cookies at.js
Informations concernant at.js 2.x et at.js 1.comportement du cookie x.
Comportement des cookies at.js 2.x
Pour at.js version 2.x (jusqu’à la version 2.10.0, mais non incluse), seuls les cookies propriétaires sont pris en charge. Comme pour at.js 1.x, le cookie propriétaire, "mbox", est stocké dans clientdomain.com
, où clientdomain
correspond à votre domaine.
at.js génère un ID de session et le stocke dans le cookie. La première réponse contient les informations d’activité, ainsi que le TNT
ou le PC ID
générés par les serveurs Target. at.js écrit ensuite le TNT/PC ID
dans le cookie.
Le cookie propriétaire AMCV_###@AdobeOrg
est toujours défini par le service d’ID Experience Cloud, bien que le ECID
soit transmis dans les requêtes Target.
Prise en charge des cookies tiers et du suivi inter-domaines.
Le suivi inter-domaines permet d’afficher les sessions sur deux sites associés, mais avec des domaines différents, dans une session unique. Vous pourriez créer une activité Target qui couvre siteA.com
et siteB.com
, et le visiteur resterait dans la même expérience en changeant de domaine. Cette fonctionnalité est liée au comportement de at.js 1.x tiers et comportement du cookie de première partie.
at.js 1.Comportement du cookie x
Pour at.js versions 1.x, le comportement du cookie varie selon qu’il s’agit d’un cookie propriétaire, d’un cookie tiers avec un cookie propriétaire ou d’un cookie tiers seul.
Quand utiliser les cookies propriétaires ou tiers
La configuration de votre site détermine le type de cookies que vous allez utiliser. Il est utile de comprendre le fonctionnement de Target lorsque vous essayez de comprendre les cookies propriétaires et tiers. Pour plus d’informations, voir Fonctionnement de Adobe Target 2} .
Il existe trois principaux cas d’utilisation des cookies :
-
Un domaine.
L’ensemble des tests a lieu dans un domaine de niveau supérieur (
www.domain.com
,store.domain.com
,anysub.domain.com
, etc.).Utilisez uniquement des cookies propriétaires. Il s’agit de l’utilisation par défaut.
-
Les utilisateurs passent d’un domaine à un autre et vous souhaitez effectuer un suivi et tester leur comportement sur ces domaines.
Exemple : un utilisateur effectue des achats sur votre site mais procède à des vérifications dans des boutiques Yahoo. Trois approches (déterminez la meilleure approche avec le représentant de compte) :
-
Activez les cookies propriétaires et tiers.
-
Activez les cookies tiers uniquement (très rare, mais cela permet de conserver le cookie at.js en dehors de votre domaine).
-
Activez uniquement les cookies propriétaires et transmettez le paramètre
mboxSession
lors de la transition entre domaines.Le paramètre
mboxSession
doit être transmis dans une page de destination avec at.js référencé. Il ne peut pas s’agir d’une page de redirection intermédiaire.
-
-
Vous utilisez uniquement des adbox ou des Flashbox sur un site tiers.
Deux approches (déterminez la meilleure approche avec le directeur du service clientèle) :
-
Activez les cookies propriétaires et tiers.
Les cookies propriétaires et tiers sont requis pour les Flashbox et les créations dynamiques.
-
Activez uniquement les cookies tiers.
Cette approche s’applique uniquement lorsque des mises en œuvre AdBox sont utilisées sans ciblage sur site (rare).
-
Comportement du cookie propriétaire
Le cookie propriétaire est stocké dans clientdomain.com
, où clientdomain
correspond à votre domaine.
at.js génère un mboxSession ID
et le stocke dans le cookie. La première réponse contient l’offre, ainsi que le JavaScript permettant de stocker dans le cookie le mboxPC ID
généré par l’application.
AMCV_###@AdobeOrg
est toujours défini avec l’identifiant visiteur Experience Cloud.Comportement des cookies tiers
Les cookies tiers sont stockés dans clientcode.tt.omtrdc.net
et le cookie propriétaire dans clientdomain.com
, où clientdomain
correspond à votre domaine.
at.js génère une mboxSession ID
. La première requête d’emplacement renvoie des en-têtes de réponse HTTP qui tentent de définir des cookies tiers nommés mboxSession
et mboxPC
et une requête de redirection est renvoyée avec un paramètre supplémentaire (mboxXDomainCheck=true
).
Si le navigateur accepte les cookies tiers, la requête de redirection inclut ces cookies et l’offre est renvoyée.
Si le navigateur rejette les cookies tiers, la requête de redirection n’inclut pas ces cookies et le contenu par défaut s’affiche pour tous les emplacements de la page. Puisqu’aucun cookie n’est défini, le processus ci-dessus se reproduit pour chaque requête de page.
Comportement des cookies tiers et propriétaires
Les cookies tiers sont stockés dans clientcode.tt.omtrdc.net
et le cookie propriétaire dans clientdomain.com
, où clientdomain
correspond à votre domaine.
at.js génère une mboxSession ID
. La première requête d’emplacement renvoie des en-têtes de réponse HTTP qui tentent de définir des cookies tiers nommés mboxSession
et mboxPC
et une requête de redirection est renvoyée avec un paramètre supplémentaire (mboxXDomainCheck=true
).
Si le navigateur accepte les cookies tiers, la requête de redirection inclut ces cookies et l’offre est renvoyée.
Certains navigateurs rejettent les cookies tiers. Dans ce cas, le cookie propriétaire continue de fonctionner. Target tente de définir le cookie tiers. S’il n’y parvient pas, Target ne peut qu’effectuer un suivi sur le domaine spécifique du client. Le suivi inter-domaines ne fonctionne pas si les cookies tiers sont bloqués, sauf si mboxSession
est annexé au lien qui traverse les domaines. Dans ce cas, un autre cookie propriétaire est défini et synchronisé avec le cookie propriétaire du domaine précédent.
Paramétrage des cookies
Le cookie s’accompagne de plusieurs paramètres par défaut. Vous pouvez modifier ces paramètres, si nécessaire, à l’exception de la durée des cookies. Consultez le représentant de votre compte lorsque vous modifiez les paramètres du cookie.
mycompany.com
.clientcode.tt.omtrdc.net
, à l’aide du code client de votre compte.Le cookie reste sur le navigateur du visiteur deux ans après sa dernière connexion.
Le paramètre deviceIdLifetime
peut être remplacé dans at.js version 2.3.1 ou ultérieure. Pour plus d’informations, voir targetGlobalSettings().
Le cookie conserve certaines valeurs afin de gérer la façon dont les visiteurs expérimentent les campagnes :
Impact sur Target pour les visiteurs Safari suite aux modifications de suivi du WebKit Apple
Gardez à l’esprit les éléments suivants :
Comment fonctionne le suivi Adobe Target ?
clientcode.tt.omtrd.net
.Quelle est l’approche d’Apple ?
Extrait d’Apple :
« Intelligent Tracking Prevention (Prévention intelligente du suivi) est une nouvelle fonctionnalité WebKit qui réduit le suivi des sites en limitant davantage les cookies et les autres données du site Web. »
« C’est ce qu’on appelle un suivi intersite. Le cookie utilisé par example-tracker.com
s’appelle un cookie tiers. Lors de nos tests, nous avons identifié des sites Web populaires avec plus de 70 trackers, qui collectaient tous en silence des données sur les utilisateurs. »
Comment Safari traite les cookies :
- Les cookies tiers qui ne se trouvent pas dans un domaine auquel l’utilisateur accède directement ne sont jamais enregistrés. Ce comportement n’est pas neuf. Les cookies tiers ne sont déjà plus pris en charge dans Safari.
- Les cookies tiers définis dans un domaine auquel l’utilisateur accède directement sont effacés après 24 heures.
- Les cookies tiers sont effacés après 30 jours si le domaine propriétaire est classé comme suivant les utilisateurs de site en site. Ce problème peut concerner les grandes entreprises qui envoient les utilisateurs vers différents domaines en ligne. Apple n’a pas précisé clairement comment ces domaines seront classés, ou comment un domaine peut déterminer s’ils sont classés comme suivant les utilisateurs de site en site.
Extrait d’Apple :
Machine Learning Classifier : modèle d’apprentissage automatique utilisé pour classer les domaines régis par le contrôle privé afin de pouvoir suivre l’utilisateur de site en site, en fonction des statistiques collectées. Sur les différentes statistiques recueillies, trois vecteurs se sont avérés avoir un signal fort pour la classification en fonction des pratiques de suivi actuelles : sous-ressource sous le nombre de domaines uniques, sous-trame sous le nombre de domaines uniques et nombre de domaines uniques redirigés. Toute la collecte et la classification des données se produisent sur le périphérique.
Cependant, si l’utilisateur interagit avec example.com comme domaine supérieur, souvent appelé domaine propriétaire, la prévention intelligente du suivi considère qu’il s’agit d’un signal que l’utilisateur est intéressé par le site web et ajuste temporairement son comportement comme illustré dans cette chronologie :
Si l’utilisateur a interagi avec example.com au cours des dernières 24 heures, ses cookies seront disponibles lorsque example.com
est un tiers. Cela me permet de « me connecter avec mon compte X sur les scénarios de connexion Y. »
- Les domaines visités comme domaines de haut niveau ne seront pas affectés. Des sites comme OKTA, par exemple.
- Identifie les domaines qui sont des sous-domaines ou des sous-cadres de la page active sur plusieurs domaines uniques.
Comment Adobe sera-t-il affecté ?
La fonction de suivi du WebKit d’Apple modifie la prise en charge de l’exclusion.
L’exclusion de Target utilise un cookie dans le domaine clientcode.tt.omtrdc.net
. Pour plus d’informations, consultez la section Confidentialité
Target prend en charge deux exclusions :
- une par client (le client gère le lien d’exclusion) ;
- Un par Adobe qui exclut l’utilisateur de toutes les fonctionnalités Target pour tous les clients.
Ces deux méthodes utilisent le cookie tiers.
Les clients peuvent choisir leur durée de vie du profil pour leurs comptes Target (jusqu’à 90 jours). Le problème est que si la durée de vie du profil du compte est supérieure à 30 jours et que le cookie propriétaire est purgé car le domaine du client a été marqué comme suivant les utilisateurs sur plusieurs sites, le comportement des visiteurs Safari sera affecté dans les zones suivantes de Target :
TargetRapports : si un utilisateur Safari entre dans une activité, revient après 30 jours, puis convertit, cet utilisateur compte comme deux visiteurs et une conversion.
Ce comportement est le même pour les activités utilisant Analytics comme source de création de rapports (A4T).
Profil et appartenance à une activité :
- Les données du profil sont effacées lorsque le cookie propriétaire expire.
- L’appartenance à une activité est effacée lorsque le cookie propriétaire expire.
- Target ne fonctionne pas dans Safari pour les comptes qui utilisent une implémentation de cookies tiers ou une implémentation de cookies propriétaires et tiers. Notez que ce comportement n’est pas récent. Cela fait un certain temps déjà que Safari n’autorise plus les cookies tiers.
Suggestions : s’il existe un risque que le domaine du client soit marqué comme un suivi des visiteurs d’une session à l’autre, il est plus prudent de définir la durée de vie du profil sur 30 jours ou moins dans Target. Ceci garantit que les utilisateurs seront suivis de la même manière dans Safari et tous les autres navigateurs.