overwriteCrossDomainMCIDAndAID

Cette propriété remplace un Experience Cloud visiteur et les identifiants Analytics lorsqu’ils naviguent d’un domaine à un autre. Pour remplacer un ID, vous devez posséder et avoir mis en oeuvre le service d’ID sur chaque domaine. Ce code ne vous permet pas de remplacer les ID sur les domaines que vous ne contrôlez pas.

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

Exemple de code

Votre code JavaScript peut ressembler à l’exemple suivant.

//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 liste et décrit les cas d’utilisation courants où vous pouvez 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érents landings page de 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 son propre landing page.
  • 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 d'entrée 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 un landing page.
  • Le domaine B est une page distincte de conversion, de réservation ou d’autre page de fin de processus.
  • 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