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.

Sur cette page