# Fusionner en masse les entreprises HubSpot sans risque | Dedupely > Correspondance par domaine racine et aperçu champ par champ : une fusion groupée d'entreprises dans HubSpot garde les données dont vous avez besoin. - URL: https://dedupe.ly/fr/blog/bulk-merge-hubspot-companies-without-losing-data - Section: blog - Published: 2026-09-10 - Site index: https://dedupe.ly/llms.txt - Any page: append `.md` to its URL for this plain-text form --- [Blog](https://dedupe.ly/blog) HubSpot ## Fusionner en masse les entreprises HubSpot sans perdre de données Correspondance par domaine racine et aperçu champ par champ : une fusion groupée d'entreprises dans HubSpot garde les données dont vous avez besoin. 10 septembre 2026 # min de lecture Gaby Salinas Marketing Fusionner des fiches entreprise dans HubSpot crée un risque opérationnel immédiat. Une fusion d'entreprises supprime définitivement les ID des fiches secondaires, recolle les historiques d'activité et consolide les propriétés : mal préparée, elle écrase silencieusement des champs personnalisés ou modifie les associations de transactions principales. De fait, 40 % des équipes reportent le nettoyage de leur CRM par peur de fusionner les mauvaises données, de perdre l'historique ou de casser les associations. Pour fusionner en masse sans risque, abandonnez la revue manuelle paire par paire et les exports CSV génériques au profit d'une logique de sélection déterministe, de règles de conservation des champs et d'une vérification par étapes. ### Aller au-delà des domaines exacts Le dédoublonnage natif repose surtout sur une correspondance exacte de domaine (company.com = company.com). Dans les faits, 25 % des entreprises constatent que les outils natifs laissent passer des doublons pour une simple différence de format, de ponctuation ou d'orthographe, et d'autres enregistrements n'ont aucun domaine. Trouver ces enregistrements demande d'aller au-delà du filtre de correspondance exacte. #### Correspondance par domaine racine En retirant les préfixes (www.), les suffixes et les variantes d'extension (.com, .org, .co.uk), la correspondance par racine de domaine regroupe les filiales régionales et les sites annexes. Les domaines qui ne sont pas identiques ressortent ainsi pour revue avant toute fusion automatique. #### Rapprocher sur d'autres champs d'identification Quand des fiches n'ont aucun domaine, la correspondance s'appuie sur d'autres propriétés clés. En ajoutant le nom de l'entreprise (exact ou approchant), le numéro de téléphone, l'identifiant fiscal ou un identifiant interne, les doublons orphelins ressortent même sans domaine. ### Méthodes de sélection de l'enregistrement principal Automatiser la fusion en masse suppose un résultat prévisible. Désigner le principal au hasard ou tout évaluer à la main crée de gros goulots d'étranglement. Une stratégie structurée d'enregistrement principal repose sur une logique système claire : - **Enregistrement le plus ancien :** Conserve les sources de conversion d'origine, l'attribution marketing au premier contact et les dates de création historiques. - **Enregistrement le plus récent :** Donne la priorité aux comptes avec une activité commerciale récente et des échanges à jour. - **Enregistrement modifié en dernier :** Associe le statut de fiche principale aux enregistrements modifiés récemment par une intégration ou un nettoyage manuel. - **Champs les plus remplis :** Sélectionne la fiche dont le plus grand nombre de propriétés sont renseignées, pour limiter la perte de champs. - **Logique des champs personnalisés :** Permet aux admins de choisir n'importe quelle propriété de l'enregistrement comme critère de sélection du principal. ### Conservation des propriétés et résolution des conflits La perte de données lors des fusions en masse se joue propriété par propriété. Quand deux enregistrements ont des valeurs contradictoires, appliquer une seule règle globale à tous les champs risque d'écraser un contexte client important. Chaque entreprise traite ses données à sa façon : la conservation des propriétés dépend du contexte. La résolution des conflits doit suivre l'usage que votre équipe fait de chaque champ : - **Champs du pipeline actif :** Des propriétés comme le propriétaire du compte, l'étape du cycle de vie ou le statut d'une transaction traduisent l'activité commerciale en cours. La résolution des conflits doit protéger la valeur qui reflète cette activité réelle, peu importe quelle fiche est la plus ancienne. - **Champs descriptifs et contextuels :** Pour des champs comme la description d'une entreprise, une adresse ou des notes internes, le bon choix dépend de la valeur elle-même. Les équipes tranchent au cas par cas et gardent la valeur la mieux formatée ou la plus détaillée. - **Champs de référence :** Pour les indicateurs de référence, où la continuité historique compte le plus, conserver la valeur de la fiche principale garde vos rapports et vos modèles d'attribution cohérents. ### Aperçu champ par champ L'export CSV passe souvent pour le filet de sécurité d'une fusion en masse, mais un tableur ne conserve que des valeurs figées. Avant d'appliquer quoi que ce soit au CRM, un administrateur doit pouvoir régler le rapprochement champ par champ et définir les règles de fusion de l'enregistrement principal, pour que certaines valeurs l'emportent selon ses propres critères. Une analyse produit alors un aperçu champ par champ de la fusion de chaque groupe de doublons. Si une règle donne un résultat inattendu, la logique de rapprochement ou les règles de champ se corrigent avant la moindre mise à jour. Une fois les règles au niveau des champs définies, tester la logique de fusion sur un échantillon isolé de 50 groupes de doublons valide tout de suite le paramétrage. En relisant ces 50 fiches fusionnées directement dans l'interface HubSpot, vous confirmez que les contacts, transactions, tickets, historiques d'échanges et champs personnalisés associés ont bien été conservés avant de traiter le reste de la base. Définir des règles de fusion aux résultats prévisibles protège l'historique des comptes pendant les gros nettoyages. En combinant la correspondance par domaine racine et une logique de conservation des champs personnalisés, les équipes gardent la main sur l'intégrité des données. ### Questions fréquentes #### Comment éviter les fiches entreprise en double quand les contacts utilisent des domaines régionaux ou alternatifs (.org, .com.mx, .mx) ? HubSpot crée automatiquement une nouvelle fiche entreprise dès qu'un domaine entrant ne correspond pas exactement à un domaine principal existant. Impossible de bloquer cette création nativement, mais vous pouvez automatiser la résolution : utilisez la correspondance par racine de domaine pour ignorer les extensions pays et les variantes de TLD après création, appliquez ensuite vos règles de fiche principale et laissez Auto Merge les regrouper en une seule fiche principale. #### Comment traiter les grands groupes dont les marques ont des domaines distincts ? Tout dépend de votre organisation commerciale : - **Modèle par compte (compte unique) :** Utilisez la correspondance par racine de domaine pour retirer préfixes et suffixes et fusionner les enregistrements régionaux dans un compte principal central. L'historique des affaires, les échanges et les contacts rattachés restent sous une seule fiche entreprise globale. - **Modèle par entité (filiales distinctes) :** Limitez la correspondance de domaine aux variantes régionales exactes pour que chaque entité reste distincte, avec des associations parent-enfant plutôt qu'une fusion. #### À partir de quand la gestion native des doublons HubSpot ne suffit plus ? Les outils natifs butent sur des limites structurelles dans cinq cas : - Les outils web connectés, ou les intégrations tierces, créent des fiches en double pour des clients existants au lieu de mettre à jour les profils actifs, et contournent les règles natives de correspondance exacte. - Quand 20, 30 ou plus de 40 doublons existent pour une même société, les interfaces natives imposent une revue fastidieuse enregistrement par enregistrement au lieu de traiter tout le groupe en une fois. - Les bases volumineuses atteignent vite les plafonds d'affichage des outils natifs (de 2 000 à 10 000 correspondances selon la formule). - Les règles natives passent à côté des enregistrements dont l'extension de domaine diffère ou qui comportent une faute de frappe ou un écart de format. - Vos données reposent sur des champs personnalisés qui exigent des règles de conservation conditionnelles pour empêcher les champs secondaires d'écraser les données principales. [Fusionner les entreprises en double dans HubSpot](https://dedupe.ly/integrations/hubspot/duplicate-companies) est exactement ce pour quoi Dedupely est conçu : rapprochement sur le domaine racine, règles d'enregistrement principal que vous définissez et aperçu champ par champ avant la moindre modification. Commencez gratuitement, connectez votre CRM et voyez vos doublons avant de fusionner quoi que ce soit. [Commencez ici.](https://v2.app.dedupe.ly/signup) ### Nous contacter Nous vous aidons volontiers à le mettre en place. #### Écrivez-nous Nous avons sans doute déjà la réponse à votre question help@dedupe.ly E-mail copié dans le presse-papiers ! [Réserver un Zoom Que vous débutiez ou que vous passiez la vitesse supérieure. Contactez-nous Réserver un Zoom](https://meetings.dedupe.ly/meetings/hampus-isaksson/dedupely-zoom-schedule) ### Découvrez les articles liés Suivez nos derniers articles et analyses. [HubSpot Le rôle de l'enregistrement principal lors d'une fusion HubSpot avec Dedupely L'enregistrement principal survit à la fusion, reçoit un nouvel ID et absorbe les autres. Comment HubSpot le choisit et ce que Dedupely vous laisse modifier. Dedupely 29 juillet 2025](https://dedupe.ly/blog/hubspot-primary-records) [HubSpot Un nouvel ID est créé à chaque fusion dans HubSpot Chaque fusion HubSpot crée un nouvel ID d'enregistrement au lieu de réutiliser l'un des deux. Ce que cela change, ce qui est conservé et comment l'anticiper. Gaby Salinas 10 octobre 2025](https://dedupe.ly/blog/a-new-id-is-created-every-time-you-merge-in-hubspot) [Qualité des données Fusionnez vos enregistrements CRM sans perdre de données Les Merge Rules au niveau du champ décident quelle valeur est conservée ou remplacée lors d’une fusion CRM. Des fusions plus justes et moins de vérifications. Gaby Salinas 12 février 2026](https://dedupe.ly/blog/merge-crm-records-without-losing-data) [Tout voir](https://dedupe.ly/blog) ### Commencez gratuitement 20 fusions gratuites en essai et autant d’assistance gratuite que nécessaire pour maîtriser vos doublons. [Contacter les ventes](https://meetings.dedupe.ly/meetings/hampus-isaksson/dedupely-zoom-schedule)[Essayer gratuitement](https://v2.app.dedupe.ly/signup) [Ou inscrivez-vous avec Google](https://v2.app.dedupe.ly/signup/google) Vous nettoyez des CRM pour vos clients ? [Voir le programme partenaires](https://dedupe.ly/become-a-partner) Aller au contenu