overwriteCrossDomainMCIDAndAID

Cette propriété remplace les ID Experience Cloud et Analytics d’un visiteur lors de sa navigation d’un domaine à un autre. Pour remplacer un identifiant, vous devez posséder le service d’ID et l’avoir implémenté sur chaque domaine. Ce code ne vous permet pas de remplacer les identifiants sur les domaines que vous ne contrôlez pas.

Syntaxe : Visitor.overwriteCrossDomainMCIDAndAID: true|false (la valeur par défaut est false)

Exemple de code

Voici à quoi pourrait 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 fréquents pouvant vous amener à vouloir remplacer un MID existant défini 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 possède sa propre page de destination.
  • Un cookie (et un MID) ont déjà été définis pour un visiteur lors d’une précédente visite du domaine B.
  • Vous souhaitez identifier de manière cohérente un visiteur s’il arrive au domaine B à partir du domaine A.

Identification des visiteurs sur les pages de destination et 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 distincte dédiée à la conversion, à la réservation ou à une autre opération de fin de workflow.
  • Un cookie (et un MID) ont déjà été définis pour un visiteur lors d’une précédente visite du domaine B et vous savez qu’il s’agit de MID côté client moins souhaitables que de MID côté serveur.
  • Vous souhaitez identifier de manière cohérente un visiteur s’il arrive au domaine B à partir du domaine A.

Identification des visiteurs des applications mobiles aux navigateurs web

Ce cas d’utilisation est légèrement différent. Il s’agit d’identifier les utilisateurs qui passent d’une application mobile à votre site web. Dans ce cas, votre visiteur dispose déjà d’un MID défini localement par une application mobile et d’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