Unique customer ID
Par Iago Carballo · Publié le 26 août 2026
La première fois, le client saisit son email en minuscules ; la deuxième, avec une majuscule. Pour le CRM, ce sont deux personnes différentes, chacune avec son propre historique d’achats. En réalité, c’est la même personne : sur les deux fiches, elle a effectué 47 achats au cours des deux dernières années, et aucune campagne ne s’est jamais adressée à elle pour ce qu’elle est vraiment : une cliente fidèle. C’est le problème au cœur de la plupart des programmes de fidélisation du retail aujourd’hui : l’absence d’une identité client unifiée qui tienne tout au long du parcours, du magasin physique à l’e-commerce, de WhatsApp à l’application, du comptoir au panier en ligne. Ce n’est pas un incident isolé. C’est l’architecture par défaut de toute entreprise qui n’a pas résolu l’identité à la source. Dans cet article, nous disséquons le doublon silencieux : pourquoi il apparaît, ce qu’il coûte à l’entreprise et comment l’éviter en construisant correctement l’identité du client dès le premier checkout.
La cause profonde n’est pas un système défaillant. C’est la façon dont les données clients sont éparpillées dans l’entreprise : le POS a sa version, l’e-commerce la sienne, le CRM une autre, et WhatsApp et l’application les leurs. Chaque canal enregistre le client à sa manière, et personne n’intervient pour confirmer qu’ils parlent tous de la même personne. Il en résulte trois conséquences que presque aucun retailer ne formule, même s’il les vit au quotidien :
Tous les doublons ne naissent pas de la même façon, et les repérer suppose de regarder à des endroits différents :
Tous ont le même effet de fond : le marketing perd la capacité de savoir à qui il s’adresse réellement, et résoudre les fiches clients en doublon cesse d’être une tâche d’entretien de la base de données pour devenir une condition de l’activité.
◎ Doublon de canal Le même client achète en magasin et en ligne, mais le système l’identifie comme deux personnes différentes.
↔ Doublon de migration Fiches en double, incomplètes ou mal normalisées qui apparaissent lors d’un changement de plateforme.
□ Doublon de magasin Le même client est enregistré plusieurs fois dans différents points de vente.
Le doublon s’annonce rarement par une alerte dans un tableau de bord. Il se manifeste par des symptômes indirects que les équipes marketing et CRM reconnaissent déjà, même si elles ne les relient pas toujours à la même cause :
Aucun de ces symptômes n’exige un audit complet de la base de données pour être repéré : il suffit de demander à l’équipe si l’un d’eux lui semble familier. Si la réponse est oui pour plus d’un, le doublon silencieux affecte déjà l’activité, même s’il n’a pas encore été chiffré.
Ce n’est pas que le retailer n’ait pas essayé. La plupart disposent déjà d’un système censé résoudre l’identité client, et ce n’est toujours pas résolu. Les suites d’entreprise comme Salesforce ou Adobe peuvent traiter une partie du travail, mais à un coût et avec une complexité qui n’ont de sens qu’à l’échelle du retail mondial : de longs cycles de mise en œuvre, une équipe d’intégrateurs permanente et une segmentation qui tend à se dégrader à mesure que la base clients grandit. Ce sont de bons outils : le problème est qu’ils répondent à un besoin différent de celui d’unifier l’identité à la source. Les CDP pures, comme Twilio Segment, ont certes une infrastructure de données solide, mais pas de couche de fidélisation : elles sont conçues pour les équipes de développement, pas pour que le marketing fonctionne indépendamment de l’IT. Le résultat, dans les deux cas, est le même que sans aucun outil : quelqu’un doit nettoyer les silos une fois qu’ils sont formés. Et c’est précisément ce nettoyage a posteriori qui maintient le doublon en vie, car chaque nouvelle intégration, chaque nouvelle campagne et chaque nouveau canal recrée le même problème si l’identité n’est pas validée à la source.
La réponse n’est pas de nettoyer les silos une fois formés, mais de ne pas les laisser se former. C’est là que Wapping intervient : comme couche d’identité de l’entreprise, et non comme un système de plus à réconcilier avec les autres. Le mécanisme est concret. L’ID client omnicanal unifié est construit sur le numéro de mobile vérifié du client, indépendamment des emails ou des fiches antérieures qu’il peut avoir dans d’autres outils. Cette vérification d’identité par OTP (un code à usage unique envoyé sur le mobile) a lieu la première fois que le client s’identifie, sur n’importe quel canal d’inscription : formulaire web, conseiller en magasin, WhatsApp, e-commerce ou lors du rattachement d’un compte déjà existant dans un système tiers. À partir de ce moment, ce même ID est ce qui reconnaît le client à chaque point de contact. Il n’y a aucun processus de fusion des fiches après coup : le profil est correct dès sa naissance, car chaque nouvelle interaction (en magasin, en ligne, WhatsApp, application) est rattachée dès le départ à ce même identifiant vérifié, au lieu de créer une nouvelle fiche que quelqu’un devra repérer et fusionner plus tard. C’est ce qui résout réellement la question de comment unifier les données du POS et de l’e-commerce : ce n’est pas un projet de nettoyage de données mené une fois par an, c’est une architecture où le doublon ne naît jamais, parce que l’identité est validée à la source au lieu d’être reconstituée après coup.

Le bénéfice n’est pas seulement une base de données plus propre. C’est ce que cet ordre rend possible et qui ne l’était pas avant.
Le même client dupliqué partout n’est visible dans aucun rapport tant que personne ne le cherche volontairement. Il n’apparaît pas comme une alerte dans un tableau de bord : il apparaît dans des campagnes qui sous-performent. Il apparaît chez le CMO qui n’arrive pas à expliquer au directeur financier pourquoi le coût par client continue d’augmenter sans raison apparente. Il apparaît chez le responsable CRM qui sent que quelque chose ne colle pas, mais n’a aucun moyen de le prouver. Le doublon que personne ne voit est précisément celui qui coûte le plus cher : il n’est pas mesuré tant que personne ne décide de le mesurer. Construire une identité client unifiée dès le premier checkout n’est pas un projet de nettoyage ponctuel, c’est la condition pour que tout le reste, de la segmentation à la fidélisation, repose sur des données réelles. Si vous voulez savoir combien de ces doublons votre CRM contient aujourd’hui, parlons-en.

Combien de clients différents sont en réalité la même personne ? Demandez une démo de Wapping Networks et découvrez combien de fiches clients en doublon figurent réellement dans votre base de données. DEMANDER UNE DÉMO