Partage d’identifiants entre appareils mobiles et domaines

Vue d’ensemble

Le SDK Web de Adobe Experience Platform prend en charge les fonctionnalités de partage des identifiants visiteur qui permettent aux clients de fournir des expériences personnalisées plus précisément, entre les applications mobiles et le contenu web mobile, et entre les domaines.

Cas d’utilisation

offrir une personnalisation cohérente entre les applications mobiles et les sites web mobiles ;

Une société de vêtements souhaite personnaliser l’expérience de ses clients en fonction de leurs intérêts et conserver la personnalisation exacte dans une application mobile qui charge également WebViews. En utilisant la fonction de partage d’ID entre appareils mobiles et Web, ils peuvent s’assurer que les offres les plus précises sont présentées aux clients, en utilisant le même identifiant visiteur dans l’application et le même contenu web mobile en transmettant le message ECID à l’URL web mobile.

Effectuer une personnalisation cohérente entre les domaines

Un détaillant disposant de plusieurs boutiques en ligne souhaite personnaliser l’expérience client sur l’ensemble de ses domaines, en fonction des intérêts des clients. À l’aide de la fonctionnalité de partage d’identifiants inter-domaines du SDK Web, le détaillant peut fournir des offres précises en fonction des intérêts des clients, sur tous leurs domaines.

Amélioration de la création de rapports sur les activités des visiteurs

Un détaillant de technologie souhaite améliorer la création de rapports sur l’activité des visiteurs avec des informations sur le moment où ses visiteurs passent de l’application mobile à leur site web mobile ou à leurs autres domaines. Grâce à la fonctionnalité de partage d’identifiants inter-domaines du SDK Web, l’équipe marketing peut effectuer un suivi précis des visiteurs sur leurs propriétés web et générer des rapports d’activité.

Conditions préalables

Pour utiliser le partage d’identifiants entre appareils mobiles et sur plusieurs domaines, vous devez utiliser Web SDK version 2.11.0 ou ultérieure.

Pour les implémentations mobiles d’Edge Network, cette fonctionnalité est prise en charge dans la variable Identité pour le réseau Edge à partir de la version 1.1.0 (iOS et Android).

Cette fonctionnalité est également compatible avec VisitorAPI.js version 1.7.0 ou ultérieure.

Partage des identifiants de mobile à web

Utilisez la variable getUrlVariables de l’API Identité pour le réseau Edge extension pour récupérer les identifiants en tant que paramètres de requête et les joindre à votre URL lors de l’ouverture webViews.

Aucune configuration supplémentaire n’est requise pour que le SDK Web accepte ECID dans la chaîne de requête.

Le paramètre de chaîne de requête comprend :

  • MCID: l’identifiant Experience Cloud (ECID)
  • MCORGID: EXPERIENCE CLOUD orgID qui doit correspondre à la variable orgID configuré dans la variable Web SDK.
  • TS: paramètre d’horodatage ne pouvant pas dépasser cinq minutes.

Le partage des identifiants entre appareils mobiles et web utilise la variable adobe_mc . Lorsque la variable adobe_mc est présent et valide, la variable ECID de la chaîne de requête est automatiquement ajoutée à la carte d’identité dans la première requête envoyée au réseau Edge. Toutes les interactions réseau Edge suivantes utiliseront la variable ECID.

Pour plus d’informations sur la manière de transmettre les identifiants visiteur d’une application mobile à un WebView, consultez la documentation sur gestion des WebViews.

Partage des identifiants inter-domaines

Pour le partage d’identifiants entre domaines, le SDK Web version 2.11.0 prend en charge la variable appendIdentityToUrl . Lorsqu’elle est utilisée, cette commande génère le adobe_mc paramètre de chaîne de requête.

La commande accepte un objet avec une propriété, url, et renvoie un objet avec la propriété . url.

Cette commande n’attend aucune mise à jour du consentement. Si le consentement n’a pas été fourni, l’URL est renvoyée inchangée.

Si ECID n’est pas fourni, la variable /acquire Un point de terminaison est appelé pour générer une ECID.

Vous trouverez ci-dessous un exemple de la manière dont un client peut mettre en oeuvre le partage d’ID inter-domaines sur son site web.

Ce code ajoute un écouteur d’événement pour tous les clics sur la page et si le clic se trouvait sur un lien vers un domaine correspondant (dans ce cas adobe.com ou behance.com), ajoute l’identité à l’URL et y redirige l’utilisateur.

document.addEventListener("click", event => {
  const anchor = event.target.closest("a");
  if (!anchor || !anchor.href) {
    return;
  }
  const url = new URL(anchor.href);
  if (!url.hostname.endsWith("adobe.com") && !url.hostname.endsWith("behance.com")) {
    return;
  }
  event.preventDefault();
  alloy("appendIdentityToUrl", { url: anchor.href }).then(result => {
    document.location = result.url;
  });
});

Utilisation de l’extension Balises

Semblable à l’utilisation de la variable Web SDK, aucune configuration supplémentaire n’est requise dans la variable Tags pour utiliser les identités transmises par le biais de l’URL.

Pour utiliser le partage d’identifiants entre appareils mobiles et sur plusieurs domaines via l’extension Tags, vous devez utiliser la version 2.12.0 ou ultérieure de l’extension Tags.

Pour partager des identités de la page active avec d’autres domaines, une nouvelle action est disponible dans la variable Web SDK Tags extension . Cette action est conçue pour être utilisée avec une Core - Clic type d’événement et condition de comparaison des valeurs.

Suivez les étapes décrites here pour créer une règle avec la configuration suivante :

  • Configuration d’événement:

    • Extension : Core

    • Type d’événement : cliquez sur

    • Sélectionner Lorsque l’utilisateur clique sur > éléments spécifiques

    • Saisissez dans la variable Sélecteur: a[href]. Cet événement se déclenche chaque fois qu’un utilisateur clique sur une balise d’ancrage sur la page comportant une balise href .

      Image de l’interface utilisateur montrant la configuration de l’événement avec les paramètres décrits ci-dessus

  • Configuration de condition

    • Type de logique: Normal

    • Extension : Core

    • Type de condition: Value Comparison

    • Opérateur de gauche: %this.hostname%. Cet élément de données spécial fonctionne avec Core - Clic et correspond au nom d’hôte du lien sur lequel l’utilisateur a cliqué.

    • Opérateur: Matches Regex

    • Opérateur de droit: saisissez une expression régulière qui correspond aux domaines avec lesquels vous souhaitez partager des identités. Par exemple, pour faire correspondre des liens avec des noms d’hôtes se terminant par adobe.com ou behance.com, utilisez cette expression régulière : behance.com$|adobe.com$. La page liée doit avoir la variable Web SDK ou Visitor ID installé pour accepter l’identité.

      Image de l’interface utilisateur affichant la configuration de la condition avec les paramètres décrits ci-dessus

  • Configuration d’action

    • Extension: SDK Web Adobe Experience Platform

    • Type d’action: Redirection vers une identité

    • Instance: sélectionnez votre instance. Dans la plupart des cas, une seule instance est configurée. Si vous disposez de plusieurs instances, sélectionnez celle avec l’identité que vous souhaitez partager.

      Image de l’interface utilisateur affichant la configuration de l’action avec les paramètres décrits ci-dessus

La variable Redirection vers une identité empêche le navigateur de naviguer jusqu’au lien. Ensuite, il appelle la variable appendIdentityToUrl sur la méthode Web SDK instance.

Enfin, il redirige l’utilisateur vers la fonction URL avec la propriété adobe_mc paramètre de chaîne de requête ajouté.

Sur cette page