Identity resolution : définition, méthodes et CDP

La résolution d’identité (identity resolution) est un processus de gestion des données qui rapproche les identifiants d’une même personne entre plusieurs systèmes pour former un profil client unifié et persistant. Le processus relie par exemple une adresse e-mail, un identifiant de mobile, un identifiant de connexion et une carte de fidélité, puis conserve la preuve et le niveau de confiance du rapprochement. Une plateforme de données client (CDP, pour customer data platform) utilise ce profil pour la personnalisation, la segmentation, la mesure et l’activation.

Une personne peut visiter un site sur son mobile, se connecter depuis un ordinateur et acheter en magasin. Sans résolution d’identité, chaque canal traite ces événements comme des activités séparées. Avec une résolution d’identité, l’entreprise relie les événements lorsque les clés disponibles et les règles de rapprochement le justifient. La résolution ne signifie pas que tout enregistrement doit être fusionné : une règle trop permissive crée un profil qui mélange deux personnes et produit une erreur plus grave qu’un profil resté fragmenté.

Le processus rapproche deux questions distinctes. La première demande si deux enregistrements appartiennent à la même entité. La seconde détermine ce que le profil conserve lorsque les deux enregistrements donnent des valeurs différentes. Le rapprochement déterministe et probabiliste répond à la première question ; la règle de survivance choisit la valeur qui reste dans le profil. Cette distinction permet à l’équipe data de tester l’exactitude du graphe sans confondre appartenance et qualité d’attribut.

Pourquoi identity resolution compte pour une CDP

Les clients passent d’un appareil, d’un canal et d’un point de contact à l’autre. Une personne peut voir une publicité sur son téléphone le matin, consulter une fiche produit sur une tablette et ouvrir un e-mail sur un ordinateur le soir. Sans rapprochement entre ces identifiants, les trois interactions ressemblent à celles de trois personnes. Le profil client unifié donne au canal suivant le contexte dont il a besoin pour éviter un message redondant ou une recommandation incohérente.

La difficulté ne vient pas seulement des appareils. Les données client restent souvent enfermées dans des systèmes qui n’utilisent pas la même clé. L’outil d’analytique web connaît un identifiant de navigateur, le CRM connaît une adresse e-mail et le logiciel de marketing automation connaît une inscription à une campagne. Les silos de données empêchent ces systèmes de reconstituer une relation et obligent chaque équipe à prendre une décision avec un fragment du contexte.

La résolution d’identité rend la personnalisation plus cohérente, mais elle ne la rend pas automatiquement correcte. Une campagne de reconquête doit savoir qu’une personne a déjà acheté avant de lui proposer une remise d’acquisition. Un message de bienvenue doit exclure le client qui a créé un compte hier. La meilleure action suivante doit s’appuyer sur une identité suffisamment fiable pour que le niveau de risque de l’action corresponde à l’enjeu.

Une mesure agrégée peut rester utile lorsque l’identité manque. Une entreprise peut compter les visites, les échantillons ou les clics sans connaître chaque personne. Elle ne peut pas attribuer précisément un réachat, une rétention ou une exposition répétée sans relier l’événement à un profil. La résolution d’identité détermine donc le niveau de détail de la mesure que l’activation peut atteindre.

Les méthodes de résolution d’identité

Deux méthodes principales déterminent si deux enregistrements appartiennent au même client : le rapprochement déterministe et le rapprochement probabiliste. Le rapprochement transitif étend ensuite un graphe en reliant des correspondances déjà établies. Le rapprochement adaptatif choisit entre les deux méthodes selon le cas d’usage et le niveau de risque.

Le rapprochement déterministe

Le rapprochement déterministe relie deux enregistrements lorsqu’une clé correspond exactement. Les clés courantes sont l’adresse e-mail normalisée, le numéro de mobile, l’identifiant de connexion, l’identifiant du programme de fidélité ou le jeton d’une session authentifiée. La méthode fournit une forte précision lorsque la clé est durable et que l’organisation contrôle son origine.

Cette méthode ne couvre toutefois que les enregistrements qui partagent une clé fiable. Une visite anonyme, une adresse e-mail mal saisie et un achat en magasin sans compte restent hors du graphe. L’équipe doit donc documenter les règles de normalisation, les priorités entre sources et le traitement des clés partagées. Une adresse utilisée par plusieurs personnes dans un foyer ne doit pas recevoir le même niveau de confiance qu’une connexion personnelle vérifiée.

Le rapprochement probabiliste

Le rapprochement probabiliste estime la probabilité que deux enregistrements appartiennent à une même personne à partir de plusieurs signaux : type d’appareil, adresse IP, localisation approximative, comportement de navigation et proximité temporelle. La méthode étend la couverture aux visiteurs anonymes et aux situations où aucune clé ne correspond exactement, mais elle introduit un risque de faux rapprochement.

L’équipe fixe un score de confiance minimal selon l’usage. Une campagne d’e-mail transactionnel exige une identité presque certaine. Une audience de prospection peut accepter une couverture plus large si la conséquence d’une erreur reste limitée. Les seuils ne sont donc pas une propriété universelle de la plateforme : ils relèvent du cas d’usage, de la qualité des signaux et du coût d’une erreur.

Les signaux de navigateur demandent une prudence particulière. Safari et Firefox bloquent les cookies tiers depuis plusieurs années, et les restrictions des navigateurs ont rendu certaines techniques d’empreinte moins stables. Les équipes doivent distinguer la continuité d’un appareil, la reconnaissance d’un navigateur et l’identification d’une personne. Confondre ces trois niveaux transforme un signal technique en affirmation personnelle non démontrée.

Le rapprochement transitif

Le rapprochement transitif découvre une relation indirecte entre des enregistrements qui ne partagent aucune clé. Si l’enregistrement A correspond à B par une adresse e-mail et que B correspond à C par un numéro de mobile, le graphe peut relier A et C par transitivité. Le lien n’est pas une nouvelle preuve directe : il repose sur la solidité des deux liens déjà établis.

Cette opération permet de retrouver des relations entre des données en ligne et hors ligne qui seraient invisibles avec une seule règle. Elle exige en revanche un contrôle strict des seuils et de la profondeur du graphe. Une première erreur peut se propager de proche en proche et fusionner des profils sans rapport. L’équipe doit conserver le chemin d’inférence, le score de confiance et la possibilité de défaire une fusion.

Le rapprochement adaptatif selon le cas d’usage

Une CDP n’a pas besoin d’imposer la même stratégie à tous les usages. Une notification transactionnelle privilégie le déterministe, tandis qu’une audience publicitaire peut accepter un score probabiliste plus bas pour augmenter sa couverture. Le rapprochement adaptatif associe la méthode, le seuil, la projection de données et l’action autorisée au niveau de risque.

Le graphe d’identité et les entités au-delà de la personne

Un graphe d’identité est une structure qui représente les relations entre identifiants, personnes et entités. Les systèmes anciens se concentraient sur une personne : adresse e-mail, cookie, mobile et numéro de fidélité. Les cas d’usage B2C et B2B exigent souvent plusieurs graphes qui ne doivent pas écraser les niveaux de relation.

Le graphe de foyer regroupe des personnes qui partagent une adresse ou un abonnement. Une enseigne peut ainsi éviter d’envoyer deux offres identiques à la même adresse, tout en conservant les profils individuels. Le rapprochement ne doit pas transformer les membres d’un foyer en une seule personne : le consentement, l’historique d’achat et les préférences restent individuels.

Le graphe de compte relie plusieurs contacts à une entreprise B2B. Les personnes du comité d’achat gardent chacune leur identité, mais leurs interactions peuvent être analysées au niveau du compte. Cette structure soutient le marketing par compte sans attribuer à un seul contact les actions réalisées par ses collègues.

Le graphe d’entités métier représente des relations propres à un domaine : contrat d’assurance et assuré, véhicule et conducteur, animal et propriétaire ou abonnement et titulaire. Une entreprise qui manipule ces relations doit demander à l’éditeur si sa CDP prend en charge ces types d’entités et si les règles de consentement peuvent s’appliquer à chaque niveau.

La gestion de plusieurs graphes évite de maintenir un système B2B et un système B2C sans relation. Elle augmente toutefois la responsabilité de l’équipe data : les règles de fusion, les droits d’accès et les projections vers les canaux doivent distinguer une personne, un foyer et un compte. Un profil plus riche n’est pas nécessairement un profil qui a le droit de recevoir plus de messages.

Les architectures de résolution d’identité

La façon dont la résolution s’exécute dépend de l’endroit où les données client sont stockées. Deux architectures dominent : la résolution native d’une CDP, qui ingère les données dans l’infrastructure de l’éditeur, et la résolution adossée au data warehouse, qui exécute la logique dans l’entrepôt déjà choisi par l’organisation.

La résolution native d’une CDP

Dans une architecture native, la CDP ingère les événements, applique les règles de rapprochement et conserve le graphe dans son infrastructure. Les nouveaux événements peuvent être rapprochés du profil pendant la session, ce qui soutient la personnalisation en temps réel et le déclenchement d’une audience. La réconciliation complète du graphe — fusion de profils fragmentés, reprise de l’historique et correction des attributs — peut toutefois rester une opération par lots.

L’avantage tient à la faible latence et à la proximité avec les outils d’activation. Le compromis porte sur la résidence et la gouvernance : le graphe contient des données à caractère personnel (PII, pour personally identifiable information) dans le périmètre de l’éditeur. La DSI et le DPO doivent donc examiner le contrat, la localisation du magasin de profils, les sous-traitants ultérieurs, les contrôles d’accès et la procédure d’effacement.

La résolution adossée au data warehouse

Une architecture adossée au data warehouse (warehouse-native) exécute la logique dans le data warehouse ou dans l’infrastructure cloud de l’organisation. La CDP lit les tables, écrit le profil ou les audiences à l’endroit convenu et conserve le système de référence dans l’environnement déjà gouverné par la DSI. Ce modèle répond aux organisations qui veulent limiter la duplication de données ou réutiliser leurs contrôles existants.

La latence dépend du pipeline. Historiquement, la résolution dans un data warehouse fonctionnait par lots ; les pipelines de capture des changements et les flux continus réduisent désormais le décalage. Une équipe doit néanmoins mesurer la durée entre l’événement, le rapprochement, l’exposition du profil et l’action du canal. « Adossé au data warehouse » décrit un lieu d’exécution, pas une promesse automatique de temps réel.

Résolution en temps réel ou par lots

La résolution en temps réel rapproche un événement entrant du profil pendant la session, tandis que la résolution par lots reconstruit le graphe selon un calendrier. La première convient à un agent IA ou à un moteur de personnalisation qui doit agir avec le contexte actuel. La seconde convient à une segmentation de campagne ou à un score de churn qui peut être mis à jour chaque heure ou chaque nuit.

La plupart des environnements de production combinent les deux. Le rapprochement de l’événement reconnaît rapidement une personne, puis la réconciliation périodique corrige les fusions, rejoue l’historique et applique les changements de règle. La question utile n’est donc pas « temps réel ou par lots » en général, mais quelle partie du graphe doit être actuelle pour quelle action et quelle partie peut attendre.

La transparence et la gouvernance des fusions

À mesure qu’un graphe grandit, expliquer pourquoi deux enregistrements ont fusionné devient aussi important que la fusion. Un système qui affiche un profil unifié sans montrer les clés, la date et la règle empêche la DSI de diagnostiquer une erreur et le DPO de répondre à une demande d’exercice des droits. La transparence porte sur le chemin de décision, pas seulement sur le résultat.

Une architecture de résolution d’identité doit fournir au moins cinq capacités de gouvernance :

1. La traçabilité des fusions conserve les identifiants qui ont déclenché chaque rapprochement, la date, la méthode et le chemin d’une inférence transitive.
2. Le score de confiance accompagne chaque lien afin que le canal puisse accepter les rapprochements qui conviennent à son risque. Un programme de fidélité exige une confiance élevée ; une audience de prospection peut utiliser un seuil différent.
3. La correction des sur-fusions et des sous-fusions repère les profils distincts qui ont été réunis et les fragments qui devraient l’être. La plateforme doit permettre de défaire une fusion et de conserver la trace de l’opération.
4. Le rapprochement respectueux du consentement propage le retrait du consentement pour une finalité vers les identifiants et les projections concernés. La fusion technique ne crée pas une autorisation d’envoyer un message.
5. Les contrôles de résidence et d’accès appliquent les contraintes de localisation, de rôle et de partage lorsque le graphe traverse plusieurs pays ou plusieurs entités juridiques.

En France, le RGPD (GDPR) et la loi Informatique et Libertés (loi n° 78-17 du 6 janvier 1978, modifiée) encadrent ces traitements, et la CNIL contrôle l’application du cadre français. Le DPO vérifie la base légale, la finalité, l’information de la personne concernée et la capacité à traiter le droit à l’effacement. La résolution d’identité doit donc être conçue en tenant compte du consentement, et non ajoutée après la mise en place du graphe.

Les défis selon l’étape du parcours client

Haut de funnel : reconnaître un prospect inconnu

En haut du funnel, la personne n’a encore fourni aucun identifiant durable. L’organisation peut utiliser le contexte de la page, des signaux agrégés, une audience similaire construite à partir de données first-party ou une salle blanche de données pour travailler avec un partenaire sans échanger les données brutes. Ces méthodes élargissent la couverture, mais elles ne doivent pas être présentées comme une identité certaine.

La suppression progressive des cookies tiers et les règles de protection des données réduisent les signaux disponibles pour le suivi entre sites. Une organisation doit séparer la mesure de portée anonyme de l’identification nominative. Elle doit aussi documenter la finalité de chaque identifiant et la durée pendant laquelle le signal peut être conservé.

Milieu de funnel : convertir l’anonyme en contact connu

Au milieu du funnel, le prospect a montré un intérêt mais reste anonyme. Un formulaire progressif, une création de compte, une inscription à un contenu ou un événement de conversion transmis côté serveur peuvent créer le premier lien. Le rapprochement ne doit pas déduire une adresse e-mail à partir d’un comportement : il rattache le signal lorsque la personne fournit une clé ou lorsque la base légale couvre le procédé retenu.

La qualité de la première clé influence tout le graphe. Une adresse e-mail jetable, un numéro partagé ou une faute de saisie peut multiplier les profils. L’équipe doit donc contrôler la normalisation, le taux de rapprochement et les corrections avant d’élargir les cas de personnalisation.

Bas de funnel : approfondir la fidélité

En bas du funnel, l’identité est généralement connue et les actions portent sur la rétention, le programme de fidélité ou la recommandation. Le risque change : il ne s’agit plus seulement de reconnaître une personne, mais de respecter les hiérarchies d’identité. Une offre destinée à un parent ne doit pas être envoyée à son enfant, et les contacts d’un compte B2B ne doivent pas être fusionnés en un seul interlocuteur.

La stratégie omnicanale peut alors partager le contexte entre le site, l’e-mail, le SMS, l’application et le magasin. Elle exige que le profil, la préférence de canal et l’état du consentement soient disponibles au moment de l’action.

Résolution intégrée ou outil autonome

La résolution d’identité a longtemps constitué une capacité spécialisée. Dans les premières générations de CDP, un outil autonome pouvait se justifier lorsque les plateformes marketing ne savaient pas rapprocher les identifiants. Le marché a depuis intégré le rapprochement déterministe et probabiliste dans de nombreuses CDP, avec des modèles qui assistent le réglage et la détection d’anomalies.

Pour la plupart des organisations, le choix porte donc moins sur l’existence d’une résolution que sur son intégration. Une CDP qui réunit résolution, segmentation, décision par l’IA et activation des données évite de copier le profil vers un système supplémentaire. Une architecture autonome peut rester pertinente quand le graphe sert aussi le risque, l’analytique, la gestion de comptes ou plusieurs environnements qui ne relèvent pas du marketing.

Une organisation qui dispose de centaines de sources et de milliards d’enregistrements peut chercher à séparer l’infrastructure d’identité de l’activation. Elle doit alors mesurer le délai, la duplication des données à caractère personnel, le retour des résultats et la capacité à appliquer le retrait d’un consentement partout. Le choix ne dépend pas du prestige d’un outil : il dépend du périmètre des entités, du risque des usages et du besoin de fermer la boucle.

Identity resolution et agents IA

La résolution d’identité alimente l’étape UNIFIER du Customer Intelligence Loop, car un agent IA ne peut pas décider correctement à partir de fragments qui représentent la même personne sous plusieurs identifiants. L’agent a besoin d’un profil actuel, de la preuve du rapprochement, du score de confiance et de l’état du consentement avant de sélectionner une action.

Dans une CDP agentique, la résolution peut s’exécuter en continu pendant qu’un agent collecte un événement, comprend le contexte, décide et engage. Une mise à jour par lots peut suffire pour les cas de churn et les campagnes par e-mail ; une recommandation pendant la session exige une exposition plus rapide du profil. La résolution ne suffit pas à fermer la boucle : le résultat de l’action doit revenir vers le profil pour que l’agent apprenne ce qui s’est passé.

Une évolution émergente confie aux agents IA une partie de l’administration du graphe. L’agent peut repérer une relation entre des clés, recommander un seuil, signaler une sur-fusion ou proposer une règle à examiner. Les environnements de production combinent encore des règles configurées, des modèles d’apprentissage automatique et une supervision humaine. Un agent peut assister la configuration ; l’équipe data reste responsable de l’approbation des règles et des actions qu’elles autorisent.

Une identité sans activation reste incomplète

Créer un profil client unifié n’est que la première étape. La valeur apparaît lorsque le profil sert de base à une décision, un message, une exclusion, une recommandation ou une mesure. Une plateforme comme Treasure AI réunit la résolution, la décision par l’IA et l’activation dans un même environnement, ce qui réduit les transferts entre outils et les délais de retour.

Quand la résolution et l’activation résident dans des systèmes séparés, trois compromis doivent être mesurés. La latence du retour dépend d’un flux continu ou d’une synchronisation par lots. La duplication des données à caractère personnel vers les destinations élargit le périmètre de conformité. La qualité du graphe dépend enfin de la capacité à récupérer les résultats de campagne et à les rattacher aux profils.

Une architecture adossée au data warehouse peut limiter certaines copies en interrogeant les données sur place, tandis qu’un flux d’événements peut atteindre une vitesse comparable à celle d’une CDP native. Le résultat dépend de l’implémentation et non de l’étiquette de l’architecture. Une équipe qui évalue cette capacité peut demander à chaque éditeur de montrer le chemin complet : événement entrant, rapprochement, exposition du profil, action, retour de résultat et défaire une fusion.

Le modèle de demande de proposition pour une CDP aide à poser ces questions sur les mêmes bases. Il doit couvrir les seuils, la traçabilité, les entités, la résidence, le consentement et l’activation, pas seulement le nombre de connecteurs.

FAQ

Quelle est la différence entre rapprochement déterministe et probabiliste ?

Le rapprochement déterministe relie des enregistrements qui partagent exactement une clé, tandis que le rapprochement probabiliste estime une correspondance à partir de plusieurs signaux. Le déterministe privilégie l’exactitude des contacts connus. Le probabiliste étend la couverture aux visiteurs anonymes et aux parcours entre appareils, mais il exige un seuil de confiance et un contrôle des faux rapprochements.

Comment fonctionne identity resolution sans cookies tiers ?

La résolution d’identité sans cookies tiers s’appuie sur les données first-party, les événements côté serveur et des identifiants durables fournis par la personne ou le compte. Le contexte de page, les salles blanches et les audiences similaires peuvent compléter la portée, mais ils ne prouvent pas à eux seuls l’identité d’une personne. Safari et Firefox bloquent les cookies tiers depuis plusieurs années.

Pourquoi la résolution d’identité est-elle importante ?

La résolution d’identité relie les points de contact d’une même personne afin qu’une CDP puisse personnaliser, segmenter, mesurer et activer avec un contexte cohérent. Sans elle, le site, l’e-mail, le mobile et le magasin produisent des fragments qui déclenchent des messages redondants. Elle détermine aussi la part d’un résultat qui peut être mesurée au niveau individuel.

Quels sont les bénéfices d’un profil client unifié ?

Un profil client unifié réduit la fragmentation des événements et donne aux canaux un même contexte de relation. L’entreprise peut exclure un client d’une campagne d’acquisition après son achat, relier un échange de service client à une commande et mesurer le réachat. Le bénéfice dépend de la qualité des identifiants, des règles de fusion et du respect du consentement.

Comment identity resolution fonctionne-t-elle en B2B ?

En B2B, la résolution d’identité relie les contacts individuels au compte auquel ils appartiennent sans fusionner les personnes entre elles. Le graphe de compte représente le comité d’achat, tandis que chaque contact garde ses e-mails, appareils, consentements et interactions. Cette structure soutient le marketing par compte et l’analyse d’engagement sans attribuer l’action d’un contact à tous les autres.

Une entreprise a-t-elle besoin d’un outil autonome de résolution d’identité ?

La plupart des organisations n’ont pas besoin d’un outil autonome lorsque leur CDP fournit déjà le rapprochement et l’activation. Un système séparé peut se justifier si le graphe sert plusieurs domaines, plusieurs marques ou des systèmes qui dépassent le marketing, ou si le volume et la gouvernance imposent une infrastructure indépendante. La décision doit comparer la latence, la duplication et le coût de la coordination.

Qu’est-ce que la résolution d’identité adossée au data warehouse ?

La résolution d’identité adossée au data warehouse exécute la logique de rapprochement dans le data warehouse de l’organisation plutôt que dans l’infrastructure de l’éditeur. Les données restent dans l’environnement choisi par la DSI, mais la latence dépend du calcul et du pipeline. Les flux de capture des changements réduisent le délai sans transformer chaque traitement en résolution temps réel.

Qu’est-ce qu’un graphe d’identité ?

Un graphe d’identité représente les relations entre des identifiants et des entités afin de déterminer quels enregistrements appartiennent au même profil. Il peut relier e-mails, mobiles et appareils pour une personne, mais aussi modéliser un foyer, un compte B2B ou une entité métier. Le graphe doit conserver la méthode, la date et le score de confiance de chaque lien.

Qu’est-ce que la résolution d’identité agentique ?

La résolution d’identité agentique utilise des agents IA pour repérer des relations, recommander des seuils et signaler des anomalies dans un graphe. L’approche réduit une partie du réglage manuel, mais les environnements de production combinent encore règles, modèles et supervision humaine. L’agent ne doit pas fusionner automatiquement des profils à risque sans garde-fou et traçabilité.

Termes associés

• Référentiel client unique (RCU) — système qui rassemble les profils et les couches d’identité d’une organisation
• Data Governance — règles de qualité, d’accès et de conformité qui encadrent le graphe
• Analyse prédictive — discipline qui utilise les profils résolus pour produire des modèles

Les quatre entrées suivantes sont en anglais.

• Agentic CDP — CDP qui exécute la boucle avec des profils résolus et une activation en temps réel
• Customer Intelligence Loop — boucle dont la résolution d’identité alimente l’étape UNIFIER
• AI Decisioning — décision qui intervient après la compréhension du profil
• Data Activation — mise en œuvre d’une audience ou d’un profil dans les canaux

Cet article est aussi disponible en : Identity Resolution in a CDP: Types & How It Works · 名寄せとは？CDPにおける仕組みと種類を解説 · Identity resolution: o que é, tipos e uso na CDP