Considérations relatives à la migration du service d’identification des visiteurs pour Adobe Analytics
Si votre entreprise prévoit de passer au service d’identification des visiteurs avec une implémentation Analytics existante, certains sujets importants doivent être pris en compte. Ces considérations vous permettent de conserver l’intégrité de l’identification des visiteurs et de comprendre le fonctionnement du service d’ID en présence d’une implémentation Analytics existante.
aid
) et se dirige vers l’utilisation d’un Experience Cloud ID (mid
). Par défaut, toutes les implémentations de Web SDK utilisent déjà un Experience Cloud ID (mid
).Interface du service d’identification des visiteurs avec les cookies des visiteurs Analytics hérités
AppMeasurement disposant de sa propre méthode pour identifier les visiteurs, certains visiteurs peuvent disposer de cookies Analytics hérités lorsqu’une organisation déploie le service d’identification des visiteurs. La liste suivante décrit la manière dont un visiteur est identifié dans diverses circonstances.
- Aucun cookie visiteur présent : le service d’ID attribue un Experience Cloud ID (
mid
). - Un cookie
s_vi
existe : le service d’ID écrit l’ID Analytics hérité (aid
) existant dans le cookieAMCV
en plus d’un ID Experience Cloud (mid
). Étant donné que laaid
est supérieure dans l’ordre des opérations, l’ID Analytics hérité est l’identifiant du visiteur jusqu’à l’expiration ou l’effacement du cookieAMCV
. Lorsqu’une période de grâce est activée, le service d’ID inclut lemid
et leaid
dans sa réponse. - Un cookie de secours existe : le service d’ID n’écrit pas le cookie de secours (
fid
) dans le cookieAMCV
. Au lieu de cela, les visiteurs reçoivent un Experience Cloud ID (mid
) comme s’ils étaient un nouveau visiteur.
Période de grâce du service d’identification des visiteurs
Si plusieurs implémentations envoient des données à la même suite de rapports et que vous ne pouvez mettre en œuvre le service d’identification des visiteurs que sur certaines implémentations, Adobe recommande de configurer un délai de grâce. Par exemple, si la section d’assistance de votre site est gérée par une solution de balisage distincte, il se peut que le service d’identification des visiteurs soit déployé sur le reste de votre site avant la section d’assistance. Sans période de grâce, les nouveaux visiteurs qui consultent la section d’assistance reçoivent un identifiant visiteur Analytics hérité, ce qui entraîne le comptage de deux visiteurs distincts. Avec une période de grâce, le service d’identification des visiteurs émet à la fois un Experience Cloud ID (mid
) et un Analytics Visitor ID hérité (aid
) afin que les zones de votre site sans le service d’identification restent cohérentes en identifiant les visiteurs.
Si vous coordonnez le déploiement du service d’identification des visiteurs dans toutes les zones de votre site, vous n’avez pas besoin de période de grâce. Pour configurer une période de grâce, contactez l’Assistance clientèle Adobe. Les périodes de grâce peuvent être configurées pour une durée maximale de 180 jours et peuvent être renouvelées. Adobe recommande d’interrompre la période de grâce une fois que l’ensemble de votre propriété est configurée pour utiliser le service d’ID.
Suivi inter-domaines
Certaines implémentations d’identifiant visiteur Analytics héritées peuvent utiliser des « cookies tiers conviviaux », où deux domaines partagent le même cookie visiteur sur un domaine commun tel que data.example.com
. Comme les cookies tiers conviviaux sont toujours des cookies tiers, de nombreux navigateurs modernes les rejettent, ce qui fait qu’Analytics s’appuie sur un identifiant de secours (fid
) pour l’identification des visiteurs. Le passage au service d’ID permet à tous les domaines de définir le cookie AMCV
dans un contexte propriétaire, ce qui augmente leur viabilité pour conserver un identifiant visiteur.
Bien que le service d’identification des visiteurs tente de définir un cookie tiers pour le suivi inter-domaines (le cookie demdex
), il est souvent rejeté par les navigateurs modernes. Envisagez d’utiliser la méthode appendVisitorIDsTo
pour transmettre l’Experience Cloud ID (mid
) d’un visiteur entre les domaines que vous possédez.
Tracking côté serveur
Vous pouvez appeler getMarketingCloudVisitorID
pour obtenir l’Experience Cloud ID (mid
) et getAnalyticsVisitorID
pour obtenir l’Analytics ID hérité (aid
). Adobe recommande de vérifier les deux pour conserver la logique d’identification des visiteurs.