Cookies Adobe Target
Adobe Target utilise des cookies pour permettre aux opérateurs du site de tester les contenus et offres en ligne les plus pertinents pour les visiteurs.
Cookies propriétaires
Les cookies propriétaires suivants sont stockés dans le domaine du client :
Stocke des identifiants anonymes sur le visiteur.
Domaine du cookie: domaine à partir duquel vous diffusez la mbox. Comme ce cookie est diffusé à partir du domaine de votre entreprise, il s’agit d’un cookie propriétaire. Exemple : mycompany.com
. Si l’un des noms de domaine comprend un code de pays, tel que mycompany.co.uk
, collaborez avec les services clients pour configurer at.js afin de prendre en charge ce code. Pour plus d’informations sur la personnalisation du domaine du cookie, si nécessaire, voir «cookieDomain
» sous targetGlobalSettings dans le Adobe TargetGuide du développeur.
Domaine du serveur: clientcode.tt.omtrdc.net
, à l’aide du code client de votre Target compte.
Durée du cookie: le cookie reste sur le navigateur du visiteur deux ans après la dernière connexion. Vous ne pouvez pas modifier la durée du cookie.
Le cookie conserve certaines valeurs pour gérer l’expérience de vos visiteurs Target activités :
session ID: identifiant unique d’une session utilisateur donnée. Par défaut, la session expire au bout de 30 minutes d’inactivité. Si vous effectuez une génération sessionId
vous-même (par exemple, pour implémentations côté serveur), vérifiez les points suivants :
- L’ID de session peut être n’importe quelle chaîne imprimable, à l’exception d’un espace ou d’un point d’interrogation ( ? ) ou d’une barre oblique (/).
- L’ID de session doit comporter entre 1 et 128 caractères.
- Pour une session particulière, la valeur du cookie doit rester la même sur plusieurs requêtes.
- Vous ne devriez jamais avoir de sessions parallèles (distinctes
sessionIds
) pour un visiteur donné à tout moment.
Le routage vers un nœud particulier du cluster Edge est effectué à l’aide de l’ID de session.
- La session est active pendant 30 minutes côté serveur. Par conséquent, vous ne devez pas utiliser un ID de session différent pour un
tntId/thirdPartyId
dans les 30 minutes suivant la dernière demande faite auprès dutntId/thirdPartyId
. Dans le cas contraire, les modifications apportées au profil pourraient s’avérer incohérentes et imprévisibles. - Un nouvel ID de session doit être utilisé après trente minutes d’inactivité d’un visiteur.
- Utilisation du même ID de session avec plusieurs
tntIds/thirdPartyIds
peut entraîner des modifications imprévisibles des profils identifiés par letntId/thirdPartyIDs
.
REMARQUE : voir limite du nombre de requêtes simultanées pour un ID de session donné.
pc ID: identifiant semi-permanent pour le navigateur d’un visiteur. Dure jusqu’à ce que les cookies soient supprimés manuellement.
vérifier: valeur de test simple utilisée pour déterminer si un visiteur prend en charge les cookies. Défini chaque fois qu’un visiteur demande une page.
désactiver: défini si le temps de chargement d’un visiteur dépasse le délai configuré dans le fichier at.js. Par défaut, ce délai d’expiration dure une heure.
true
.Il n’est pas possible d’utiliser HTTPO uniquement sur ces cookies propriétaires. La bibliothèque JavaScript at.js doit lire/écrire dans ces cookies. Ces cookies sont créés par at.js et ne sont pas définis depuis le serveur.
Le secure
Le paramètre peut être activé sur tous ces cookies à l’aide du secureOnly: true
dans l’implémentation d’at.js.
Cookies tiers
Les cookies tiers suivants sont stockés sur . tt.omtrdc.net
:
Ces cookies tiers sont prêts à l’emploi uniquement et définis par le Target serveurs Edge.
Le secure
Le paramètre peut être activé sur tous les cookies à l’aide du secureOnly: true
dans l’implémentation d’at.js.