Pourquoi l'ordre compte
Dans HubSpot, contacts, entreprises et transactions sont des objets reliés entre eux. Si vous importez les contacts avant les entreprises, les associations tombent à vide : il n'y a encore rien à relier. Migrer objet par objet, dans le bon ordre, évite de devoir tout recommencer pour reconstruire des liens perdus en chemin. L'ordre entreprises, contacts, transactions n'est pas une préférence : il découle de la structure même du modèle de données HubSpot. Inverser l'ordre ne bloque pas l'import, mais vous laisse des associations vides à recréer ensuite, enregistrement par enregistrement.
La colonne d'association, clé de voûte
Chaque fichier d'import doit contenir un identifiant commun. Les contacts se rattachent à leur entreprise par le domaine de l'e-mail ou un identifiant d'enregistrement ; les transactions se relient aux deux par ces mêmes clés. Préparez ces colonnes en amont : c'est là que se gagne ou se perd une migration. Si vous manipulez des objets personnalisés, la même logique s'applique. Sans ces clés, HubSpot crée des enregistrements orphelins que vous devrez relier ensuite un par un.
Tester sur un échantillon
Ne lancez jamais la migration complète d'un bloc. Importez cinquante enregistrements, vérifiez les associations, les doublons et le formatage des dates et des montants, puis corrigez votre modèle avant de passer à l'échelle. Dix minutes de test épargnent des heures de nettoyage derrière. Profitez-en pour figer votre mapping de propriétés : une fois validé, il rend le reste de la migration mécanique.
Faut-il tout faire soi-même ?
Une migration objet par objet reste accessible pour quelques centaines d'enregistrements propres. Au-delà, ou avec un historique sale et plusieurs sources, l'accompagnement se rentabilise vite. Une migration ratée se paie deux fois : une fois pour la faire, une fois pour la refaire proprement. Pour le détail, voyez comment se déroule une migration de données vers HubSpot et les erreurs fréquentes d'une migration CRM.