Comment mettre en place un marquage cross-domain ?
Le suivi cross-domain (inter-domaines) vous permet de suivre un visiteur et son comportement d'un domaine à l'autre. Pour effectuer des analyses pertinentes dans Piano Analytics, il faut vous assurer que l'ID du visiteur reste le même dans les deux domaines.
Remarque : il n'est pas nécessaire que les deux domaines soient configurés avec le même ID de site dans Piano Analytics, car les ID de visiteurs sont uniques au niveau de l'organisation et seront correctement dédupliqués lors de l'exécution d'analyses sur un groupe de sites. Cependant, l'utilisation d'un seul ID de site facilite généralement l'analyse des données et est généralement préférée.
Contexte Privacy
Avant d'aller plus loin dans les considérations techniques, il est important de définir le contexte de la protection de la vie privée en ce qui concerne le suivi cross-domaine.
Si vous bénéficiez simplement de l'Exemption e-Privacy, le suivi inter-domaines est interdit par la CNIL et ne doit pas être mis en place.
Si vous bénéficiez de la Mesure Hybride e-Privacy, le suivi inter-domaines peut être mis en place pour les visiteurs qui ont donné leur consentement (mode visiteur "optin"). Veuillez vous adresser au DPO de votre entreprise pour toute question ou préoccupation concernant le contexte Privacy de vos différents domaines.
À quoi s'attendre avec le tracking cross-domaine (implications au niveau des analyses)
La portée des cookies est spécifique au domaine par défaut. Même si les deux domaines utilisent le même ID de site, le visiteur recevra généralement un cookie first-party différent sur chaque domaine de premier niveau, sauf si vous implémentez l'une des solutions ci-dessous.
L'attribution d'acquisition/source dépend de la configuration de votre site.
Si les deux domaines sont trackés sous le même ID de site, la navigation du domaine A au domaine B sera plus probablement interprétée comme faisant partie de la même visite, et les informations d'acquisition sont généralement attribuées au premier point d'entrée (domaine A).
Si les domaines utilisent des ID de site différents, vous devez vous attendre à des visites séparées et potentiellement à des sources d'acquisition distinctes par site, même si l'ID du visiteur est partagé.
Implémentation technique
Deux options sont disponibles pour mettre en place un marquage inter-domaines :
1/ Forcer la valeur de l'idclient
Si votre site utilise des cookies client-side (valeur "idclient" envoyée dans le hit), vous devrez récupérer l'ID du visiteur du domaine A, le transmettre au domaine B (via une querystring dans l'URL par exemple) et utiliser cette valeur pour définir l'ID du visiteur du domaine B.
🏷️ Piano Analytics SDK
1/ pa.getVisitorId() > méthode pour récupérer l'idclient issue du cookie _pcid du domaine A
2/ pa.setVisitorId(visitorId) > méthode pour définir l'idclient sur le domaine B (cette méthode est à appeler avant l'envoi du premier événément sur le domaine B)
Pour écraser la valeur du browserId dans le cookie _pcid, il faudra remplacer la méthode setVisitorId() par :
window.pdl = window.pdl || {};
window.pdl.browserId = "CUSTOM_BROWSER_ID";setVisitorId() écrase uniquement la valeur du cookie pa_vid (SDK version < 6.8.0).
L’objet window.pdl doit être chargé avant le SDK.
La valeur personnalisée doit compter entre 16 et 36 caractères.
🏷️ Smarttag
1/ Récupérez l'ID Visiteur issu du cookie atuserid ou via la méthode :
:tag.clientSideUserId.get();2/ Définissez l'idclient sur le domaine B à l'aide de cette méthode :
var context = {
userIdentifier: 'VisitorID'
};
var tag = new ATInternet.Tracker.Tag(config, context);ou
tag.clientSideUserId.set('userID');Note : en forçant l'idclient sur le domaine B, il est possible que vous augmentiez le nombre de visiteurs uniques sur votre site (si le visiteur avait l'id 12345 par le passé, et que vous forcez maintenant l'id 67890 du domaine A). Nous vous conseillons de vérifier l'existence du cookie Visiteur. Si un cookie existe déjà, vous pouvez soit le réécrire pour vous concentrer sur les analyses inter-domaines, soit décider le conserver pour vous concentrer sur le nombre réel de visiteurs uniques.
2/ Utiliser des cookies server-side
L'utilisation de cookies server-side (3rd party) déposera le cookie sur le domaine de collecte, le plus souvent pa-cd.com, et la valeur sera partagée entre tous les sites d'une organisation (tous les sites utilisant des cookies server-side).
Note : cette configuration n'est pas possible si vous utilisez l'Exemption ou la Mesure Hybride, dans la mesure où les cookies client-side sont requis avec l'utilisation du plugin Privacy.
Attention : les cookies tiers ne sont pas autorisés par tous les navigateurs. Safari et Firefox, par exemple, ont désactivé l'utilisation de ces cookies. Nous ne recommandons pas cette configuration, car elle ne fonctionnera pas de manière uniforme et Google supprimera aussi les cookies tiers en 2024.
🏷️ Piano Analytics SDK
window._pac = window._pac || {};
_pac.isVisitorClientSide = false
<script type="text/javascript" src="https://tag.aticdn.net/piano-analytics.js"></script>🏷️ Smarttag
var config = {ClientSideUserId: {clientSideMode: 'required'}};
var tag = new ATInternet.Tracker.Tag(config);Documentation (le mode "required" viendra déposer les cookies en server-side lorsqu'ils sont compatibles avec le navigateur.)
Questions fréquentes
L'ID du visiteur change sur le domaine B : assurez-vous que
pa.setVisitorId(visitorId)(ou l'équivalent SmartTag) s'exécute avant qu'aucun hit ne soit envoyé sur le domaine B (y compris les hits automatiques de page vue).Les visiteurs uniques augmentent de manière inattendue après le déploiement : vous pourriez écraser des cookies existants sur le domaine B pour les utilisateurs récurrents. Décidez si vous voulez préserver ou écraser les identifiants existants en fonction de vos objectifs d'analyse (voir la note dans la section SmartTag).
Le tracking est incohérent entre les navigateurs : c'est attendu lorsqu'on s'appuie sur des cookies tiers (option de cookie côté serveur). Préférez l'approche de transmission first-party lorsque le tracking cross-domaine est autorisé et requis.
L'ID du visiteur est visible dans les URLs : si vous transmettez des identifiants via des paramètres de requête, supprimez-les de l'URL visible après les avoir lus, et évitez de les placer sur des liens qui pourraient être partagés en externe.