CNAME de collecte de données et suivi inter-domaines

Si vous disposez d’un site d’accès principal où les utilisateurs peuvent être identifiés avant de se rendre sur d’autres domaines, un CNAME peut activer le suivi interdomaines dans les navigateurs qui n’acceptent pas les cookies tiers (tels que Safari).

Dans les navigateurs qui acceptent les cookies tiers, un cookie est défini par les serveurs de collecte de données pendant la demande de récupération d’un identifiant visiteur. Ce cookie permet au service d’identification des visiteurs de renvoyer le même identifiant visiteur Experience Cloud sur tous les domaines configurés à l’aide du même ID d’organisation Experience Cloud.

Dans les navigateurs qui n’acceptent pas les cookies tiers, un nouvel identifiant visiteur Experience Cloud est attribué pour chaque domaine.

Le cookie demdex.net permet au service d’identification des visiteurs de fournir le même niveau de suivi inter-domaines que le cookie s_vi dans Analytics, où le cookie est accepté dans certains navigateurs et utilisé sur plusieurs domaines, mais rejeté par d’autres navigateurs.

CNAME de collecte de données

Lorsque le cookie Analytics a été défini par le serveur de collecte de données, de nombreux clients ont configuré les enregistrements CNAME du serveur de collecte de données dans le cadre d’une mise en œuvre de cookie propriétaire afin d’éviter des problèmes éventuels avec les navigateurs qui rejettent les cookies tiers. Ce processus configure votre domaine de serveur de collecte de données en fonction du domaine de votre site Web, de sorte que le cookie Identifiant visiteur soit défini comme cookie propriétaire.

Puisque le service d’identification des visiteurs définit à l’aide de JavaScript le cookie visiteur directement sur le domaine du site Web actif, cette configuration n’est plus nécessaire pour définir les cookies propriétaires.

Les clients qui disposent d’une propriété Web unique (un seul domaine) peuvent migrer en dehors des CNAME de collecte de données et utiliser plutôt leur nom d’hôte de collecte de données par défaut (omtrdc.net ou 2o7.net).

Toutefois, l’utilisation d’un CNAME pour la collecte de données vous permet par ailleurs d’effectuer un suivi sur les visiteurs entre un domaine d’entrée principal et d’autres domaines dans les navigateurs qui n’acceptent pas les cookies tiers. Les clients qui disposent de plusieurs propriétés Web (plusieurs domaines) peuvent avoir intérêt à préserver un CNAME de collecte de données. La section ci-après explique comment fonctionne le suivi inter-domaines.

Suivi inter-domaines à l’aide de CNAME – Fonctionnement

En raison de la façon dont les cookies propriétaires peuvent être utilisés dans un contexte tiers dans Apple Safari et dans certains autres navigateurs, un CNAME vous permet d’effectuer un suivi sur les clients entre un domaine principal et d’autres domaines utilisant le même serveur de suivi.

Supposons que votre site principal se situe à l’adresse monsiteprincipal.com. Vous avez configuré les deux enregistrements CNAME suivants pour qu’ils pointent vers vos serveurs de collecte de données sécurisés et non sécurisés :

  • metrics.monsiteprincipal.com
  • smetrics.monsiteprincipal.com

Lorsqu’un visiteur se rend sur le site mymainsite.com, le cookie du service d’ID est défini par le serveur de collecte de données. Cela est autorisé dans la mesure où le domaine du serveur de collecte de données correspond à celui du site Web. C’est ce que l’on désigne sous le nom d’utilisation d’un « contexte propriétaire » ou plus simplement de « cookie propriétaire ».

En cas d’utilisation de ces mêmes serveurs de collecte de données sur d’autres sites (monautresiteA.com et monautresiteB.com, par exemple), si un visiteur se rend ultérieurement sur ces sites, le cookie qui avait été défini au cours de la visite de monsiteprincipal.com est envoyé dans la demande HTTP adressée au serveur de collecte de données (pour rappel, les navigateurs envoient tous les cookies d’un domaine avec l’ensemble des demandes HTTP adressées à ce domaine, même si ce dernier ne correspond pas au domaine du site Web en cours). On parle, dans ce cas, d’utilisation d’un « contexte tiers » ou plus simplement de « cookie tiers ». Cela permet de réutiliser le même identifiant visiteur sur ces autres domaines.

Notez que cette fonctionnalité peut être utilisée dans tous les principaux navigateurs du marché, même ceux qui, comme Safari, bloquent par défaut les cookies tiers. Si un cookie a été utilisé dans un contexte propriétaire au cours de la visite du site monsiteprincipal.com, Safari continuera de l’utiliser dans un contexte tiers (lors de la visite d’autres domaines). Notez que si un visiteur se rend sur le site monautresiteA.com avant de visiter monsiteprincipal.com, Safari bloque le cookie monsiteprincipal.com, car il n’a jamais été utilisé dans un contexte propriétaire.

Par conséquent, pour qu’un visiteur soit identifié entre plusieurs domaines, votre domaine de collecte doit être un domaine que les utilisateurs visitent couramment. En l’absence de domaine « courant » à utiliser comme domaine de collecte de données, la gestion d’un enregistrement CNAME ne présente aucun avantage sur le plan inter-domaines. Si le site d’accès principal n’est pas le premier site visité, les visiteurs sont identifiés différemment sur le site secondaire et sur le site principal.

Activation de la prise en charge de la collecte de données propriétaires (CNAME) avec le service Experience Cloud ID

Pour activer la prise en charge du CNAME du serveur de collecte de données, définissez les variables visitor.marketingCloudServer et visitor.marketingCloudServerSecure.