Utiliser des identifiants d’appareil propriétaires dans la collecte de données

Experience Platform Edge Network utilise des Experience Cloud ID (ECID) pour identifier les visiteurs et visiteuses du site web. Pour améliorer la durabilité des identités sur les propriétés qui vous appartiennent, vous pouvez définir et gérer vos propres identifiants d’appareil, appelés identifiants d’appareil propriétaires (FPID). Edge Network utilise le FPID pour amorcer l’ECID utilisé par les solutions Adobe.

Cette page suppose que vous connaissez les ECID et les identityMap. Voir Identité dans la collecte de données pour plus d’informations.

Quand utiliser les FPID when-to-use

Les restrictions de navigateur peuvent raccourcir la durée de vie des cookies qu’Adobe utilise pour reconnaître les visiteurs récurrents. Si vous avez besoin d’une identité plus durable sur les sites détenus et contrôlés par votre organisation, les FPID vous permettent de gérer votre propre identifiant d’appareil et de l’utiliser pour amorcer l’ECID.

Les FPID sont pris en charge pour les implémentations web qui utilisent Web SDK, y compris l’extension de balise Web SDK. Elles sont idéales si votre objectif principal est une persistance de l’identité plus forte sur les domaines détenus par votre organisation ou si vous souhaitez une meilleure continuité pour les rapports et la personnalisation sur les propriétés web détenues. Ils vous permettent également de définir et de gérer un cookie propriétaire à partir de l’infrastructure que vous contrôlez.

Les FPID ne sont pas l’outil approprié lorsque votre objectif principal est la remise d’application à un site web ou la continuité d’identité sur plusieurs domaines. Pour ces scénarios, consultez les sections partage d’identités mobile vers web et partage inter-domaines.

Les avantages de l’utilisation des FPID sont les suivants :

Les compromis à l’utilisation des FPID incluent :

Chemin de configuration de haut niveau

Fonctionnement des FPID how-fpids-work

Le FPID transmis à Adobe Experience Cloud est converti en ECID à l’aide d’un algorithme déterministe. Chaque fois que le même FPID est envoyé à Edge Network, le même ECID est prédéfini à partir du FPID. Une fois que le FPID a été utilisé pour initialiser un ECID, il est supprimé du identityMap et remplacé par l’ECID généré. Le FPID n’est pas stocké dans les solutions Adobe Experience Platform ou Experience Cloud.

Lorsqu’il existe à la fois un ECID et un FPID, l’ECID est toujours utilisé pour identifier l’utilisateur en premier. Cette hiérarchisation garantit que lorsqu’un ECID existant est présent dans la boutique de cookies de navigateur, il reste l’identifiant principal et que le nombre de visiteurs existants ne risque pas d’inflation. Pour les utilisateurs existants, le FPID ne devient pas l’identité principale tant que l’ECID n’expire pas ou n’est pas supprimé en raison d’une politique de navigateur ou d’une action manuelle.

Les identités sont hiérarchisées dans l’ordre suivant :

Générer et définir le cookie FPID set-fpid-cookie

Edge Network accepte uniquement les identifiants conformes au format UUIDv4. Les identifiants d’appareil qui ne sont pas au format UUIDv4 sont rejetés.

Paramètre des cookies côté serveur set-cookie-server

Lors de la définition d’un cookie sur votre propre serveur , vous pouvez utiliser différentes méthodes pour empêcher que le cookie ne soit limité par des politiques de navigateur :

Les cookies propriétaires sont plus efficaces lorsqu’ils sont définis à l’aide d’un serveur qui utilise un enregistrement DNS A (pour IPv4) ou enregistrement AAAA (pour IPv6), par opposition à un CNAME DNS ou un code JavaScript.

Notez que les enregistrements A ou AAAA ne sont pris en charge que pour la définition et le suivi des cookies. La principale méthode de collecte de données consiste à utiliser un CNAME DNS. Les FPID sont définis à l’aide d’un enregistrement A ou AAAA et envoyés à Adobe à l’aide d’un CNAME . Le Programme de certificat géré par ​ vous permet de configurer un CNAME pour la collecte de données.

Quand définir le cookie when-to-set-cookie

Le cookie FPID est idéalement défini avant l’envoi de données à Edge Network. Si votre implémentation nécessite un consentement avant la collecte des données, consultez Consentement avec les identifiants d’appareil propriétaires pour obtenir des conseils sur la coordination du cookie FPID avec votre flux de consentement. Le gonflement des visiteurs est réduit lorsque vous vous assurez que le FPID est disponible pour amorcer l’ECID à partir de la première requête. Dans les cas où cela n’est pas possible, un ECID est toujours généré à l’aide des méthodes existantes et agit comme identifiant principal tant que le cookie existe. Le FPID généré ne devient pas l’identifiant principal tant que l’ECID n’est pas présent. En supposant que l’ECID soit finalement affecté par une politique de suppression du navigateur, mais que le FPID ne l’est pas, le FPID devient l’identifiant principal lors de la visite suivante et est utilisé pour amorcer l’ECID à chaque visite suivante.

Définir l’expiration set-expiration

Adobe recommande d’étudier soigneusement la durée de vie de votre cookie FPID. Assurez-vous de tenir compte de la politique de confidentialité de votre organisation ainsi que des lois et politiques des pays ou régions dans lesquels votre organisation opère. Selon la configuration de votre entreprise, vous pouvez adopter une politique de définition des cookies à l’échelle de l’entreprise ou une politique qui varie pour les utilisateurs dans chaque paramètre régional où vous intervenez. Quelle que soit l’expiration initiale des cookies, veillez à inclure une logique qui étend l’expiration à chaque nouvelle visite du site.

Indicateurs de cookie cookie-flags

Plusieurs indicateurs de cookie affectent la manière dont les cookies sont traités dans les différents navigateurs :

Envoyer le FPID à Edge Network send-fpid

Vous pouvez envoyer des FPID à Edge Network de deux manières :

Méthode 1 : configuration d’un CNAME et définition d’un cookie d’ID propriétaire dans votre flux de données setting-cookie-datastreams

Pour définir un cookie FPID à partir de votre propre domaine, vous devez configurer votre propre CNAME pour vos appels Web SDK, puis activer la fonctionnalité de cookie d’identifiant propriétaire dans la configuration de votre flux de données. Un enregistrement CNAME dans votre DNS vous permet de créer un alias d’un nom de domaine à un autre. Cet alias peut aider à faire apparaître les services tiers comme s’ils faisaient partie de votre propre domaine, ce qui fait que leurs cookies ressemblent à des cookies propriétaires. Lorsque la collecte de données propriétaire est activée à l’aide d’un CNAME, tous les cookies de votre domaine sont envoyés sur les requêtes effectuées au point d’entrée de la collecte de données.

Méthode 2 : utiliser des FPID dans identityMap identityMap

Au lieu de stocker le FPID dans votre propre cookie, vous pouvez envoyer le FPID à Edge Network par le biais du mappage d’identité.

Vous trouverez ci-dessous un exemple de définition d’un FPID dans le identityMap :

{
  "identityMap": {
    "FPID": [
      {
        "id": "123e4567-e89b-42d3-9456-426614174000",
        "authenticatedState": "ambiguous",
        "primary": true
      }
    ]
  }
}

Comme pour les autres types d’identité, vous pouvez inclure le FPID avec d’autres identités dans identityMap. L’exemple suivant inclut le FPID avec un ID CRM authentifié :

{
  "identityMap": {
    "FPID": [
      {
        "id": "123e4567-e89b-42d3-9456-426614174000",
        "authenticatedState": "ambiguous",
        "primary": false
      }
    ],
    "EMAIL": [
      {
        "id": "user@example.com",
        "authenticatedState": "authenticated",
        "primary": true
      }
    ]
  }
}

Si le FPID est contenu dans un cookie lu par Edge Network lorsque la collecte de données propriétaires est activée, capturez uniquement l’identifiant CRM authentifié :

{
  "identityMap": {
    "EMAIL": [
      {
        "id": "user@example.com",
        "authenticatedState": "authenticated",
        "primary": true
      }
    ]
  }
}

La identityMap suivante entraîne une réponse d’erreur de la part d’Edge Network, car il lui manque l’indicateur primary pour le FPID. Au moins un des identifiants présents dans identityMap doit être marqué comme primary.

{
  "identityMap": {
    "FPID": [
      {
        "id": "123e4567-e89b-12d3-a456-426614174000",
        "authenticatedState": "ambiguous"
      }
    ],
    "EMAIL": [
      {
        "id": "user@example.com",
        "authenticatedState": "authenticated"
      }
    ]
  }
}

Migration vers les FPID migrating-to-fpid

Si vous migrez vers des identifiants d’appareil propriétaires à partir d’une mise en œuvre précédente, il peut être difficile de visualiser à quoi la transition pourrait ressembler à un niveau inférieur. Pour illustrer ce processus, prenons un scénario qui implique un client qui a déjà visité votre site et l’impact qu’une migration FPID aurait sur la manière dont ce client est identifié dans les solutions Adobe.