Lundi matin, une commerciale ouvre la fiche de Claire Martin avant un rendez-vous à Grenoble. Elle y découvre l’historique d’une autre Claire Martin, acheteuse sur le site lyonnais de la même entreprise. Même nom, même numéro de standard : la fusion automatique lancée vendredi les a réunies. Les deux historiques sont désormais mêlés.
La déduplication CRM promet une base propre, des segments justes et des relances qui ne partent plus en double. Mal réglée, elle efface des distinctions que vos équipes ont mis des années à construire. Les vrais doublons se traitent facilement. Le danger vient des faux, que l’outil prend pour des vrais.
Voici un protocole en quatre temps, de la définition du doublon au contrôle final, avec des règles de rapprochement et un exemple fictif.
Définir ce qu’est un doublon dans votre contexte
Un doublon, ce sont deux fiches qui décrivent la même entité pour l’usage que vous en faites. La définition change donc d’un CRM à l’autre : une entreprise qui vend à des sièges sociaux ne raisonne pas comme celle qui livre chaque magasin d’une enseigne. Tranchez par écrit quatre questions avant le moindre traitement :
- un établissement est-il un client à part entière, ou une adresse du compte principal ?
- un contact qui change d’employeur garde-t-il sa fiche, ou en reçoit-il une nouvelle ?
- une adresse générique (contact@, compta@) peut-elle identifier une personne ?
- quels champs font foi : l’e-mail nominatif, le Siret, le téléphone mobile ?
Pour les entreprises françaises, l’identifiant officiel règle une partie du débat. Le numéro Siren identifie l’entreprise, le numéro Siret chacun de ses établissements. Deux fiches au même Siren et aux Siret différents décrivent donc deux sites distincts, à rattacher au même compte plutôt qu’à fusionner.
Ces choix relèvent de la qualification de données autant que du nettoyage, puisqu’ils fixent ce que votre base doit représenter. Quand le Siret manque, une recherche d’informations en ligne complète les fiches avant tout rapprochement.
Distinguez enfin dédupliquer et supprimer. La déduplication réunit deux fiches en une et garde l’historique des deux. La suppression, elle, obéit à vos durées de conservation. Selon le référentiel de la CNIL, les données d’un prospect non client peuvent être conservées trois ans au plus après leur collecte ou le dernier contact venu de lui. Ouvrir un e-mail ne compte pas comme un contact. Une fusion doit donc garder la date de dernier contact la plus récente.
Normaliser les champs, puis classer les rapprochements
Deux fiches ne se comparent bien qu’une fois écrites de la même façon. Normalisez d’abord les champs qui serviront de critères :
- e-mails en minuscules, sans espaces parasites ;
- téléphones au format international, standard et mobile dans deux champs distincts ;
- raisons sociales sans forme juridique (SAS, SARL), pour la seule comparaison ;
- adresses postales selon les règles de La Poste : 38 caractères par ligne, 6 lignes au plus pour la France.
Comparez des copies normalisées : les valeurs d’origine restent dans la fiche.
Classez ensuite chaque rapprochement possible selon une règle de rapprochement écrite. La distinction utile oppose le doublon confirmé, que l’on fusionne après contrôle, au candidat doublon, qu’une personne doit examiner.
| Règle | Critère | Classement | Suite donnée |
|---|---|---|---|
| R1 | Même e-mail nominatif | Doublon confirmé | Fusion après contrôle d’échantillon |
| R2 | Même Siret sur deux fiches établissement | Doublon confirmé | Fusion des deux fiches établissement |
| R3 | Même Siren, Siret différents | Établissements distincts | Aucune fusion, rattachement au même compte |
| R4 | Mêmes nom et prénom, même entreprise, e-mails différents | Candidat doublon | Validation humaine |
| R5 | Mêmes nom et prénom, entreprises différentes | Homonymes probables | Aucune fusion sans autre indice |
| R6 | Même standard ou e-mail générique | Critère non retenu | Ignoré pour le rapprochement |
Dans Dynamics 365, Microsoft combine par exemple une correspondance exacte et une option pour ignorer les valeurs vides. Activez-la : deux champs vides ne prouvent rien.
Ces règles déterminent aussi le prix d’un nettoyage externalisé, comme le montre notre article sur le tarif de la saisie. La normalisation fait partie des travaux qu’une saisie de données externalisée prend en charge.
Faire valider les cas ambigus avant toute fusion
Une fusion engage plus qu’il n’y paraît. Dans HubSpot, elle ne peut pas être annulée. Les valeurs de la fiche principale l’emportent en général, et les activités des deux fiches se retrouvent sur la nouvelle. Une erreur se répare alors à la main, quand elle se répare.
Avant de fusionner, désignez la fiche de référence et fixez une règle de survie pour chaque champ. La valeur la plus récente et vérifiée l’emporte ; une source contractuelle prime sur un formulaire, un formulaire sur un fichier acheté. Une opposition à la prospection enregistrée sur l’une des deux fiches doit survivre à la fusion : vérifiez que votre outil la conserve.
Les candidats doublons passent devant la personne qui connaît le client, souvent le commercial du compte, et non devant l’opérateur qui nettoie. Présentez-lui les paires en liste, avec leurs indices et une décision à cocher. Exemple entièrement fictif :
| Paire | Indices | Décision | Motif |
|---|---|---|---|
| Claire Martin (Lyon) / Claire Martin (Grenoble) | Même Siren, Siret différents, e-mails distincts | Pas de fusion | Deux personnes, deux établissements |
| J. Moreau / Jean Moreau | Même e-mail nominatif, même mobile | Fusion | Même personne ; fiche la plus récente retenue |
| Paul Girard (société A) / Paul Girard (société B) | Même nom, entreprises et e-mails différents | Pas de fusion | Homonymes confirmés par le commercial |
| Sophie Bernard / Sophie Bernard | Même e-mail ; opposition à la prospection sur la fiche de 2025 | Fusion | Opposition conservée sur la fiche fusionnée |
Cette validation humaine tracée évite l’effet de boîte noire, comme dans une mission KPO bien cadrée. Si vous confiez le nettoyage à un prestataire, reprenez aussi les précautions qui servent à sécuriser un projet de saisie.
Des doublons à trier sans fusion hâtive ?
Règles de rapprochement, validation des cas ambigus et journal des fusions
Contrôler un échantillon et garder la trace de chaque fusion
Une fois le lot traité, ne vous fiez pas au seul compteur de fiches. Tirez au hasard un échantillon, par exemple 200 fiches, et faites-le relire par une autre personne que l’opérateur.
| Contrôle | Avant | Après | Critère d’acceptation |
|---|---|---|---|
| Nombre de fiches contacts | 12 480 | 11 905 | Écart égal aux fusions journalisées (575) |
| Doublons confirmés restants, échantillon de 200 fiches | 9 | 0 | Aucun |
| Fusions erronées dans l’échantillon | Sans objet | 0 | Aucune |
| Personnes opposées à la prospection | 312 | 312 | Aucune opposition perdue |
| Fiches supprimées | Sans objet | 0 | Aucune suppression dans un lot de déduplication |
Tenez aussi un journal des fusions : date, règle appliquée, identifiants des deux fiches, fiche conservée, personne qui a validé. Il sert à retrouver une fiche absorbée par erreur, et à montrer comment vos données ont été corrigées : la CNIL attend des mesures raisonnables pour leur qualité.
Si le nettoyage se fait depuis un pays tiers, le cadre RGPD hors UE fixe les documents à signer avant tout export. Une fois la base propre, la tenue quotidienne des fiches peut revenir à un assistant virtuel formé au CRM, avec les mêmes règles de saisie.
Écrire les règles avant de lancer le nettoyage
Une déduplication réussie se juge aux décisions justes, pas au nombre de fiches en moins. Les doublons confirmés se fusionnent selon des règles écrites. Les cas ambigus passent devant la personne qui connaît le client, et chaque fusion laisse une trace.
Nous vous proposons de commencer par un échantillon limité. Notre équipe de traitement de données y applique vos règles de rapprochement et vous soumet les cas ambigus ; le traitement complet attend que l’échantillon soit accepté. Envoyez-nous la structure de vos fiches et quelques exemples de doublons pour cadrer un échantillon test.
Un échantillon de votre base, nettoyé selon vos règles
Envoyez-nous la structure de vos fiches et vos cas de doublons
Sources et références
Cet article s’appuie sur le référentiel de la CNIL relatif à la gestion des activités commerciales, sur la fiche de Service-public consacrée aux numéros Siren et Siret et sur la page de La Poste sur la normalisation des adresses postales. Le fonctionnement des outils est décrit d’après l’aide de HubSpot sur la fusion des fiches et la documentation Microsoft sur les règles de détection des doublons.
Questions fréquentes sur la déduplication CRM
Quelle différence entre dédupliquer et supprimer des contacts ?
La déduplication réunit deux fiches qui décrivent la même personne ou la même entreprise, en conservant l’historique des deux. La suppression retire une fiche de la base, ou l’archive, selon vos durées de conservation. Mélanger les deux opérations dans un même lot complique le contrôle : traitez d’abord les doublons, puis appliquez vos règles de purge séparément.
Peut-on annuler une fusion dans un CRM ?
Rarement de façon simple. HubSpot indique qu’une fusion de fiches ne peut pas être annulée ; vérifiez ce que permet votre propre outil. Exportez donc la base complète avant chaque lot, et tenez un journal des fusions avec les identifiants des fiches d’origine. En cas d’erreur, ces deux éléments permettent de recréer la fiche absorbée.
Faut-il dédupliquer avant ou après une migration de CRM ?
Avant, de préférence. Nettoyer le fichier d’export coûte moins cher que corriger une base déjà importée, où les doublons ont commencé à recevoir des activités. Profitez de la migration pour écrire vos règles de rapprochement et les paramétrer dans le nouvel outil : les doublons reviennent vite si rien n’empêche leur création.
Un outil de déduplication automatique suffit-il ?
Pour les doublons confirmés, souvent oui : un même e-mail nominatif ou un même Siret se traitent par règle. Pour les candidats doublons, non. Homonymes, établissements d’une même entreprise, personnes qui ont changé de poste : ces cas demandent quelqu’un qui connaît le client. Réservez l’automatisme aux règles sûres et la validation humaine au reste.
Que faire des adresses e-mail génériques comme contact@ ou info@ ?
Ne les utilisez pas comme critère de rapprochement : plusieurs personnes peuvent écrire depuis la même adresse générique. Rattachez-les plutôt à la fiche de l’entreprise ou de l’établissement. Si un contact ne dispose que d’une adresse générique, signalez-le pour qu’un commercial complète sa fiche lors du prochain échange avec le client.
À quelle fréquence nettoyer une base de contacts ?
Après chaque import massif, puis à intervalle régulier selon le volume de fiches créées : un contrôle trimestriel constitue un bon point de départ. Le meilleur nettoyage reste celui qu’on évite. Une règle qui bloque la création d’une fiche quand l’e-mail existe déjà allège les lots suivants. Comptez les doublons trouvés à chaque passage pour ajuster le rythme.
Le prestataire a-t-il besoin d’un accès complet au CRM ?
Non. Le rapprochement peut se faire sur un export, avec un compte limité pour appliquer les fusions validées. Les droits d’administration, de suppression et d’export complet restent chez vous. Si des données personnelles partent vers un pays sans décision d’adéquation, le contrat de sous-traitance et un outil de transfert, le plus souvent les clauses contractuelles types, doivent être en place avant le premier fichier.
