Show Menu
TOPICS×

overwriteCrossDomainMCIDAndAID

Cette propriété remplace les Experience Cloud ID et Analytics ID d’un visiteur qui passe d’un domaine à un autre. Pour remplacer un identifiant, vous devez posséder les domaines et avoir mis en œuvre le service d’ID sur chacun d’entre eux. Ce code ne vous permet pas de remplacer les identifiants sur des domaines que vous ne contrôlez pas.
Syntaxe :
Visitor.overwriteCrossDomainMCIDAndAID: true|false
(la valeur par défaut est
false
)
Exemple de code
L’exemple suivant vous montre à quoi doit ressembler votre code JavaScript.
//Call the ID service var visitor = Visitor.getInstance("INSERT-MARKETING-CLOUD-ID-HERE", { ... //Set overwrite property overwriteCrossDomainMCIDAndAID: true });
Cas d’utilisation
Pour effectuer le suivi des visiteurs d’un site, le service d’ID écrit un Experience Cloud ID (ou MID) sur un cookie du navigateur. Le tableau suivant répertorie et décrit les cas d’utilisation courants où vous pouvez vouloir remplacer un ensemble de MID existants par le service d’ID dans un autre domaine.
Exemple d’utilisation
Description
Identification des visiteurs sur différentes pages de destination d’un domaine
Imaginons que vous possédiez les domaines A et B. Dans ce cas, vous pouvez définir
Visitor.overwriteCrossDomainMCIDAndAID: true
lorsque :
  • Chaque domaine a sa propre page de destination.
  • Un cookie (et un MID) ont déjà été définis pour un visiteur lors de sa précédente visite du domaine B.
  • Vous voulez identifier de manière constante un visiteur qui se rend du domaine A au domaine B.
Identification des visiteurs sur plusieurs pages de destination et pages de conversion
Imaginons que vous possédiez les domaines A et B. Dans ce cas, vous pouvez définir
Visitor.overwriteCrossDomainMCIDAndAID: true
lorsque :
  • Le domaine A est une page de destination.
  • Le domaine B est une page séparée pour les conversions, les réservations et autres fins de workflow.
  • Un cookie (et un MID) ont déjà été définis pour un visiteur lors de sa précédente visite du domaine B et vous savez que ce sont des MID côté client moins souhaitables que des MID côté serveur.
  • Vous voulez identifier de manière constante un visiteur qui se rend du domaine A au domaine B.
Identification des visiteurs des applications mobiles aux navigateurs Web
Ce cas d’utilisation est légèrement différent. Il s’agit d’identifier des utilisateurs qui passent d’une application mobile à votre site Web. Dans ce cas, votre visiteur possède déjà un MID défini localement par une application mobile, et un MID différent défini dans un cookie sur votre site Web. Vous pouvez définir
Visitor.overwriteCrossDomainMCIDAndAID: true
de manière à remplacer le MID défini dans le cookie du navigateur par le MID défini dans l’application mobile.