Étiquettes relatives à la confidentialité des données pour les variables Analytics

Pourquoi étiqueter vos données ? why-label

Il est de la responsabilité de la clientèle d’Adobe, qui contrôle les données, de se conformer aux lois applicables sur la confidentialité des données, telles que le RGPD et le CCPA. Notre clientèle doit consulter ses propres équipes juridiques pour déterminer comment les données doivent être traitées conformément aux lois sur la confidentialité des données. Le niveau de confidentialité des données est propre à chaque organisation. Adobe permet donc de personnaliser les paramètres de traitement des données selon le niveau de confidentialité des données souhaité. Cela permet à chaque client unique de traiter les demandes relatives à la Confidentialité des données de la façon qui convient le mieux à sa marque et à son ensemble de données unique.

Adobe Analytics offre des outils d’étiquetage des données en fonction de leur confidentialité et des restrictions contractuelles. Les étiquettes sont essentielles et utiles pour aider : (1) à identifier les titulaires des données, (2) à déterminer les données à restituer dans le cadre d’une demande d’accès et (3) à identifier les champs de données qui doivent être supprimés dans le cadre d’une demande de suppression.

Avant de pouvoir déterminer quelles étiquettes doivent être appliquées à tel ou tel champ/variable, vous devez comprendre les ID que vous capturez dans vos données Analytics et définir ceux qui seront utilisés pour les demandes relatives à la Confidentialité des données.

La mise en œuvre de la Confidentialité des données pour Adobe Analytics prend en charge les étiquettes suivantes pour les données d’identification, les données sensibles et la gouvernance des données.

Étiquettes de données d’identification identity-data-labels

Les étiquettes « I » pour les données d’identification sont utilisées pour classer les données qui peuvent servir à identifier ou à contacter une personne spécifique.

Étiquette
Définition
Autres exigences
I1
Directement identifiables : données qui peuvent spécifiquement identifier ou permettre un contact direct avec un individu, comme un nom ou une adresse e-mail.
  • Ne peut pas être défini sur des événements
  • Ne peut pas être défini sur des eVars de marchandisage
I2
Indirectement identifiables : données qui peuvent être utilisées en combinaison avec d’autres données pour identifier ou permettre un contact direct avec un individu ou un appareil. Ne permettent pas l’identification d’un individu en soi, mais peuvent être combinées avec d’autres informations (qui peuvent être ou non en votre possession), pour identifier une personne. Parmi les exemples on retrouve les numéros de fidélité des clients, ou les ID uniques à chaque client utilisés par le système de gestion de la relation client d’une entreprise.
  • Ne peut pas être défini sur des événements
  • Ne peut pas être défini sur des eVars de marchandisage

Étiquettes de données sensibles sensitive-data-labels

Les étiquettes « S » pour les données sensibles sont utilisées pour classer les données sensibles telles que les données géographiques. D’autres étiquettes de données sensibles seront introduites à l’avenir pour identifier d’autres types d’informations sensibles.

Étiquette
Définition
S1
Données de géolocalisation précises liées à la latitude et à la longitude pouvant être utilisées pour déterminer la position exacte d’un appareil (à moins de 100 m).
S2
Données de géolocalisation pouvant être utilisées pour déterminer une zone géographie délimitée définie plus largement.

Étiquettes de gouvernance des données (Confidentialité des données) data-governance-labels

Les étiquettes de gouvernance des données permettent aux personnes de classer les données en fonction des considérations liées à la confidentialité et des conditions contractuelles afin d’aider la clientèle d’Adobe à respecter les réglementations et stratégies d’entreprise.

Étiquettes d’accès aux informations personnelles

Étiquette
Définition
Autres exigences
Aucun
Sélectionnez cette option si cette variable ne contient aucune donnée qui doit être incluse dans les données renvoyées au titulaire de données dans le cadre d’une demande d’accès à des informations personnelles.
ACC-ALL
Les valeurs dans ce champ doivent être incluses dans toutes les demandes d’accès relatives à la Confidentialité des données. Si cet accès provient d’un appareil partagé par plusieurs individus, en appliquant cette étiquette, vous indiquez, en tant que contrôleur de données, qu’il est acceptable de partager les données dans ce champ avec tout individu ayant accès à l’appareil partagé.
Les champs ayant cette étiquette seront renvoyés pour toutes les demandes relatives à la Confidentialité des données.
ACC-PERSON
Les valeurs dans ce champ doivent être incluses uniquement pour les demandes d’accès à des informations personnelles lorsque vous avez la quasi certitude que l’accès provient du titulaire de données, tel que déterminé par un ID de demande d’accès à des informations personnelles correspondant à la valeur d’un champ ID-PERSON.
Vous devez également définir un libellé ID-PERSON sur certaines variables de cette suite de rapports et soumettre les demandes utilisant cet ID, ou ce libellé ne sera jamais appliqué.

Peu de variables recevront d’autres libellés, vous devez donc vous attendre à ce que les libellés d’accès soient appliqués à la plupart de vos variables. Vous pouvez, cependant, en consultation avec votre équipe juridique, décider quelles données collectées doivent être partagées avec les titulaires de données.

Étiquettes de suppression des informations personnelles

Contrairement aux autres étiquettes, les étiquettes de suppression ne sont pas mutuellement exclusives. Vous pouvez sélectionner l’une ou l’autre, les deux ou aucune. L’étiquette Aucune n’est pas nécessaire, car le simple fait de ne pas cocher d’option de suppression indique qu’il n’y en a Aucune.

Une étiquette de suppression n’est nécessaire que pour les champs contenant une valeur qui permettrait de faire l’association entre un accès et le titulaire de données (autrement dit, qui permettrait d’identifier le titulaire de données). Les autres informations personnelles (favoris, historique de navigation/d’achat, états de santé, etc.) ne doivent pas être supprimées, car l’association avec le titulaire de données sera rompue.

Étiquette
Définition
Autres exigences
DEL-DEVICE
Pour les requêtes de suppression relatives à la Confidentialité des données, les valeurs de ce champ ne doivent être rendues anonymes que pour les requêtes où l’accès présente un ID-DEVICE spécifié. Si la même valeur apparaît dans d’autres accès qui ne sont pas supprimés, alors ces autres instances ne seront pas modifiées. Cela aura pour effet de modifier les chiffres pour les rapports qui calculent des chiffres uniques dans ce champ. Sur les appareils partagés, cette opération peut supprimer les identifiants d’autres personnes en plus de ceux du titulaire de données. Les chiffres ne changent pas si ce champ détient également une étiquette ID-DEVICE et si la valeur de ce champ a été utilisée comme ID pour la demande relative à la Confidentialité des données.
  • Nécessite également une étiquette I1, I2 ou S1
  • Ne peut pas être défini sur des événements
  • Ne peut pas être défini sur des eVars de marchandisage
  • Ne peut pas être défini sur des classifications
  • Vous devez soumettre les demandes utilisant une étiquette ID-DEVICE ou dont la valeur expandIDs est définie sur « true », ou cette étiquette ne sera jamais appliquée.
DEL-PERSON
Pour les requêtes de suppression relatives à la Confidentialité des données, les valeurs de ce champ ne doivent être rendues anonymes que pour les requêtes où l’accès présente un ID-PERSON spécifié. Si la même valeur apparaît dans d’autres accès qui ne sont pas supprimés, alors ces autres valeurs ne seront pas modifiées. Cela aura pour effet de modifier les chiffres pour les rapports qui calculent des chiffres uniques dans ce champ. Les chiffres ne changeront pas si ce champ détient également une étiquette ID-PERSON et si la valeur de ce champ a été utilisée comme ID pour la demande relative à la Confidentialité des données.
  • Nécessite également une étiquette I1, I2 ou S1
  • Ne peut pas être défini sur des événements
  • Ne peut pas être défini sur des eVars de marchandisage
  • Ne peut pas être défini sur des classifications
  • Vous devez également soumettre des requêtes utilisant une étiquette ID-PERSON sur certaines variables de cette suite de rapports et soumettre les requêtes utilisant cet ID, ou cette étiquette ne sera jamais appliquée.

Étiquettes d’identification des informations personnelles

Étiquette
Définition
Autres exigences
Aucun
Cette variable ne contient pas d’identifiant pouvant servir dans le cadre des demandes d’accès relatives à la Confidentialité des données.
Vous ne devez définir une de ces autres étiquettes que si ce champ contient un ID que vous utiliserez pour soumettre des demandes d’accès ou de suppression via l’API Privacy Service ou l’interface utilisateur.
ID-DEVICE
Ce champ contient un ID qui peut être utilisé afin d’identifier un appareil pour une demande relative à la Confidentialité des données, mais ne peut pas distinguer les différents utilisateurs ou utilisatrices d’un appareil partagé. Vous ne devez pas spécifier cette étiquette pour toutes les variables contenant des identifiants (les étiquettes I1/I2 servent à cela). Utilisez cette étiquette si vous soumettez des demandes relatives à la Confidentialité des données qui utilisent des identifiants stockés dans cette variable et que vous voulez rechercher cette variable pour l’identifiant spécifié.

Nécessite également une étiquette I1 ou I2.

  • Ne peut pas être défini sur des événements
  • Ne peut pas être défini sur des eVars de marchandisage
  • Ne peut pas être défini sur des classifications
ID-PERSON
Ce champ contient un ID qui peut être utilisé pour identifier un utilisateur authentifié (une personne spécifique) pour une demande relative à la Confidentialité des données. Vous ne devez pas spécifier cette étiquette pour toutes les variables contenant des identifiants (les étiquettes I1/I2 servent à cela). Utilisez cette étiquette si vous soumettez des demandes relatives à la Confidentialité des données qui utilisent des identifiants stockés dans cette variable et que vous voulez rechercher cette variable pour l’identifiant spécifié.
  • Nécessite également une étiquette I1 ou I2.
  • Ne peut pas être défini sur des événements
  • Ne peut pas être défini sur des eVars de marchandisage
  • Ne peut pas être défini sur des classifications

Fournir un espace de noms lors de l’étiquetage d’une variable en tant qu’ID-DEVICE ou ID-PERSON provide-namespace

Lorsque vous étiquetez une variable comme ID-DEVICE ou ID-PERSON, vous êtes invité à fournir un espace de noms. Vous pouvez utiliser un espace de noms défini précédemment ou en définir un nouveau.

Utiliser un espace de noms défini précédemment

Si vous aviez précédemment défini une étiquette d’identification pour d’autres variables dans des suites de rapports de votre société de connexion, vous pouvez sélectionner un espace de noms existant. Vous devez réutiliser l’espace de noms si cette variable contient le même type d’ID que les autres variables déjà étiquetées avec cet espace de noms et que vous souhaitez toutes les rechercher lorsque vous soumettez une demande.

  1. Cliquez sur Sélectionner un espace de noms, puis sélectionnez un espace de noms existant.
  2. Cliquez sur Appliquer.

Définir un nouvel espace de noms

Vous pouvez également définir un nouvel espace de noms. Nous vous recommandons de limiter les chaînes d’espace de noms à des caractères alphanumériques, plus le trait de soulignement, la barre oblique et l’espace. Ceux-ci seront tous convertis en minuscules.

  1. Cliquez sur Sélectionner un espace de noms, puis tapez le titre de l’espace de noms.

  2. Appuyez sur Entrée pour ajouter cet espace de noms. Le bouton Appliquer devient alors actif.

  3. Cliquez sur Appliquer.

La chaîne que vous spécifiez comme espace de noms est la même que celle que vous devez utiliser pour soumettre des demandes via l’API relative à la Confidentialité des données comme valeur du paramètre « espace de noms ». Adobe Analytics recherche ensuite l’identifiant spécifié avec la demande dans toutes les variables de toutes vos suites de rapports qui partagent cet espace de noms.

Vous ne devez pas spécifier l’étiquette ID-DEVICE ou ID-PERSON sur toutes les variables contenant des ID (les étiquettes I1/I2 servent à cela). Utilisez cette étiquette si vous allez soumettre des demandes relatives à la Confidentialité des données qui utilisent des identifiants stockés dans cette variable et que vous voulez rechercher cette variable pour l’identifiant spécifié. Par exemple, si eVar1 peut contenir une adresse e-mail, et eVar2 un nom d’utilisateur de connexion, mais que vous soumettrez uniquement des demandes avec le nom d’utilisateur, vous pouvez alors étiqueter eVar1 comme I1, ACC-PERSON, DEL-PERSON, et eVar2 comme I2, ACC-PERSON, DEL-PERSON, ID-PERSON avec l’espace de noms « nom d’utilisateur ». Vous pouvez ensuite soumettre une demande avec un bloc JSON de section utilisateur comme suit :

{
     "namespace": "user name",
     "type": "analytics",
     "value": "rocketman123"
}

Le même espace de noms peut être utilisé pour différentes variables d’une même suite de rapports. Par exemple, certaines implémentations personnalisées stockent un ID de gestion de la relation client dans une prop et une eVar. Si l’ID de gestion de la relation client apparaît toujours dans l’un des deux (l’eVar, par exemple) et seulement occasionnellement dans l’autre (la prop), et qu’il n’apparaît jamais dans la prop sans apparaître également dans l’eVar, alors seule l’eVar nécessite une étiquette d’identification et un espace de noms, car Adobe ne peut rechercher l’ID que dans celle-ci. Toutefois, si l’ID de gestion de la relation client apparaît tantôt dans une variable, tantôt dans l’autre, les deux doivent alors avoir le même espace de noms. Adobe recherchera dans les deux variables les occurrences de l’ID spécifié dans une demande relative à la Confidentialité des données avec cet espace de noms. Vous devez toujours attribuer des étiquettes DEL à toutes ces variables pour que la valeur soit rendue anonyme quel que soit son emplacement.

Autre exemple, vous pouvez avoir un ID de gestion de la relation client qui est parfois envoyé via eVar1, parfois via prop7. Vous avez ensuite une règle de traitement qui copie la valeur d’eVar1, le cas échéant, dans eVar3. Sinon, la valeur est copiée de prop7 dans eVar3. Dans ce scénario, eVar3 contiendra toujours l’ID de gestion de la relation client s’il est connu. Dès lors, seule eVar3 nécessite une étiquette ID-PERSON.

CAUTION
Les espaces de noms « visitorId » et « customVisitorId » sont réservés à l’identification du cookie de suivi hérité d’Analytics et de l’identifiant visiteur du client Analytics. N’utilisez pas ces espaces de noms pour les variables de trafic ou de conversion personnalisées.

Types de variables et les étiquettes de confidentialité des données prises en charge variable-types

Les étiquettes de confidentialité des données concernent quatre grandes catégories de variables d’Analytics. Toutes les variables ne prennent pas en charge tous les libellés. Ce tableau montre quelles variables prennent en charge ou non quelles étiquettes.

Type de variable
Étiquettes prises en charge
Étiquettes non prises en charge
  • Succès personnalisées
  • eVars de marchandisage
  • Variables à plusieurs valeurs (mvVars)
  • Variables de hiérarchie
  • S1/S2
  • ACC-ALL, ACC-PERSON
  • I1/I2
  • ID-DEVICE, ID-PERSON
  • DEL-DEVICE, DEL-PERSON
Classifications
  • I1/I2, S1/S2
  • ACC-ALL, ACC-PERSON
  • ID-DEVICE, ID-PERSON
  • DEL-DEVICE, DEL-PERSON
  • Variables de trafic (props)
  • Variables de commerce (eVars de non-marchandisage)
Toutes les étiquettes
-
La plupart des autres variables (Voir le tableau ci-dessous pour les exceptions)
ACC-ALL, ACC-PERSON
  • I1/I2, S1/S2
  • ID-DEVICE, ID-PERSON
  • DEL-DEVICE, DEL-PERSON)

Variables auxquelles des étiquettes autres que ACC-ALL/ACC-PERSON peuvent être attribuées/modifiées variables

Groupe
Variables
Étiquettes modifiables
Commenter
  • Dimensions de conversion
  • Dimensions de trafic personnalisées
Toutes, sauf les classifications
Tous
Variables de trafic
Propriétés de liste
Aucune/S1/S2
Les propriétés de liste peuvent contenir plusieurs valeurs et ne sont pas autorisées en tant qu’identifiants de confidentialité.
Classifications

Aucune/I1/I2

Aucune/S1/S2

Événements de conversion
Tous
Aucune/S1/S2
Dimensions et événements relatifs aux solutions

Lien d’Activity Map,

Page d’Activity Map

Aucune/I1/I2

Aucune/DEL-DEVICE/DEL-PERSON

Les variables peuvent contenir des paramètres d’URL, qui peuvent inclure des données directement ou indirectement identifiables. Si votre implémentation ne collecte pas directement ou indirectement de données identifiables dans ces variables, alors elles n’ont pas besoin d’étiquettes d’identification ou de suppression.

Notez que la suppression efface les paramètres d’URL, mais conserve l’URL de base.

Dimensions de traitement des données
Identifiant visiteur personnalisé

ID-DEVICE/ID-PERSON

DEL-DEVICE/DEL-PERSON

Vous ne pouvez pas supprimer les étiquettes d’ID ou DEL (définies sur Aucune), mais vous pouvez les modifier en variantes DEVICE ou PERSON en fonction de votre implémentation d’identification personnalisée.

Si vous n’utilisez pas l’identifiant visiteur personnalisé, alors le paramètre n’a pas d’importance.

  • Dimensions standard
  • Dimensions de traitement des données

Adresse IP

Adresse IP 2

DEL-DEVICE/DEL-PERSON
Vous ne pouvez pas supprimer l’étiquette DEL, mais vous pouvez la modifier en DEL-DEVICE ou DEL-PERSON, ou les deux.

Action ClickMap (héritée),

Contexte ClickMap (hérité),

Page,

URL de la page,

URL de la page d’accès originale,

Référent,

URL de la page de début de la visite

Aucune/I1/I2

Aucune/DEL-DEVICE/DEL-PERSON

Les variables peuvent contenir des paramètres d’URL, qui peuvent inclure des données directement ou indirectement identifiables. Si votre implémentation ne collecte pas directement ou indirectement de données identifiables dans ces variables, alors elles n’ont pas besoin d’étiquettes d’identification ou de suppression.

Notez que la suppression efface les paramètres d’URL, mais conserve l’URL de base.

Gestion des suppressions deletion

La prise en charge par Adobe Analytics des demandes de suppression relatives à la Confidentialité des données est conçue pour minimiser l’impact sur la génération de rapports. Dans la plupart des cas, les mesures qui apparaissent dans les rapports ne devraient pas changer. Ainsi, un rapport antérieur exécuté avant la suppression relative à la Confidentialité des données restera le même une fois la suppression effectuée. En effet, les données supprimées sont complètement dissociées du titulaire de données et les données non identifiables restent en place pour que les valeurs rapportées soient toujours cohérentes.

Le tableau suivant décrit comment différentes variables sont « supprimées ». Il ne s’agit pas d’une liste exhaustive.

Variables
Méthode de suppression
  • Variables de trafic (props)
  • Variables de commerce (eVars)

La valeur existante est remplacée par une nouvelle valeur du formulaire « Data Privacy-356396D55C4F9C7AB3FBB2F2FA223482 », dans laquelle la valeur hexadécimale de 32 chiffres suivant le préfixe « Data Privacy » est un nombre pseudo-aléatoire de 128 octets au chiffrement fort.

Puisqu’elle est remplacée par une chaîne aléatoire, la valeur d’origine ne peut pas être retrouvée à partir de cette nouvelle valeur, tout comme il n’est pas possible d’obtenir la nouvelle valeur en connaissant la valeur d’origine. Pour une variable donnée, si la valeur identique à la valeur remplacée apparaît dans d’autres accès qui sont également supprimés dans le cadre de la même demande relative à la Confidentialité des données, toutes les instances de cette valeur sont remplacées par la même nouvelle valeur.

Si certaines instances d’une valeur sont remplacées par une demande de suppression et qu’une demande ultérieure supprime d’autres (nouvelles) instances de la valeur d’origine, la nouvelle valeur de remplacement sera différente de la valeur de remplacement d’origine.

Identifiant d’achat

La valeur existante est remplacée par une nouvelle valeur du formulaire « G-7588FCD8642718EC50 », dans laquelle les 18 caractères hexadécimaux suivant le préfixe « G- » sont les 18 caractères qui composent un nombre pseudo-aléatoire de 128 octets au chiffrement fort. Tous les commentaires qui s’appliquent à la suppression de variables de trafic et de commerce s’appliquent également ici.

L’identifiant d’achat est un identifiant de transaction dont le principal objectif est de s’assurer qu’un achat n’est pas crédité deux fois, par exemple quand quelqu’un rafraîchit la page de confirmation d’achat. L’identifiant en lui-même peut associer l’achat à une ligne de votre propre base de données, où l’achat est enregistré. Dans la plupart des cas, il n’est pas nécessaire de supprimer cet identifiant, il n’est donc pas supprimé par défaut.

Si vous êtes toujours en mesure de lier un achat à un utilisateur après la demande de suppression relative à la Confidentialité des données de vos propres données, vous pourriez avoir à supprimer ce champ pour que les données Analytics concernant ce visiteur ne puissent pas être reliées à l’acheteur.

Identifiant visiteur
La valeur est un entier relatif de 128 octets et est remplacée par une valeur pseudo-aléatoire de 128 octets au chiffrement fort.
  • MCID
  • Identifiant visiteur personnalisé
  • Adresse IP
  • Adresse IP 2
La valeur est effacée (définie sur une chaîne vide ou sur 0 selon le type de variable).
  • Action ClickMap (héritée)
  • Contexte ClickMap (hérité)
  • Page
  • URL de la page
  • URL de la page d’accès originale
  • Référent
  • URL de la page de début de la visite
Les paramètres d’URL sont effacés/supprimés. Si la valeur ne ressemble pas à une URL, elle est effacée (définie sur une chaîne vide).
  • Latitude
  • Longitude
La précision est réduite au mieux à 1 km.

Variables qui peuvent ne pas prendre en charge les étiquettes de suppression prévues no-delete-support

Cette section vise à clarifier les informations concernant les variables d’Analytics qui peuvent ne pas prendre en charge la suppression. Parfois, ces variables sont supprimées par des utilisateurs ou utilisatrices externes à Analytics (par exemple, par l’équipe juridique) qui ne connaissent pas le type de données contenu dans la variable et tirent des conclusions à partir du nom de la variable.

Avant de prendre une décision concernant l’étiquetage ou la suppression, il est important de comprendre le type de données contenu dans chaque variable et de ne pas se fier uniquement à son nom. Découvrez ci-dessous une liste comprenant certaines de ces variables, ainsi que la ou les raisons pour lesquelles la suppression ou les étiquettes spécifiques de suppression ne sont pas nécessaires :

Variable
Commentaires
Nouvel identifiant visiteur
Le nouvel identifiant visiteur est un booléen qui est « vrai » la première fois qu’un identifiant visiteur donné est détecté. Il n’est pas nécessaire de le supprimer une fois que l’identifiant visiteur est rendu anonyme. Après l’anonymisation, il correspond à la première fois que l’ID anonyme est détecté.

Code postal

Code postal géo

Les codes postaux ne sont définis que pour les accès provenant des États-Unis. Ils ne sont pas définis pour les accès provenant de l’UE. Même lorsqu’ils sont définis, ils ne fournissent qu’une large zone géographique qui rend difficile la ré-identification du titulaire de données.

Latitude géo

Longitude géo

Elles fournissent une localisation approximative dérivée de l’adresse IP. La précision est généralement similaire à celle du code postal, à une douzaine de kilomètres près de la localisation réelle.
Agent utilisateur
L’agent utilisateur identifie la version du navigateur utilisé.
Identifiant utilisateur
Spécifie la suite de rapports Analytics (sous forme de nombre) contenant les données.
Identifiant de suite de rapports
Spécifie le nom de la suite de rapports Analytics contenant les données.

Identifiant visiteur

MCID / ECID

Ces ID possèdent une étiquette DEL-DEVICE mais l’ajout de l’étiquette DEL-PERSON est impossible. Si vous définissez l’extension d’ID pour chaque requête, ces ID sont automatiquement supprimés pour toutes les requêtes de suppression, y compris ceux utilisant une étiquette ID-PERSON.

Si vous n’utilisez pas l’extension d’ID, mais souhaitez que ces ID de cookies soient rendus anonymes sur les accès contenant un ID correspondant dans une prop ou une eVar, vous pouvez contourner cette limite d’étiquetage en étiquetant la prop ou l’eVar avec un libellé ID-DEVICE, même s’il identifie en réalité une personne (tous les libellés DEL-PERSON doivent également être changés en libellés DEL-DEVICE). Dans ce cas, comme seulement quelques instances de l’identifiant visiteur ou de l’ECID sont rendues anonymes, les chiffres du visiteur unique changent dans les rapports antérieurs.

ID AMO
L’identifiant Adobe Advertising Cloud est une variable de solution qui possède une étiquette DEL-DEVICE non modifiable. Il est renseigné à partir d’un cookie, comme le sont l’identifiant visiteur et le MCID. Il doit être supprimé des accès dès que ces autres identifiants sont supprimés. Consultez la description de ces variables pour de plus amples détails.

Champs de date pour les demandes d’accès access-requests

Il existe cinq variables standard qui contiennent des horodatages :

Horodatage
Définition
Heure d’accès UTC
Heure à laquelle Adobe Analytics a reçu l’accès.
Heure d’accès personnalisée UTC
Heure à laquelle l’accès s’est produit, qui peut être antérieure à celle à laquelle l’accès a été reçu pour certaines applications mobiles et autres implémentations. Par exemple, si aucune connexion réseau n’était disponible au moment où elle s’est produite, l’application peut retenir l’accès et l’envoyer dès qu’une connexion est disponible.
Date Heure
Même valeur que l’heure d’accès personnalisée UTC, mais dans le fuseau horaire de la suite de rapports, non GMT.
Heure du premier accès GMT
Heure d’accès personnalisée UTC du premier accès reçu pour la valeur identifiant visiteur de cet accès.
Heure de début de visite UTC
Heure d’accès personnalisée UTC du premier accès reçu pour la visite actuelle de cet identifiant visiteur.

Le code permettant de générer les fichiers renvoyés lors des demandes d’accès relatives à la Confidentialité des données nécessite qu’au moins l’une des trois premières variables d’horodatage soit incluse dans la demande d’accès (et dispose d’une étiquette ACC s’appliquant au type de demande). Si aucune d’elles n’est incluse, l’heure d’accès personnalisée UTC sera traitée comme si elle possédait une étiquette ACC-ALL.

Le fichier CSV d’accès renvoyé pour les demandes d’accès relatives à la Confidentialité des données convertira les valeurs de ces champs d’horodatages unix en champs de date/heure au format YYYY-MM-DD HH:MM:SS (par exemple, 2018-05-01 13:49:22). Dans le fichier de HTML récapitulatif, ces valeurs d’horodatage seront tronquées pour n’inclure que la date, YYYY-MM-DD, afin de réduire le nombre de valeurs uniques qui se produisent pour ces champs.

recommendation-more-help
2969e653-1f9b-4947-8b90-367efb66d529