Ce qui se passe probablement
Aucun identifiant stable n’est fourni
Sans adresse e-mail ni ID de fiche, HubSpot ne peut pas rapprocher de manière fiable un contact importé d’une fiche existante. Pour une entreprise, le même problème se présente lorsque le nom de domaine est absent ou inutilisable.
Le fichier répète la même personne sur plusieurs lignes
Un même e-mail peut apparaître plusieurs fois parce que chaque ligne décrit une date, un produit, un abonnement ou un événement différent. Si ces informations ne sont pas modélisées comme des activités ou des objets associés, l’import peut produire un résultat incohérent.
L’ID de fiche contredit un autre identifiant
Une ligne peut contenir l’ID d’une fiche tout en indiquant un autre e-mail ou une association incompatible. Ce mélange risque de mettre à jour la mauvaise fiche ou de donner l’impression que de nouveaux doublons ont été créés.
Les entreprises utilisent des domaines incohérents
Des URL complètes, des sous-domaines, des domaines régionaux ou plusieurs marques pour une même organisation compliquent le rapprochement. Le nom de domaine de l’entreprise doit rester cohérent dans le fichier et dans le CRM.
Les associations entre objets sont mal définies
Un import réunissant contacts, entreprises, transactions ou activités exige un identifiant propre à chaque objet. Une colonne commune non unique peut produire des fiches correctes, mais des associations manquantes, incorrectes ou répétées.
Une autre source crée des fiches en parallèle
Un formulaire, une synchronisation Salesforce, Zapier, Make, une API, un chat ou un précédent import peut créer ou modifier des fiches au même moment. L’analyse du seul fichier CSV ne permet alors pas d’expliquer tous les doublons.
Cas que l'on retrouve sur des comptes réels
Compare chaque scénario au comportement observé dans CRM et conserve une preuve vérifiable avant de retenir la cause.
Le déclencheur fonctionne, mais le contexte se perd
Un enregistrement peut être créé tandis que source, service, langue, consentement ou urgence disparaît entre systèmes.
Les reprises créent des doublons
Sans clé d’idempotence ni reprise contrôlée, contacts, opportunités, tâches ou notifications se répètent.
Le routage attribue le lead au mauvais responsable
Territoire, langue, service et disponibilité peuvent entrer en conflit malgré un workflow techniquement réussi.
Les échecs restent cachés dans la file
Une première étape réussie peut masquer une API rejetée, une branche ignorée ou une tâche non livrée.
Comment vérifier sans casser la configuration
Exportez un échantillon de fiches en double avec leur ID de fiche, adresse e-mail principale et secondaire, nom de domaine d’entreprise, source d’origine, date de création et import associé.
Analysez le fichier original pour repérer les e-mails répétés, les lignes sans e-mail, les domaines vides, les ID de fiche dupliqués, les valeurs uniques répétées et les colonnes d’association ambiguës.
Consultez le résultat de l’importation et séparez les lignes créées, mises à jour, ignorées ou en erreur. Recherchez notamment les erreurs liées à un ID en double, une propriété unique répétée ou un contenu de ligne dupliqué.
Vérifiez quelle propriété a servi d’identifiant pendant le mappage. Si l’ID de fiche a été retenu, confirmez qu’il correspond au bon objet et qu’aucune autre colonne ne désigne une fiche différente.
Décomposez le diagnostic par objet : contacts par e-mail ou ID de fiche, entreprises par domaine ou ID de fiche, transactions par ID ou propriété unique, puis associations par identifiants stables.
Comparez la date de l’import avec l’activité des formulaires, synchronisations et intégrations. L’historique des propriétés et la source d’origine permettent de déterminer le canal qui a créé chaque fiche.
Avant de fusionner, comparez le propriétaire, la phase du cycle de vie, les consentements, les abonnements, les sources, les campagnes, les transactions, les listes, les workflows et les notes commerciales.
Si plusieurs lignes décrivent légitimement la même personne, déterminez si elles doivent devenir une activité, un abonnement, une transaction, un objet associé ou une information historique plutôt qu’un nouveau contact.
Signaux qui décident la prochaine action
Ces signaux séparent le symptôme visible, le premier passage cassé et le résultat final à valider dans CRM.
Trace d’exécution
Reliez déclencheur, enregistrement, exécution, reprises et réponse de destination.
Intégrité de l’enregistrement
Comparez source, propriétaire, consentement, étape et déduplication avant et après chaque passage.
Résultat du routage
Vérifiez attribution, notification et délai de première réponse avec un enregistrement contrôlé.
Résultat qualifié
Réconciliez les enregistrements créés avec les opportunités acceptées, pas seulement avec les exécutions.
Comment je le résoudrais étape par étape
Définir précisément le rôle de l’import
Indiquez quels objets doivent être créés, lesquels doivent être mis à jour et quelles associations sont attendues. Attribuez ensuite un identifiant à chaque objet et déterminez les propriétés que l’import peut remplacer.
Nettoyer et consolider le fichier
Uniformisez les adresses e-mail, les domaines, les espaces, les majuscules, les URL, les pays, les téléphones et les valeurs vides. Supprimez les lignes strictement identiques et arbitrez les répétitions qui contiennent des informations différentes.
Utiliser un identifiant adapté à chaque objet
Employez l’e-mail ou l’ID de fiche pour les contacts, le nom de domaine ou l’ID de fiche pour les entreprises, puis l’ID de fiche ou une propriété unique pour les autres objets. Dans un import multiobjet, nommez clairement les colonnes d’ID propres aux contacts et aux entreprises.
Valider le mappage sur un petit lot
Testez d’abord 20 à 50 lignes comprenant un nouveau contact, une fiche existante, un contact sans e-mail, une entreprise existante, une association, un doublon interne et une propriété qui ne doit pas être écrasée.
Fusionner uniquement après arbitrage
Choisissez la fiche à conserver en tenant compte du propriétaire, des consentements, des transactions, des listes, des workflows, de la source et de la phase du cycle de vie. Une fusion globale sans cette vérification peut faire disparaître un contexte commercial utile.
Si cela devient technique
Tu peux suivre cette démarche seul. Si le diagnostic de CRM révèle un écart entre systèmes, une implémentation délicate ou un blocage qui exige plus de contexte, Lia conserve les vérifications et les transmet à CreatikLab sans repartir de zéro.
Transmettre ce contexte à LiaCe que je ne ferais pas
Importer des contacts sans adresse e-mail ni ID de fiche en supposant que HubSpot reconnaîtra automatiquement les personnes.
Utiliser une colonne non unique comme clé d’association entre plusieurs objets.
Mélanger un ID de fiche avec une adresse e-mail secondaire sans vérifier quelle fiche chaque valeur désigne.
Fusionner les doublons avant d’examiner les consentements, les transactions, le propriétaire et la phase du cycle de vie.
Traiter comme de simples doublons des lignes qui représentent en réalité des événements, des abonnements ou des transactions distinctes.
Évaluer l’import uniquement à partir du nombre final de contacts sans consulter les lignes ignorées et les erreurs.
Corriger le fichier CSV tout en laissant un formulaire, une synchronisation ou une intégration créer de nouvelles fiches en double.
Questions fréquentes
HubSpot déduplique-t-il automatiquement les contacts lors d’un import ?
HubSpot s’appuie généralement sur l’adresse e-mail pour reconnaître un contact. Cette logique devient insuffisante si l’e-mail manque, si l’ID de fiche est incorrect ou si le problème provient des associations, des formulaires ou des intégrations.
Que faire lorsqu’une même personne possède plusieurs adresses e-mail ?
Vérifiez d’abord qu’il s’agit bien de la même personne, puis choisissez l’adresse principale. Examinez aussi les adresses secondaires, l’ID de fiche, le consentement, le propriétaire, la source et l’activité avant de décider d’une fusion.
Peut-on importer plusieurs lignes avec la même adresse e-mail ?
Cela dépend de leur signification. Des propriétés relatives au même contact doivent être consolidées. Si les lignes décrivent des activités, des produits, des abonnements ou des dates distinctes, elles peuvent nécessiter un autre objet ou une activité associée.
Quand faut-il utiliser l’ID de fiche ?
Utilisez-le pour mettre à jour avec précision des fiches existantes ou associer des objets déjà créés. Exportez les ID depuis HubSpot, conservez-les sans modification et mappez chaque colonne avec le bon type d’objet.
