Migrer de Salesforce vers HubSpot : méthode, risques et vrai planning
Migrer de Salesforce vers HubSpot en 2026 : les bonnes raisons (et les mauvaises), les 6 étapes, ce qui casse vraiment et le planning réaliste. Le guide honnête.
Migrer de Salesforce vers HubSpot n'est pas un export-import : c'est un projet RevOps. La vraie question n'est pas « est-ce possible » (ça l'est presque toujours), mais « qu'est-ce qu'on emporte, qu'est-ce qu'on laisse, et combien de temps ça prend pour de vrai ». Bien menée, une migration assainit vos données et relance l'adoption ; bâclée, elle recrée dans HubSpot exactement les problèmes que vous fuyiez.
Ce guide couvre les bonnes (et mauvaises) raisons de migrer, les 6 étapes d'un projet maîtrisé, ce qui se migre réellement, les pièges qui font dérailler la plupart des projets, la durée et le budget à prévoir puis une FAQ.
Pourquoi migrer de Salesforce vers HubSpot ?
Les motifs récurrents que nous rencontrons et qui justifient réellement une migration :
- Un coût total (TCO) qui dérape. Au-delà des licences : intégrateur permanent, administrateur certifié à temps plein, add-ons facturés séparément.
- Une adoption faible. Les commerciaux n'utilisent qu'une fraction de l'outil et contournent le CRM par des fichiers Excel.
- Un besoin d'unification. Réunir marketing, vente et service sur une seule base, sans connecteurs fragiles à maintenir.
- Une chaîne marketing absente ou sous-traitée. HubSpot intègre nativement ce que Salesforce ne couvre qu'avec des modules supplémentaires.
Quand ne pas migrer : si vos process exigent une personnalisation très poussée, si vous avez des centaines d'utilisateurs aux règles métier complexes, ou si Salesforce est profondément imbriqué dans un SI maison. Dans ces cas, le coût et le risque de migration peuvent dépasser le bénéfice.
Le meilleur CRM n'est pas le plus puissant : c'est celui que vos équipes utilisent vraiment. La migration n'a de sens que si elle augmente l'usage.
Vous hésitez encore sur le principe même ? Lisez d'abord notre comparatif : HubSpot vs Salesforce : lequel choisir ?.
Les 6 étapes d'une migration réussie
- Audit & cartographie. Inventaire des objets, champs, automatisations, intégrations et rapports réellement utilisés. Rarement plus de 40 % de l'existant.
- Modélisation cible. On ne recopie pas Salesforce : on redessine le modèle de données HubSpot (objets standards + custom objects si besoin).
- Nettoyage avant transfert. Doublons, contacts morts, champs vides : on ne migre pas la dette technique de données.
- Migration des données. Par lots, avec une table de correspondance des champs et un jeu de test validé avant la bascule complète.
- Reconstruction des workflows & rapports. On reconstruit la logique utile dans HubSpot, pas l'usine à gaz héritée.
- Bascule & adoption. Formation des équipes, courte période de double-run, puis arrêt de Salesforce.
Pour la structure du modèle de données et des pipelines côté HubSpot, appuyez-vous sur nos guides Custom Objects et Pipelines.
Qu'est-ce qui se migre, vraiment ?
Tout n'est pas « transférable » d'un clic. Voici la réalité, élément par élément :
| Élément | Migrable ? | Point de vigilance |
|---|---|---|
| Contacts & entreprises | Oui | Dédoublonner avant, pas après |
| Deals & pipelines | Oui | Remapper les étapes vers la nouvelle structure |
| Activités (emails, appels, notes) | Partiellement | Mapping dédié ou coupure historique datée |
| Champs personnalisés | Oui | Repenser, ne pas tout recopier |
| Workflows / Process Builder | Non | À reconstruire / garder la logique utile |
| Intégrations (API) | Non | À recâbler sur HubSpot |
| Rapports & dashboards | Non | À reconstruire — l'occasion de simplifier |
Règle d'or : une migration est l'occasion idéale de ne pas reproduire ce qui ne servait à personne.
Ce qui casse en migration (et comment l'éviter)
- L'historique d'activité. Emails, appels et notes liés aux fiches : prévoyez le mapping ou acceptez une coupure datée, documentée.
- Les intégrations tierces. ERP, facturation, outils maison branchés sur l'API Salesforce doivent être recâblés un par un.
- Les automatisations « fantômes ». Process Builder et Flows oubliés qui déclenchent des effets de bord après bascule.
- Les identifiants & références croisées. Les ID Salesforce disparaîssent : conservez-les dans un champ pour tracer la correspondance.
- L'adoption. Le risque n°1 n'est pas technique : c'est l'équipe qui retombe dans ses anciens réflexes faute de formation.
Sur le recâblage technique (REST, webhooks, limites de débit), notre guide API HubSpot détaille les points sensibles.
Combien de temps ça prend, vraiment
Oubliez le « en deux semaines ». Repères réalistes selon la complexité :
| Complexité | Durée indicative | Profil type |
|---|---|---|
| Simple | 3 à 5 semaines | PME, peu de custom, peu d'intégrations |
| Intermédiaire | 6 à 10 semaines | Custom objects, plusieurs intégrations, reporting |
| Complexe | 3 à 6 mois | Gros volumes, SI imbriqué, multi-équipes |
Combien ça coûte
Le budget suit la même logique que la durée : il dépend du volume de données, du nombre d'intégrations à recâbler et de l'ampleur de la reconstruction. Pour des fourchettes détaillées, voir Combien coûte une intégration HubSpot en 2026 ?.
Migration en interne, freelance ou agence ?
- En interne. Vous connaissez votre métier, mais rarement les pièges d'une migration, le risque d'erreur irréversible est réel.
- Freelance. Adapté à un périmètre étroit et bien défini ; limité si le projet touche plusieurs équipes.
- Agence partenaire. Méthode éprouvée, rapidité et frais d'onboarding souvent négociables au prix d'un budget projet.
Questions fréquentes sur la migration Salesforce → HubSpot
Peut-on migrer tout l'historique Salesforce ?
Les contacts, entreprises, deals et champs personnalisés se migrent bien. L'historique d'activité (emails, appels, notes) se migre partiellement et demande un mapping dédié ; beaucoup d'entreprises choisissent une coupure datée et conservent Salesforce en lecture seule quelque temps.
Combien de temps dure une migration ?
De 3 à 5 semaines pour un projet simple, 6 à 10 semaines en cas de custom objects et d'intégrations, et 3 à 6 mois pour les contextes complexes (gros volumes, SI imbriqué).
Va-t-on perdre des données ?
Pas si la migration est faite par lots, avec une table de correspondance des champs et un jeu de test validé avant la bascule. Le vrai risque vient des migrations improvisées « en une fois », sans test.
Faut-il arrêter Salesforce immédiatement ?
Non. Une courte période de double-run permet de vérifier que tout fonctionne dans HubSpot avant de couper les licences Salesforce, sans la faire traîner, sous peine de double saisie.
HubSpot est-il vraiment moins cher que Salesforce ?
Souvent sur le coût total (licences + administration + intégration), surtout pour les PME et ETI. Mais ça dépend du périmètre : comparez le TCO, pas seulement le prix des licences.
Stak* pilote ces migrations de bout en bout — voir notre service Migration CRM vers HubSpot.