L'essentiel
Une base HubSpot se dégrade de trois façons : on crée deux fiches pour la même entreprise ou le même contact, on met à jour la mauvaise fiche, ou on écrase une donnée juste avec une donnée moins fiable. HubSpot a ses limites, on le verra, mais le problème vient surtout des sources qui écrivent dans la base (formulaires, imports, intégrations, commerciaux) : chacune applique ses propres règles, ou n'en applique aucune.
Trois règles répondent à ces trois risques :
- Une clé d'identité par objet (contact, entreprise), la même pour toutes les sources (email pour les contacts, SIREN et domaine pour les entreprises). Elle évite les doublons et les mises à jour de la mauvaise fiche.
- Une règle d'écriture par propriété : qui a le droit de la remplir, et qui a le droit de l'écraser.
- Un petit contrôle régulier : quelques vérifications chaque semaine et chaque mois, pour voir si une source recommence à créer des doublons.
On passe une bonne partie de l'année à nettoyer des bases HubSpot, et on en a tiré une leçon : un nettoyage ne tient dans la durée que si l'on change aussi la façon dont la donnée entre dans le CRM. C'est pour ça que, chez nos clients, le ménage va toujours de pair avec les règles qui suivent.
Pourquoi un HubSpot se re-salit-il après un nettoyage ?
Parce qu'un nettoyage corrige les fiches déjà présentes, mais ne change rien à celles qui vont arriver. Une base propre le jour J recommence à accumuler de la dette de données (des fiches fausses, incomplètes ou en double) dès le lendemain, par quatre portes.
- Les formulaires. Un prospect remplit un formulaire avec son email perso, puis un autre avec son email pro. HubSpot voit deux adresses, donc deux contacts. La parade existe : chaque formulaire HubSpot peut refuser les adresses de messageries gratuites comme Gmail ou Yahoo (à partir des abonnements Starter de Marketing Hub ou Content Hub).
- Les imports de fichiers. Un salon, un webinar, une liste achetée. Un fichier sans colonne email pour les contacts, ou sans domaine pour les entreprises, crée une nouvelle fiche par ligne.
- Les intégrations. Outil d'enrichissement, outil de prospection, outil de séquences : chacun pousse de la donnée via l'API, avec sa propre logique de reconnaissance. C'est la porte la plus sous-estimée (on y revient plus bas).
- La saisie commerciale. Un commercial crée « Groupe Dupont » alors que « Dupont SAS » existe déjà. Ou il corrige un effectif à la main, qu'un outil réécrit la semaine suivante.
Les doublons finissent toujours par se voir : un commercial tombe sur deux fiches pour le même prospect, ou le reporting compte deux leads au lieu d'un. Les deux autres problèmes passent beaucoup plus inaperçus, parce que HubSpot ne signale de lui-même ni une information enregistrée sur la mauvaise fiche, ni un champ écrasé. On s'en rend compte des semaines plus tard, par exemple quand un compte a changé de segment parce qu'un outil a modifié son effectif.
Comment HubSpot reconnaît-il une fiche déjà présente ?
Pour les fiches créées par import, par formulaire ou à la main, HubSpot dédoublonne automatiquement sur deux clés : l'email pour les contacts, le domaine pour les entreprises. Pour tout le reste (contacts sans email, entreprises sans domaine, entreprises créées par l'API), il faut s'en occuper soi-même.
Ce qui marche tout seul :
- À l'import, un contact dont l'email existe déjà met à jour la fiche existante. Seules les colonnes associées à une propriété HubSpot sont modifiées.
- À l'import, une entreprise est reconnue sur son domaine principal ou secondaire.
- En saisie manuelle, HubSpot bloque la création d'un contact qui a le même email qu'un contact existant, et prévient qu'une entreprise existe déjà quand le domaine est le même. Si le commercial ne renseigne pas le domaine, rien ne l'arrête.
Les angles morts qu'on retrouve dans presque tous les audits :
- Pas de clé, pas de reconnaissance. Un fichier de contacts sans email, ou d'entreprises sans domaine, crée une fiche par ligne.
- Plusieurs fiches pour une même clé. Si deux contacts partagent déjà un email, la ligne importée part en erreur et n'est pas importée. Les doublons existants bloquent les imports suivants.
- Les formulaires peuvent écraser l'email. Quand un contact déjà connu soumet un formulaire avec l'adresse secondaire enregistrée sur sa fiche, celle-ci remplace son email principal.
- L'API ne dédoublonne pas les entreprises sur le domaine. C'est l'angle mort le plus coûteux : quand une entreprise arrive par l'API, HubSpot ne vérifie pas si son domaine existe déjà. C'est écrit noir sur blanc dans sa documentation, et ça vaut aussi pour les applications tierces que vous installez (les outils de synchronisation développés par HubSpot ont leurs propres règles). Du coup, chaque outil branché doit faire lui-même le travail de reconnaissance.
Pour aller plus loin, HubSpot propose des propriétés à valeur unique (un champ qui ne peut pas porter la même valeur sur deux fiches), jusqu'à dix par type de fiche. L'option s'active uniquement à la création du champ, et elle ne s'applique pas aux formulaires. C'est ce qu'on utilise pour le SIREN (voir plus bas).
L'outil de gestion des doublons (détection et fusion) aide à nettoyer ce qui existe déjà, mais il n'empêche pas les prochains doublons d'arriver.
Pourquoi le domaine ne suffit-il pas pour les entreprises françaises ?
Un domaine, c'est un site web. Et en France, un site web et une entreprise se recoupent beaucoup moins souvent qu'on l'imagine. Quatre cas reviennent tout le temps :
- Un groupe, plusieurs sociétés, un seul domaine. Les filiales partagent le site du groupe. HubSpot rattache tout à une seule fiche : c'est le cas typique de la mise à jour de la mauvaise fiche, et le commercial qui vend à une filiale ne sait plus à qui il parle.
- Une société, plusieurs domaines. Un .fr et un .com, un site par marque. HubSpot accepte plusieurs domaines sur une même fiche, mais tant qu'ils n'y ont pas tous été ajoutés, chaque domaine crée sa propre fiche.
- Pas de site du tout. Beaucoup de PME industrielles, d'artisans ou de sociétés de services n'ont pas de site exploitable. Sans domaine, pas de dédoublonnage.
- Un changement de domaine. Après une fusion ou un changement de nom, la nouvelle adresse crée une nouvelle fiche à côté de l'ancienne.
Les chiffres donnent l'ampleur du problème. En 2023, l'Insee compte en France 333 grandes entreprises, qui regroupent à elles seules 30 693 unités légales : plus de 90 SIREN en moyenne derrière chacune. Les 7 442 ETI en regroupent 82 113.
Le cas des entreprises sans site n'a rien de marginal non plus. Pharow, qui rapproche les SIREN de leurs sites web et de leurs pages LinkedIn, recense 3,4 millions d'entreprises actives : environ 1 million seulement ont un site web identifié, soit moins d'une sur trois. Pour la majorité des entreprises françaises, il n'existe tout simplement pas de domaine fiable à utiliser comme clé.
La clé qui ne bouge pas, c'est le SIREN : neuf chiffres, attribués à l'entreprise, stables dans le temps. Concrètement, dans HubSpot :
- Créer une propriété entreprise « SIREN », en texte sur une ligne, avec des règles de validation qui n'acceptent que des chiffres et exactement neuf caractères.
- Au moment de la créer (l'option n'est plus disponible ensuite), activer dans ses règles de validation l'option qui exige une valeur unique. HubSpot refusera alors qu'une deuxième fiche porte le même SIREN, à la saisie, à l'import comme par l'API. Par l'API, il renvoie simplement une erreur : c'est à l'outil connecté de chercher la fiche existante avant d'écrire.
- Utiliser cette propriété comme clé d'import des entreprises, à la place du domaine quand il est absent ou ambigu.
- Garder le domaine renseigné à côté : quand l'association automatique est activée, c'est lui qui sert à rattacher les contacts à leur entreprise.
Encore faut-il remplir ce champ. Presque aucun formulaire ni fichier de salon ne contient de SIREN : il faut le récupérer par enrichissement, en rapprochant chaque fiche d'une base d'entreprises à partir de son nom, de son domaine ou de son adresse. C'est un travail à faire une fois pour les fiches existantes, puis à brancher sur chaque nouvelle entrée. Sans ça, la propriété reste vide et la clé ne sert à rien.
Reste un choix à faire : SIREN ou SIRET. Le SIRET (quatorze chiffres) identifie un établissement, pas l'entreprise. Si vous vendez à des sièges, le SIREN suffit. Si vous vendez à des sites (agences, usines, points de vente), il faut descendre au SIRET. Dans HubSpot, le plus lisible est alors de créer une fiche entreprise par établissement, rattachée à celle du siège grâce aux associations entre entreprise mère et filiales. Attention : les établissements partagent le domaine du siège. Il faut donc les importer avec le SIRET comme clé, en propriété à valeur unique, sinon HubSpot les fusionne sur le domaine. Et comme l'association automatique rattache un contact à une seule des fiches qui partagent son domaine, sans qu'on puisse choisir laquelle, il faudra vérifier ces rattachements.
Le choix se pose moins souvent qu'on ne le croit : selon l'Insee, 95 % des unités légales n'avaient qu'un seul établissement en 2021. Il concerne surtout les réseaux, les franchises et les groupes multi-sites, qui sont justement les comptes où un doublon coûte le plus cher.
Quelles clés retenir pour chaque type de fiche ?
Pour résumer : une clé principale et une clé de secours par type de fiche, et surtout les mêmes pour toutes les sources. Deux outils qui reconnaissent les entreprises sur deux clés différentes finiront par créer chacun leurs propres fiches.
Le nom seul n'est jamais une clé : « Dupont », « Dupont SAS » et « Groupe Dupont » peuvent désigner trois sociétés, ou une seule. Il peut aider à confirmer qu'on parle de la bonne société, mais il ne suffit jamais à lui seul.
Une fois les clés choisies, écrivez-les quelque part. Chaque nouvel outil branché sur HubSpot devra être configuré sur ces clés-là, pas sur ses réglages par défaut.
Qui a le droit d'écrire dans quel champ ?
Quand un champ est écrasé, on accuse souvent l'outil. Le plus souvent, en réalité, personne n'a jamais décidé quelle source faisait foi pour ce champ-là.
La solution : lister vos propriétés importantes et décider, pour chacune, deux choses. D'abord, quelle source fait foi (le commercial, un outil d'enrichissement, un workflow). Ensuite, ce que les autres sources ont le droit de faire : remplir le champ s'il est vide, l'écraser si leur donnée est plus récente, ou ne jamais y toucher. Voici le tableau qu'on utilise en général comme point de départ :
La ligne effectif mérite un exemple. Beaucoup d'équipes répartissent leurs comptes par tranche d'effectif. Si un outil réécrit l'effectif d'une entreprise de 45 à 60 salariés, le compte change de segment, et parfois de commercial, sans que personne ne l'ait décidé. D'où la règle « remplir si vide » : le champ qui sert à la répartition ne bouge que sur décision de l'équipe. Pour garder quand même la valeur la plus récente, on la range dans un second champ (par exemple « Effectif selon l'outil d'enrichissement ») et on compare de temps en temps.
Attention à une limite de HubSpot. Sur les abonnements Enterprise, on peut restreindre l'édition d'une propriété à certains utilisateurs. Mais HubSpot le précise lui-même : une propriété restreinte reste modifiable via l'API. Une intégration peut donc écrire dans un champ que vos commerciaux ne peuvent pas toucher. Il faut aussi poser les règles d'écriture dans chaque outil connecté, pas seulement dans HubSpot.
Une fois ce tableau rempli, il sert de cahier des charges à chaque nouvel outil : avant de le brancher, on vérifie qu'il sait le respecter.
Comment brancher une source externe sans créer de doublons ?
Puisque HubSpot ne dédoublonne pas sur le domaine les entreprises créées par l'API, et qu'une propriété unique ne fait que refuser le doublon avec une erreur, c'est l'outil connecté qui porte la responsabilité. Avant d'en brancher un, on pose toujours les mêmes quatre questions :
- Sur quelles clés reconnaît-il une fiche existante ? Si c'est le nom seul, il créera des doublons. Il doit pouvoir utiliser vos clés : email, SIREN, domaine.
- Que fait-il quand il hésite ? Deux fiches possibles, ou juste un nom qui ressemble : crée-t-il, choisit-il seul, ou vous demande-t-il ?
- Peut-on lui interdire certains champs ? Il doit respecter vos règles d'écriture, champ par champ.
- Voit-on ce qui va changer avant de valider ? Une mise à jour en masse sans aperçu, c'est un pari.
Ensuite, trois approches coexistent sur le terrain, et elles se combinent souvent :
- Chercher avant de créer, dans un workflow. C'est ce qu'on construit dans nos flux Clay ou n8n : une recherche dans HubSpot sur la clé choisie, puis une création seulement si rien ne correspond. Très souple, mais chaque règle est à écrire et à maintenir.
- Fusionner après coup. Des outils de qualité de données détectent et fusionnent les doublons déjà dans HubSpot. Utile pour rattraper l'existant, mais ça ne règle pas la cause.
- Utiliser une source qui reconnaît avant d'écrire. Certains outils de prospection font le rapprochement eux-mêmes au moment de l'export. C'est le cas de Pharow, qui reconnaît les fiches déjà présentes dans HubSpot et les met à jour sans créer de doublon, en s'appuyant sur plusieurs identifiants (SIREN, site web, nom de domaine sans son extension, URL LinkedIn).
Dans un workflow, la logique tient en trois étapes :
- Chercher l'entreprise dans HubSpot sur son SIREN. Si elle existe, la mettre à jour.
- Sinon, la chercher sur son domaine. Si elle existe, la mettre à jour et lui ajouter son SIREN.
- Sinon seulement, créer la fiche, avec son SIREN.
La différence entre les trois approches tient à l'endroit où se fait la reconnaissance. Dans les deux premiers cas, c'est vous qui construisez la logique, ou qui réparez après coup. Dans le troisième, elle fait partie du flux d'alimentation lui-même : chaque fiche est reconnue avant d'être écrite, et seuls les cas vraiment ambigus vous sont soumis.
Quelle que soit l'approche, la règle reste la même : un outil qui ne passe pas les quatre questions n'écrit pas dans HubSpot, ou seulement dans un compte de test (les comptes sandbox de HubSpot sont réservés aux abonnements Enterprise).
Quelle routine pour garder la base propre ?
Pas besoin d'y passer des heures : quelques contrôles réguliers évitent de devoir tout renettoyer chaque année.
Chaque semaine :
- Ouvrir la gestion des doublons de HubSpot (abonnements Pro et Enterprise) et traiter les nouvelles suggestions.
- Regarder combien de fiches chaque source a créées dans la semaine (import, formulaire, intégration, saisie manuelle). Si une source en crée soudain beaucoup plus que d'habitude, c'est souvent qu'elle ne reconnaît plus les fiches existantes.
Chaque mois :
- Lister les entreprises sans SIREN et les contacts sans entreprise associée.
- Contrôler l'historique de quelques champs protégés (effectif, propriétaire) : qui les a modifiés, et depuis quelle source.
- Repérer les propriétés jamais remplies et les supprimer, pour que les commerciaux s'y retrouvent.
À chaque nouvel outil connecté : repasser les quatre questions de la partie précédente, et mettre à jour le tableau des règles d'écriture.
Rien de tout cela ne demande d'outil supplémentaire : les vues, l'historique des propriétés et la gestion des doublons sont dans HubSpot.
Nettoyer une fois, fermer les portes pour de bon
Un grand ménage remet la base à zéro, mais c'est au quotidien qu'elle se garde propre, avec les trois règles vues plus haut : une clé d'identité par objet, partagée par toutes les sources ; une règle d'écriture par propriété, posée dans HubSpot et dans chaque outil ; une routine qui repère la prochaine porte ouverte avant qu'elle ait fait des dégâts.
Si votre HubSpot en est encore au stade où chaque import fait peur, c'est exactement le chantier qu'on mène avec nos clients en tant qu'agence RevOps : audit des sources, nettoyage, puis mise en place des règles pour que ça tienne.
Sources
- Dédoublonnage des fiches dans HubSpot, base de connaissances HubSpot, septembre 2026.
- Block form submissions from specific email domains or free email providers, base de connaissances HubSpot, juillet 2026.
- Set validation rules for a property, base de connaissances HubSpot, septembre 2026.
- Restreindre l'accès aux propriétés, base de connaissances HubSpot, avril 2026.
- Le tissu productif français par catégorie d'entreprises en 2023, Insee Focus n° 372, décembre 2025 (entreprises et unités légales en 2023).
- Les différents niveaux et champs d'observation de l'appareil productif en France, Les entreprises en France, Insee Références, édition 2023 (part des unités légales mono-établissement en 2021).
- Pharow, base d'entreprises actives et rapprochement SIREN et site web, septembre 2026.
