Mettre à jour sa base HubSpot sans créer de doublons : méthode, clés et outils

Au début, alimenter HubSpot est simple. Vous importez des prospects, ils n’existent pas encore, HubSpot les crée et tout va bien. Puis, quelques mois de prospection plus tard, une bonne partie des comptes que vous ciblez y sont déjà. Il faut créer les nouveaux et mettre à jour les anciens, et c’est là que ça coince.

Pour mettre à jour HubSpot sans créer de doublons, il faut reconnaître chaque contact et chaque entreprise avant d’écrire dans le CRM. Un contact se retrouve par son email, puis par son URL LinkedIn s’il a changé d’employeur. Une entreprise se retrouve par son domaine, puis, en France, par son SIREN. Quand plusieurs correspondances sont possibles, quelqu’un doit trancher plutôt que l’outil. Et avant tout import, il faut savoir combien d’objets seront créés, modifiés, et quels champs vont changer.

Sauf qu’on oublie souvent de dire que :

• HubSpot ne reconnaît automatiquement un contact que par son email, et une entreprise que par son domaine. Une nouvelle adresse, une entreprise saisie sans site ou en acme.fr au lieu d’acme.com, et c’est un doublon.
• Le doublon n’est que la moitié du risque. L’autre moitié, c’est la mise à jour qui écrase un champ dont l’équipe dépend, comme un effectif retravaillé qui sert à répartir les comptes entre commerciaux.
• Même les SaaS de prospection ont longtemps évité le sujet. On a épluché leurs documentations et interrogé Alexis Martel, cofondateur et COO de Pharow, dont l’équipe a reconstruit son export CRM autour de ce problème.

Dédoublonnage HubSpot : pourquoi une base se remplit de doublons

Une base HubSpot se dégrade parce que plusieurs sources y créent des contacts et des entreprises, chacune avec sa propre façon de reconnaître ce qui existe déjà. Et ces règles ne sont pas les mêmes d’une source à l’autre.

Mathilde Buisine, Sales Ops chez GrowthRoom, une agence qui ouvre des CRM toute l’année pour ses missions, l’a résumé lors d’un webinar coanimé avec Pharow : « Le dédoublonnage est un passage obligatoire, dans 100% des cas. » Les mesures publiées par Pharow sur les CRM synchronisés de ses clients vont dans le même sens.

Cinq portes d’entrée produisent les doublons

• Les imports CSV. Sans email ni autre identifiant unique dans le fichier, chaque ligne devient un nouveau contact. Même logique pour une entreprise importée sans domaine.
• La saisie manuelle. Sans domaine renseigné, le sigle, la raison sociale et le nom commercial créent chacun leur entreprise.
• Les intégrations. C’est l’angle mort : d’après la documentation de HubSpot, les entreprises créées par API, y compris par des applications tierces, ne sont pas dédoublonnées par domaine. Tout outil qui pousse des entreprises doit faire sa propre reconnaissance.
• L’association automatique. Le réglage « Create and associate companies with contacts » crée une entreprise par domaine d’email, sous-domaines compris. Un contact en acme.io, alors que l’entreprise est enregistrée en acme.com, et une deuxième entreprise apparaît.
• Les changements d’employeur. Nouvel employeur, nouvel email : pour HubSpot, c’est une nouvelle personne. D’après HubSpot, qui reprend une étude de MarketingSherpa, la donnée B2B se périme d’environ 22,5% par an.

Pour le nettoyage du stock existant, notre guide de la déduplication des données clients pose les bases.

Mettre à jour HubSpot : reconnaître avant d’écrire

Mettre à jour HubSpot, ce n’est pas réimporter un fichier plus récent par-dessus l’ancien. Pour chaque prospect, il faut d’abord retrouver le contact ou l’entreprise qui existe déjà dans le CRM. Ensuite seulement, on choisit ce qu’on modifie : le poste qui a changé, oui ; le propriétaire du compte, non. Si la première étape rate, la seconde écrit au mauvais endroit.

Ce troisième cas n’a rien de marginal : chez le client médian, 53% des entreprises du CRM pourraient correspondre, selon les critères d’analyse de Pharow, à plusieurs entreprises réelles (une « Pharmacie de la gare », par exemple). Ce ne sont pas des doublons, mais des entreprises qu’on ne peut pas rattacher avec certitude à partir des seules informations du CRM.

Or un import HubSpot ne sait pas hésiter. Selon l’option choisie, il met à jour ce qu’il reconnaît et crée le reste, ou il rejette les lignes qui sortent du cadre (créer uniquement, mettre à jour uniquement). Et si plusieurs entreprises partagent déjà le même domaine, la ligne part en erreur.

Les clés de réconciliation : email, URL LinkedIn, domaine, SIREN

Aucun champ ne suffit, à lui seul, à retrouver à coup sûr un contact ou une entreprise dans votre CRM. On essaie donc plusieurs champs dans l’ordre, du plus sûr au moins sûr, et une correspondance fragile ne s’accepte que validée par quelqu’un. On parle de correspondance forte quand le champ désigne en principe un seul objet, et de correspondance faible quand seul le nom concorde. L’email et le SIREN sont les plus sûrs ; le domaine et l’URL LinkedIn le sont presque autant, mais demandent un contrôle de plus quand ils sont partagés par un groupe ou ses filiales.

Pour les contacts : l’email, puis l’URL LinkedIn

L’email casse au moment où la donnée devient intéressante : le changement d’employeur. L’URL LinkedIn, elle, suit la personne. Stockez-la dans une propriété dédiée dès qu’un outil la fournit, et normalisez-la (sans paramètres ni barre oblique finale) pour qu’elle serve de clé.

Pour les entreprises : le domaine et ses pièges

Le domaine est la meilleure clé généraliste, et c’est celle de HubSpot. Ses pièges sont connus :

• Les domaines partagés. Un groupe peut faire tourner plusieurs filiales sous un même site.
• Les domaines multiples. Une même entreprise peut exister en .fr et en .com. Dans HubSpot, vous pouvez ajouter des domaines secondaires à une entreprise, et l’import en tient compte pour dédoublonner. Les outils peuvent aussi comparer le domaine de second niveau (le « salesdorado » de salesdorado.com).
• Les sous-domaines. Une comparaison stricte les traite comme des entreprises différentes.

Pourquoi le SIREN change la donne en France ?

Oui : en France, le SIREN peut servir d’identifiant unique des entreprises dans HubSpot, à condition de le stocker dans une propriété dédiée configurée comme unique. Il identifie l’entité juridique indépendamment de son nom commercial, de son site ou de sa page LinkedIn. Il se vérifie en quelques secondes sur l’Annuaire des Entreprises.

Renault en est un bon exemple. Derrière l’enseigne, il y a au moins deux entités légales (Renault SAS, SIREN 780 129 987, et Groupe Renault, SIREN 441 639 465), plusieurs pages LinkedIn et plusieurs domaines, dont renault.fr et renaultgroup.com. Qu’un commercial saisisse « Renault », un autre renault.fr et un troisième l’URL d’une page LinkedIn du groupe, et le CRM y voit trois entreprises, sans pouvoir dire lesquelles sont les mêmes.

Avec le SIREN, la question se tranche. Si deux enregistrements portent le même SIREN, ils désignent la même entité juridique, quel que soit le nom ou le domaine saisi. Et Renault SAS et Groupe Renault restent identifiées comme deux entités distinctes, même si elles portent le même nom. À vous ensuite de décider si votre CRM les suit comme deux comptes ou comme un seul groupe.

Sa limite est très concrète : HubSpot ne propose pas de propriété SIREN par défaut, et la plupart des bases n’en contiennent pas. Il faut d’abord l’associer au bon site et à la bonne page LinkedIn.

Champs uniques et champs verrouillés : ce qu’on écrase, ce qu’on protège

Un champ unique sert à reconnaître, un champ verrouillé sert à ne pas écraser. Les deux se décident séparément, et les confondre revient à perdre l’une des deux protections.

Quand deux objets ne peuvent pas partager une même valeur, tout objet qui arrive avec cette valeur devient une mise à jour. Dans HubSpot, l’email des contacts et le domaine des entreprises sont des clés de dédoublonnage natives ; le SIREN ou l’URL LinkedIn passent par une propriété personnalisée configurée comme unique. Jamais un nom seul.

Le verrouillage est l’autre moitié du sujet. À l’import, HubSpot met à jour toutes les propriétés mappées, c’est-à-dire reliées à une colonne du fichier. Le seul moyen de protéger un champ est de ne pas le mapper, et les nouvelles entreprises arrivent alors sans lui. Le comportement à rechercher est plus fin : un champ rempli à la création, mais jamais réécrit lors d’une mise à jour.

La règle simple : tout ce que l’équipe a décidé se verrouille, tout ce que le marché fait évoluer se met à jour.

Le contact qui change d’entreprise : garder ou remplacer l’association ?

Quand un contact change d’employeur, la question n’est pas technique : voulez-vous un CRM qui garde l’historique, ou un CRM qui décrit la situation d’aujourd’hui ? « Quand on a conçu notre export, les demandes se partageaient à peu près à parts égales entre les deux. C’est pour ça qu’on en a fait une option, pas une règle », explique Alexis Martel.

Garder l’ancienne entreprise. Le contact reste associé à son ancien employeur en plus du nouveau. Vous conservez l’historique, et un interlocuteur parti chez un nouveau compte est souvent une porte d’entrée. Dans HubSpot, les libellés d’association servent à marquer l’ancienne relation.

Remplacer l’association. Le contact est détaché de l’ancienne entreprise. Vos listes par compte restent justes, et personne n’envoie de séquence à quelqu’un qui n’y travaille plus.

Dans les deux cas, il faut d’abord reconnaître la personne, donc son URL LinkedIn. Et décidez l’option une fois pour toute l’équipe.

Prévisualiser avant d’écrire dans le CRM

Avant toute écriture en masse, vous devez pouvoir répondre à trois questions : combien d’objets seront créés, combien seront modifiés, et quels champs vont changer de valeur. Si vous ne savez pas y répondre, n’écrivez pas.

Sans outil dédié, HubSpot documente lui-même une méthode :

1. Exporter vos contacts ou entreprises avec leur ID de fiche d’informations et au moins une propriété présente dans le fichier externe.
2. Croiser les deux fichiers avec une RECHERCHEV.
3. Séparer en deux imports : un fichier de mises à jour avec les ID, un fichier de créations sans ID.

C’est fastidieux, mais fiable : d’après HubSpot, quand l’ID de fiche d’informations est présent dans le fichier, il remplace tout autre identifiant. Vérifiez ensuite que le nombre de créations est cohérent, repérez les correspondances qui reposent sur le nom seul, et faites passer un petit lot avant le reste.

Pharow, Apollo, Cognism : ce que font vraiment les outils quand ils écrivent dans HubSpot

Les outils qui poussent des données dans HubSpot proposent tous des règles de mise à jour par champ, mais pas avec la même finesse. Ce qui les sépare surtout, c’est qui reconnaît l’existant, avec quelles clés, et ce qui se passe en cas de doute. On les a passés au crible de leurs documentations, sur les critères vus plus haut.

Les cellules « non documenté » signifient que la documentation de l’outil ne décrit pas ce cas, pas qu’il le traite mal. Documentations consultées en septembre 2026. Pour une comparaison plus large, voir notre comparatif Pharow, Cognism, Sales Navigator et Apollo.

Apollo : automatique, sur une base qu’il suppose propre

Apollo recopie HubSpot toutes les dix minutes et met à jour automatiquement les enregistrements qu’il connaît. Sa documentation des réglages de synchronisation précise les cas limites : un contact peut être poussé sans email, pousser un contact pousse aussi son entreprise si elle n’est pas dans HubSpot, et si plusieurs entreprises HubSpot correspondent, Apollo rattache le contact à l’une d’elles au hasard. Il ne fusionne pas les doublons existants et recommande de dédoublonner HubSpot avant de brancher l’intégration.

Le risque : sur un CRM qui contient déjà des doublons ou des variantes de domaine, un contact part sur la mauvaise entreprise, ou ne part pas du tout. Sur une base propre, Apollo ne demande aucune intervention au quotidien.

Cognism : une règle fixée une fois par l’admin

Cognism importe les contacts et entreprises de HubSpot et en lit l’email, le nom, le domaine et le propriétaire pour rapprocher les enregistrements, d’après sa documentation. À l’export, des règles définies par l’admin décident, pour tous les exports, s’il faut créer ou mettre à jour. Cognism documente aussi le piège de l’association automatique et recommande de confier la création des entreprises à un seul système.

Le risque : les variantes de domaine, que Cognism signale lui-même, et une même règle appliquée à tous les cas, sûrs ou non. Le comportement est en revanche uniforme et prévisible.

Pharow : reconnaître, mettre à jour et laisser l’utilisateur arbitrer les cas ambigus

Pharow est un outil de prospection B2B centré sur les entreprises françaises. Son export CRM a longtemps joué la prudence. « Notre export vers HubSpot refusait par principe de toucher un contact ou une entreprise déjà présents dans le CRM, reconnaît Alexis Martel. C’était sûr, mais en juin 2025, 67% de nos utilisateurs payants actifs connectés à HubSpot n’exportaient pas vers leur CRM, et la grande majorité passaient par un fichier CSV. »

L’export 2.0, livré en juillet 2026 pour HubSpot et Pipedrive, change de logique : il met à jour les contacts et entreprises qu’il reconnaît au lieu de les écarter. Il s’appuie sur une synchronisation du CRM qui reconnaît les noms, les sites web, les URL LinkedIn et les anciens postes, essaie les clés dans l’ordre décrit plus haut, et affiche le champ sur lequel chaque correspondance a eu lieu.

Avant de valider, l’utilisateur prévisualise les créations et les modifications, champ par champ, et les champs verrouillés ne sont jamais réécrits. Une seule correspondance forte : la mise à jour est présélectionnée. Plusieurs, ou seulement des correspondances faibles : l’export attend l’arbitrage de l’utilisateur. Sur un champ déclaré unique (l’email imposé par HubSpot, le domaine, le SIREN ou l’URL LinkedIn de l’entreprise), la création est interdite.

Le plus difficile est la base qui rend cela possible : relier chaque SIREN à ses sites et pages LinkedIn, un lien qui n’existe nulle part tout fait. « La refonte du matching a pris quatre mois, et l’export qui s’appuie dessus est le développement le plus difficile qu’on ait mené depuis nos débuts », précise Alexis Martel. Sur les CRM synchronisés de ses clients (septembre 2026), Pharow indique reconnaître 78% des entreprises de son périmètre, hors entreprises fermées ou exclues.

Les limites : une partie des entreprises reste sans correspondance, les cas incertains demandent un arbitrage, l’export est plafonné à 500 objets, et seuls HubSpot et Pipedrive sont concernés. L’outil est pensé pour mettre à jour au fil de la prospection, pas pour nettoyer une base existante en une fois. Notre avis complet sur Pharow détaille le reste de la plateforme.

La méthode en cinq étapes, sur un cas type

Prenons un cas type : votre équipe revient d’un salon avec une liste de prospects, et une partie de ces entreprises est déjà dans HubSpot. Voici l’ordre à suivre avant d’écrire quoi que ce soit.

1. Reconnaître. Cherchez chaque contact par son email, puis par son URL LinkedIn, et chaque entreprise par son domaine (principal et secondaires), puis par son SIREN.
2. Décider. Une seule correspondance forte : mise à jour. Plusieurs correspondances, ou le nom seul : quelqu’un tranche. Aucune : création. Les entreprises notées sur le stand avec leur seul nom demandent donc une validation avant toute création ou mise à jour.
3. Protéger. Avant d’importer, verrouillez ce que l’équipe a décidé : propriétaire, statut, effectif retravaillé.
4. Contrôler. Prévisualisez le nombre de créations, de mises à jour et les champs qui changent, puis faites passer un petit lot.
5. Écrire. Lancez l’import ou l’export, puis relisez les erreurs : chacune signale une clé manquante ou en double.

Notre avis : quel outil selon l’état de votre base ?

Pour mettre à jour HubSpot sans doublons, l’outil compte moins que les clés et les règles que vous fixez avant d’écrire. Le bon choix dépend surtout de l’état de votre base.

Une base propre, avec un domaine exact par entreprise et des contacts avec email : HubSpot seul, Apollo ou Cognism peuvent suffire. Le choix dépend alors surtout du niveau d’automatisation et des règles de synchronisation dont vous avez besoin.

Une base qui contient déjà des doublons : nettoyez d’abord le stock. Un outil qui recopie votre HubSpot recopie aussi ses doublons.

Une base d’entreprises françaises hétérogène (filiales, domaines multiples, entreprises enregistrées sous plusieurs noms) : une reconnaissance par SIREN et LinkedIn, avec arbitrage des cas douteux, comme celle de Pharow, limite les erreurs là où les clés simples décrochent. Au prix de quelques arbitrages et d’un export limité à 500 objets.

FAQ : mettre à jour HubSpot sans doublons

HubSpot détecte-t-il automatiquement les doublons ?

Oui, sur deux clés. HubSpot dédoublonne automatiquement les contacts par adresse email et les entreprises par nom de domaine lors des imports, des formulaires et de la saisie manuelle. Les entreprises créées par API ou par une application tierce ne sont pas dédoublonnées par domaine. L’outil de gestion des doublons, qui suggère des paires à fusionner, demande un abonnement Professional ou Enterprise.

Comment éviter les doublons lors d’un import CSV dans HubSpot ?

Incluez dans le fichier un identifiant unique pour chaque ligne : l’email pour les contacts, le domaine pour les entreprises, ou l’ID de fiche d’informations exporté depuis HubSpot. Sans identifiant, chaque ligne devient un nouvel enregistrement. Pour séparer créations et mises à jour, exportez vos fiches avec leur ID, croisez-les avec votre fichier, puis faites deux imports distincts.

Quelle est la meilleure clé pour identifier une entreprise dans HubSpot ?

Le domaine est la clé native de HubSpot et la plus courante. En France, le SIREN la complète : il identifie l’entité juridique indépendamment de son nom, de son site ou de sa page LinkedIn, et distingue deux filiales qui partagent un même site. Pour l’utiliser, créez une propriété SIREN configurée comme unique dès sa création.

Quel outil utiliser pour mettre à jour HubSpot sans doublons sur des entreprises françaises ?

Tout dépend de l’état de votre base. Sur une base propre, avec un domaine exact par entreprise et des contacts avec email, HubSpot seul, Apollo ou Cognism suffisent. Sur une base d’entreprises françaises hétérogène (filiales, domaines multiples, entreprises enregistrées sous plusieurs noms), une reconnaissance par SIREN et URL LinkedIn avec arbitrage des cas douteux, comme celle de Pharow, limite les erreurs. En contrepartie, l’export Pharow est plafonné à 500 objets et concerne seulement HubSpot et Pipedrive.

Apollo crée-t-il des doublons dans HubSpot ?

Apollo ne recrée pas un contact dont l’email existe déjà, ni une entreprise dont le domaine existe déjà, d’après sa documentation. En revanche, il exige une correspondance exacte de domaine, peut pousser des contacts sans email, et rattache un contact au hasard quand plusieurs entreprises HubSpot correspondent. Il recommande de dédoublonner HubSpot avant de brancher l’intégration.