Groupement

L’assemblage comprend la fusion de données utilisateur authentifiées et non authentifiées. Veillez à respecter les lois et réglementations en vigueur, y compris l’obtention des autorisations nécessaires de l’utilisateur final, avant d’activer le groupement sur un jeu de données d’événement. Voir Définir des champs d’identité dans l’interface utilisateur pour plus d’informations.

Importez les données souhaitées dans Adobe Experience Platform :

• Pour les données Adobe Analytics, voir Utilisation des données de suite de rapports Adobe Analytics dans Customer Journey Analytics.
• Pour d’autres types de données, consultez Créer un schéma et Ingérer des données dans la documentation d’Adobe Experience Platform.

La fusion de plusieurs jeux de données. L’assemblage s’applique à un seul jeu de données. La fusion des jeux de données se produit suite à la configuration d’une connexion de Customer Journey Analytics et à la sélection du même ID de personne dans les jeux de données sélectionnés de la connexion.

La jointure de deux jeux de données. Dans Customer Journey Analytics, une jointure est souvent utilisée pour les recherches ou les classifications dans Analysis Workspace. Bien que l’assemblage utilise la fonctionnalité de jointure, le processus lui-même implique plus que des jointures.

Groupement en direct : tente de grouper chaque accès (événement) au fur et à mesure. Les accès provenant des appareils "nouveaux" au jeu de données (qui ne sont jamais authentifiés) ne sont généralement pas regroupés à ce niveau. Les accès provenant d’appareils déjà reconnus sont immédiatement regroupés.

Assemblage en lecture : "relit" les données en fonction des identifiants uniques (identifiants transitoires) appris. Cette étape est l’endroit où les accès provenant d’appareils précédemment inconnus (identifiants persistants) sont regroupés (en identifiants transitoires). La relecture est déterminée par deux paramètres : frequency et lookback window. Adobe propose les combinaisons suivantes de ces paramètres :

• Recherche en amont quotidienne à une fréquence quotidienne : les données sont relues chaque jour avec un intervalle de recherche en amont de 24 heures. Cette option présente un avantage car les relectures sont beaucoup plus fréquentes, mais les visiteurs non authentifiés doivent s’authentifier le jour même où ils visitent votre site.
• Recherche en amont hebdomadaire sur une fréquence hebdomadaire : les données sont relues une fois par semaine avec un intervalle de recherche en amont hebdomadaire (voir options). Cette option présente un avantage qui permet aux sessions non authentifiées de disposer d’un temps d’authentification beaucoup moins stricte. Toutefois, les données désassemblées datant de moins d’une semaine ne sont pas retraitées avant la relecture hebdomadaire suivante.
• Recherche en amont bihebdomadaire sur une fréquence hebdomadaire : les données sont relues une fois par semaine avec un intervalle de recherche en amont bihebdomadaire (voir options). Cette option présente un avantage qui permet aux sessions non authentifiées de disposer d’un temps d’authentification beaucoup moins stricte. Toutefois, les données désassemblées datant de moins de deux semaines ne sont pas retraitées avant la relecture hebdomadaire suivante.
• Recherche en amont mensuelle sur une fréquence hebdomadaire : les données sont relues chaque semaine avec un intervalle de recherche en amont mensuel (voir options). Cette option présente un avantage qui permet aux sessions non authentifiées de disposer d’un temps d’authentification beaucoup moins stricte. Toutefois, les données désassemblées datant de moins d’un mois ne sont pas retraitées avant la relecture hebdomadaire suivante.

Confidentialité : lorsque des demandes liées à la confidentialité sont reçues, en plus de supprimer l’identité demandée, tout regroupement de cette identité entre des événements non authentifiés doit être annulé.

Le jeu de données d’événement dans Adobe Experience Platform, auquel vous souhaitez appliquer un groupement, doit comporter deux colonnes qui permettent d’identifier les visiteurs :

• Un identifiant persistant, un identifiant disponible sur chaque ligne. Par exemple, un identifiant visiteur généré par une bibliothèque d’AppMeasurements Adobe Analytics ou un ECID généré par le service Adobe Experience Platform Identity.
• Un identifiant transitoire, un identifiant disponible uniquement sur certaines lignes. Par exemple, un nom d’utilisateur ou une adresse e-mail chiffré une fois qu’un visiteur s’authentifie. Vous pouvez utiliser pratiquement n’importe quel identifiant. Le regroupement considère ce champ comme contenir les informations d’identification de la personne. Pour de meilleurs résultats de regroupement, un identifiant transitoire doit être envoyé dans les événements du jeu de données au moins une fois pour chaque identifiant persistant. Si vous prévoyez d’inclure ce jeu de données dans une connexion de Customer Journey Analytics, il est préférable que les autres jeux de données aient également un identifiant commun similaire.

Les deux colonnes (identifiant persistant et identifiant transitoire) doivent être définies en tant que champ d’identité avec un espace de noms d’identité dans le schéma pour le jeu de données que vous souhaitez assembler. Lors de l’utilisation du groupement d’identités dans Real-time Customer Data Platform, à l’aide du groupe de champs identityMap, vous devez toujours ajouter des champs d’identité avec un espace de noms d’identité. Cette identification des champs d’identité est requise, car le groupement de Customer Journey Analytics ne prend pas en charge le groupe de champs identityMap. Lors de l’ajout d’un champ d’identité dans le schéma, tout en utilisant le groupe de champs identityMap, ne définissez pas le champ d’identité supplémentaire comme identité principale. La définition d’un champ d’identité supplémentaire comme identité principale interfère avec le groupe de champs identityMap utilisé pour Real-time Customer Data Platform.

Groupement en direct : tente de regrouper chaque accès (événement) au fur et à mesure de son apparition, en utilisant l’identifiant persistant pour rechercher l’identifiant transitoire pour l’espace de noms sélectionné en interrogeant le graphique d’identités. Si l’identifiant transitoire est disponible à partir de la recherche, cet identifiant transitoire est immédiatement assemblé.

Assemblage de relecture : lit à nouveau les données en fonction des identités mises à jour du graphique d’identités. Cette étape est l’endroit où les accès provenant d’appareils précédemment inconnus (ID persistants) sont assemblés lorsque le graphique d’identités a résolu l’identité d’un espace de noms. La relecture est déterminée par deux paramètres : frequency et lookback window. Adobe propose les combinaisons suivantes de ces paramètres :

• Recherche en amont quotidienne à une fréquence quotidienne : les données sont relues chaque jour avec un intervalle de recherche en amont de 24 heures. Cette option présente un avantage car les relectures sont beaucoup plus fréquentes, mais les visiteurs non authentifiés doivent s’authentifier le jour même où ils visitent votre site.
• Recherche en amont hebdomadaire sur une fréquence hebdomadaire : les données sont relues une fois par semaine avec un intervalle de recherche en amont hebdomadaire (voir options). Cette option présente un avantage qui permet aux sessions non authentifiées de disposer d’un temps d’authentification beaucoup moins stricte. Toutefois, les données désassemblées datant de moins d’une semaine ne sont pas retraitées avant la relecture hebdomadaire suivante.
• Recherche en amont bihebdomadaire sur une fréquence hebdomadaire : les données sont relues une fois par semaine avec un intervalle de recherche en amont bihebdomadaire (voir options). Cette option présente un avantage qui permet aux sessions non authentifiées de disposer d’un temps d’authentification beaucoup moins stricte. Toutefois, les données désassemblées datant de moins de deux semaines ne sont pas retraitées avant la relecture hebdomadaire suivante.
• Recherche en amont mensuelle sur une fréquence hebdomadaire : les données sont relues chaque semaine avec un intervalle de recherche en amont mensuel (voir options). Cette option présente un avantage qui permet aux sessions non authentifiées de disposer d’un temps d’authentification beaucoup moins stricte. Toutefois, les données désassemblées datant de moins d’un mois ne sont pas retraitées avant la relecture hebdomadaire suivante.

Confidentialité : lorsque des demandes liées à la confidentialité sont reçues, en plus de supprimer l’identité demandée du jeu de données source, tout regroupement de cette identité entre des événements non authentifiés doit être annulé. En outre, l’identité doit être supprimée du graphique d’identités afin d’empêcher de futurs regroupements graphiques pour cette identité spécifique.

Les horodatages ne sont pas pris en compte lors de l’interrogation de l’identifiant transitoire à l’aide de l’espace de noms spécifié. Il est donc possible qu’un identifiant persistant soit associé à un identifiant transitoire à partir d’un enregistrement dont l’horodatage est antérieur.

Aucun support d’appareil partagé. Lorsque plusieurs identités sont renvoyées, en interrogant le graphique d’identités à l’aide d’un espace de noms, la première identité lexicographique est utilisée.

Le renvoi des identités dans le graphique d’identités est limité à trois mois. Vous utiliseriez des identités de renvoi si vous n’utilisez pas d’application Experience Platform, telle que Real-time Customer Data Platform, pour remplir le graphique d’identités.

Les barrières de sécurité Identity Service s’appliquent. Voir, par exemple, les limites statiques suivantes :

• Nombre maximal d’identités dans un graphique : 50.
• Nombre maximal de liens vers une identité pour une ingestion par lots unique : 50.
• Nombre maximal d’identités dans un enregistrement XDM pour l’ingestion de graphiques : 20.
• Nombre minimum d’identités dans un enregistrement XDM pour l’ingestion de graphiques : 2.