HubSpot Sandbox : comment tester et faire évoluer son CRM en toute sécurité ?

Lorsque HubSpot commence à occuper une place centrale dans l’organisation d’une entreprise, il devient donc risqué d’effectuer directement tous les tests dans le compte réellement utilisé par les collaborateurs.

C’est précisément le rôle de HubSpot Sandbox : fournir un environnement séparé dans lequel l’entreprise peut tester ses modifications avant de les appliquer à son compte principal.

Cette fonctionnalité s’adresse principalement aux entreprises déjà structurées ou en forte croissance. Elle peut néanmoins intéresser un dirigeant dès lors que HubSpot pilote des processus importants : acquisition de prospects, suivi des ventes, service client, facturation, automatisations ou synchronisation avec d’autres logiciels.

Qu’est-ce que HubSpot? Bien plus qu’un simple logiciel CRM

Fondé en 2006 par Brian Halligan et Dharmesh Shah, HubSpot s’est initialement développé autour de l’inbound marketing. L’entreprise proposait des outils permettant d’attirer des prospects grâce à la création de contenus plutôt que par des campagnes publicitaires ou commerciales intrusives.

Au fil des années, HubSpot a considérablement élargi son positionnement. La solution se présente aujourd’hui comme une plateforme de gestion de la relation client réunissant les données, les équipes et les principaux processus liés au développement commercial.

La plateforme repose sur un CRM central, appelé Smart CRM, auquel sont rattachés six grands ensembles de fonctionnalités :

• Marketing Hub pour l’acquisition, les campagnes et le marketing automation ;
• Sales Hub pour la prospection et le suivi des ventes ;
• Service Hub pour le support et la fidélisation client ;
• Content Hub pour la création et la gestion des contenus ;
• Data Hub pour la qualité, la synchronisation et l’exploitation des données ;
• Revenue Hub pour les devis, la facturation et les paiements.

Toutes ces briques partagent une même base de données clients. Cette architecture permet, par exemple, à un commercial de consulter les campagnes auxquelles un prospect a répondu, à l’équipe marketing de suivre l’évolution des opportunités commerciales et au service client de retrouver l’ensemble de l’historique d’un acheteur.

Cette centralisation représente l’un des principaux avantages de HubSpot. Elle crée toutefois une nouvelle dépendance : plus l’entreprise connecte de processus à la plateforme, plus une erreur de configuration peut avoir des conséquences importantes.

Dans une petite organisation, le dirigeant peut encore modifier lui-même quelques champs, listes ou automatisations. Lorsque l’entreprise grandit, les interactions deviennent plus nombreuses. Un workflow marketing peut dépendre d’une propriété gérée par les commerciaux, elle-même alimentée par une intégration avec un logiciel externe.

Une modification isolée peut alors produire des effets sur plusieurs services.

C’est à ce stade que la création d’un environnement de test devient pertinente. Elle permet de conserver l’agilité de HubSpot sans expérimenter directement sur les données et les processus utilisés au quotidien.

Qu’est-ce que le logiciel Sandbox de HubSpot ?

Le terme anglais sandbox signifie littéralement « bac à sable ». Dans le domaine informatique, il désigne un environnement isolé dans lequel il est possible d’expérimenter sans affecter le système principal.

Le principe de la Sandbox

Le compte de production correspond au véritable environnement de travail de l’entreprise. Il contient les contacts, les entreprises, les transactions, les tickets clients, les tableaux de bord et les automatisations utilisés par les collaborateurs.

La sandbox reproduit une partie de cette configuration afin de permettre des tests. Les changements réalisés dans cet environnement n’affectent pas directement les utilisateurs ni les données du compte principal. Lorsque les tests sont concluants, certaines ressources compatibles peuvent ensuite être déployées vers la production.

La sandbox standard

La sandbox standard est l’environnement qui intéressera le plus souvent les dirigeants, les administrateurs HubSpot et les équipes opérationnelles.

Elle peut être utilisée pour tester :

• des workflows ;
• des pipelines commerciaux ;
• des propriétés CRM ;
• des formulaires ;
• des listes et segmentations ;
• des pages web ;
• des intégrations ;
• des règles d’attribution ;
• certaines configurations d’objets ;
• des évolutions importantes du processus commercial ou marketing.

Lors de sa création, HubSpot copie les ressources prises en charge depuis le compte de production. L’entreprise dispose ainsi d’une structure relativement proche de son environnement réel.

Elle peut également demander la copie des 5 000 contacts les plus récemment mis à jour, accompagnés d’un nombre limité d’entreprises, de transactions et de tickets associés. Des données supplémentaires peuvent ensuite être importées manuellement, jusqu’à 200 000 enregistrements pour plusieurs catégories d’objets CRM.

La sandbox de développement

HubSpot propose également une development sandbox, davantage destinée aux développeurs.

Elle sert notamment à créer ou tester :

• des applications privées ;
• des extensions d’interface ;
• des fonctions personnalisées ;
• des actions de workflows codées ;
• des intégrations utilisant les API HubSpot.

Sa création et son utilisation passent principalement par l’interface en ligne de commande de HubSpot, appelée CLI. Les définitions des objets CRM sont copiées depuis la production au moment de la création, mais les enregistrements ne sont pas automatiquement transférés.

Cet environnement est surtout adapté aux entreprises disposant d’une équipe technique ou travaillant avec un intégrateur HubSpot.

Les comptes de test gratuits pour développeurs

Il existe enfin des developer test accounts gratuits. Un compte HubSpot standard peut en créer jusqu’à dix.

Ces environnements ne sont pas directement reliés au compte de production. Ils donnent accès, pendant une période limitée, à de nombreuses fonctionnalités avancées afin de tester une application ou une intégration.

Ils peuvent convenir à un développeur souhaitant expérimenter, mais ils ne remplacent pas une sandbox standard lorsqu’il faut reproduire la configuration réelle d’une entreprise et préparer son déploiement.

Comment utiliser HubSpot Sandbox ?

La création d’une sandbox standard nécessite des droits de super administrateur. Elle s’effectue depuis le compte HubSpot principal, dans les paramètres du portail.

Étape 1 : définir précisément ce que l’on souhaite tester

Avant de créer ou d’utiliser une sandbox, il faut déterminer son objectif.

L’entreprise souhaite-t-elle tester une nouvelle organisation commerciale ? Revoir son système de qualification des prospects ? Connecter un logiciel de facturation ? Former des collaborateurs ? Modifier plusieurs workflows marketing ?

Cette étape évite que la sandbox devienne un espace désordonné dans lequel plusieurs projets sont testés simultanément sans coordination.

Pour les changements importants, il est utile de préparer un document indiquant :

• le processus actuel ;
• le changement envisagé ;
• les ressources HubSpot concernées ;
• les résultats attendus ;
• les scénarios à tester ;
• les personnes responsables de la validation.

Étape 2 : créer la sandbox

Le super administrateur doit se rendre dans les paramètres HubSpot, puis sélectionner la rubrique Sandboxes et cliquer sur Créer une sandbox.

La copie des ressources compatibles du compte de production est normalement activée par défaut. L’administrateur peut également demander la copie des 5 000 contacts les plus récemment modifiés et de certains enregistrements associés.

La préparation de l’environnement peut prendre plusieurs heures selon la quantité de ressources à reproduire. Une fois le processus terminé, un journal indique les éléments copiés et ceux pour lesquels une erreur est survenue.

Étape 3 : préparer des données représentatives

Une sandbox ne sera utile que si les données utilisées permettent de reproduire les principales situations rencontrées par l’entreprise.

Il ne suffit donc pas toujours de créer deux contacts fictifs appelés « Test 1 » et « Test 2 ». Les scénarios doivent refléter la diversité des situations réelles, par exemple :

• nouveau prospect sans commercial attribué ;
• prospect qualifié ;
• client actif ;
• transaction gagnée ou perdue ;
• ticket prioritaire ;
• contact appartenant à plusieurs segments ;
• entreprise possédant plusieurs établissements ;
• client ayant refusé certaines communications.

Pour limiter les risques liés aux données personnelles, il reste préférable d’utiliser des données fictives, anonymisées ou pseudonymisées. Le fait de travailler dans une sandbox ne supprime pas les obligations de sécurité et de protection des données.

HubSpot précise notamment que ses propriétés spécifiquement destinées aux données sensibles ne sont pas prises en charge dans les sandboxes.

Étape 4 : réaliser les tests

Les équipes peuvent ensuite créer ou modifier les ressources concernées dans la sandbox.

Chaque test doit suivre un scénario précis. Pour un workflow, il faut vérifier le déclenchement, les différentes branches, les délais, les mises à jour des propriétés et les éventuelles sorties du processus.

Pour un pipeline commercial, il faut simuler plusieurs transactions et vérifier les conséquences d’un changement d’étape : création d’une tâche, notification du manager, modification d’un score ou inscription dans une automatisation.

Pour une intégration, les tests doivent couvrir les créations, les modifications, les suppressions, les doublons et les éventuels conflits entre les deux logiciels.

Étape 5 : faire valider la configuration

La validation ne doit pas être uniquement technique.

Une nouvelle configuration commerciale peut parfaitement fonctionner dans HubSpot tout en étant incompréhensible pour les vendeurs. Un workflow marketing peut s’exécuter correctement, mais envoyer un message inadapté à certains prospects.

Les futurs utilisateurs doivent donc participer aux tests. Cette phase, parfois appelée recette utilisateur, permet de vérifier que la solution correspond réellement aux besoins de l’entreprise.

Étape 6 : préparer le déploiement

Une fois les tests terminés, HubSpot permet de sélectionner les modifications compatibles à transférer vers le compte de production.

La plateforme identifie les ressources liées et signale certains conflits. Jusqu’à 300 modifications peuvent être intégrées dans un même déploiement.

Le déploiement doit cependant rester contrôlé. Une fois lancé, il ne peut plus être annulé automatiquement. Il est donc préférable de limiter chaque publication à un ensemble cohérent de changements et de vérifier une dernière fois les dépendances avant validation.

Étape 7 : contrôler le fonctionnement en production

Le passage par une sandbox réduit fortement les risques, mais ne dispense pas d’un contrôle après déploiement.

Les équipes doivent vérifier que les workflows s’exécutent correctement, que les tableaux de bord restent cohérents et que les intégrations continuent de fonctionner.

Il faut également garder à l’esprit qu’une sandbox existante ne peut pas être resynchronisée automatiquement avec la production. Au fil du temps, les deux environnements peuvent donc devenir différents. HubSpot recommande de supprimer et de recréer régulièrement certains environnements de test afin de repartir d’une copie plus récente.

Quelques cas pratiques concrets d’utilisation

Tester une nouvelle automatisation marketing

Une PME souhaite mettre en place un parcours automatisé après le téléchargement d’un livre blanc.

Le scénario prévoit l’attribution d’un score, l’envoi de plusieurs e-mails, la création d’une tâche commerciale et l’arrêt du workflow si le prospect demande une démonstration.

Tester directement cette automatisation en production expose l’entreprise à plusieurs risques : envoi aux mauvais contacts, multiplication de tâches inutiles ou mauvais transfert vers les commerciaux.

Dans la sandbox, l’équipe peut créer plusieurs profils fictifs et vérifier chaque branche du parcours avant de déployer les ressources validées.

Repenser le pipeline commercial

Une entreprise souhaite remplacer son pipeline historique par un processus plus précis comprenant les étapes « qualification », « démonstration », « proposition », « négociation » et « décision ».

Le changement semble simple, mais il peut affecter les probabilités de signature, les prévisions de chiffre d’affaires, les tableaux de bord, les workflows et les droits des commerciaux.

La sandbox permet de simuler plusieurs cycles de vente, de tester les passages entre les étapes et de présenter la future organisation aux responsables commerciaux avant sa mise en service.

Tester une intégration avec un autre logiciel

L’entreprise souhaite synchroniser HubSpot avec un ERP, un logiciel de facturation ou une plateforme de support.

Un environnement de test permet de vérifier comment sont gérés les contacts, entreprises, produits, factures ou tickets, sans risquer de créer immédiatement des milliers de doublons.

Les intégrations du compte de production ne sont pas automatiquement reconnectées dans la sandbox. Lorsque le logiciel tiers propose lui aussi un environnement de test, HubSpot recommande de connecter les deux environnements de test plutôt que d’utiliser la base réelle. Cette méthode est notamment documentée pour l’intégration avec Salesforce.

Préparer une migration de données

Lors d’un changement de CRM ou d’une fusion de bases, les propriétés et associations doivent être soigneusement préparées.

La sandbox permet de réaliser un premier import, d’analyser les résultats et de corriger les correspondances avant d’importer la base complète dans le compte de production.

L’entreprise peut ainsi vérifier la création des entreprises, les liens avec les contacts, la reprise des transactions, les propriétaires et les valeurs historiques.

Former les collaborateurs

Une sandbox peut également être utilisée comme environnement de formation.

Les nouveaux commerciaux peuvent apprendre à créer un contact, enregistrer une opportunité, modifier une étape ou compléter une tâche sans altérer la base réelle.

Cette utilisation réduit la crainte de « casser quelque chose » et permet aux collaborateurs de pratiquer davantage avant de travailler sur de véritables dossiers clients. HubSpot présente d’ailleurs la formation des nouveaux utilisateurs comme l’un des usages possibles d’une sandbox.

Quels sont les avantages et les inconvénients de Sandbox de HubSpot ?

Les principaux avantages

Le premier avantage est la réduction du risque opérationnel. Les changements peuvent être vérifiés sans interrompre les activités commerciales ou marketing.

La sandbox améliore également la qualité des configurations. Les équipes sont incitées à définir des scénarios, à documenter les évolutions et à faire valider les processus avant leur publication.

Elle facilite ensuite la collaboration entre les métiers et les équipes techniques. Marketing, ventes, service client et développeurs peuvent travailler sur un environnement commun sans modifier immédiatement le système principal.

Enfin, le mécanisme de déploiement permet de transférer certaines ressources sans devoir les recréer manuellement. La détection des dépendances et des conflits rend le passage en production plus structuré.

Les principales limites

La première limite est financière : la sandbox standard est réservée aux abonnements Enterprise. Elle n’est pas proposée aux clients utilisant uniquement les offres Starter ou Professional.

La deuxième limite concerne la synchronisation. Une sandbox n’est pas une copie continuellement actualisée de la production. Après sa création, les deux environnements évoluent séparément.

Les identifiants techniques des contacts, entreprises, transactions, tickets et objets personnalisés diffèrent également entre les deux comptes. Les intégrations reposant sur des identifiants codés en dur peuvent donc nécessiter des adaptations.

Toutes les ressources ne sont pas copiées ou déployables. Certaines automatisations dépendant d’éléments non compatibles peuvent ne pas fonctionner entièrement.

Les intégrations doivent par ailleurs être reconnectées manuellement. Les paiements HubSpot ne sont pas pris en charge dans les comptes sandbox, ce qui limite les tests complets pour certains processus de vente ou de facturation.

Comment souscrire à HubSpot Sandbox ?

La sandbox standard est disponible avec les éditions Enterprise de Marketing Hub, Sales Hub, Service Hub, Content Hub, Data Hub, Revenue Hub et Smart CRM.

Une entreprise déjà cliente d’une offre Enterprise peut vérifier sa disponibilité dans les paramètres de son compte. La création doit être effectuée par un super administrateur.

Lorsque l’entreprise utilise actuellement une offre Free, Starter ou Professional, elle doit passer à une édition Enterprise compatible. La souscription s’effectue généralement auprès de l’équipe commerciale de HubSpot, notamment lorsque plusieurs produits ou sièges doivent être combinés.

Avant de signer, le dirigeant doit faire préciser dans le devis :

• l’édition Enterprise concernée ;
• le nombre de sièges inclus et leur nature ;
• la présence d’une sandbox standard ;
• les frais d’accompagnement initial ;
• la durée d’engagement ;
• les limites de contacts ou de données ;
• le coût des éventuels environnements supplémentaires ;
• les prestations d’intégration ou de migration.

Le choix ne doit pas être motivé par la seule disponibilité de la sandbox. Le passage à Enterprise doit correspondre à un besoin plus large : personnalisation avancée, gouvernance, permissions, automatisations complexes, volumes de données importants ou multiplication des équipes.

Pour une petite entreprise qui réalise peu de changements, le coût d’un abonnement Enterprise peut rester disproportionné. À l’inverse, pour une entreprise dont HubSpot pilote une part significative du chiffre d’affaires et de la relation client, la capacité à tester avant de publier peut justifier une partie de l’investissement.

Combien coûte HubSpot Sandbox ?

Le coût réel correspond donc d’abord au prix de l’offre Enterprise choisie.

Les entreprises ayant besoin de plusieurs environnements peuvent acheter des sandboxes standards supplémentaires. Le catalogue officiel de HubSpot indique un tarif de 750 $ par mois pour chaque sandbox standard additionnelle. Ce pack est présenté pour les éditions Enterprise de Marketing Hub, Sales Hub, Service Hub, Content Hub, Data Hub et Revenue Hub.

Le prix doit être mis en perspective avec le coût potentiel d’une erreur en production. Une automatisation incorrecte peut détériorer l’image de l’entreprise, perturber le travail de plusieurs commerciaux ou altérer une base de données difficile à reconstituer.

Pour évaluer la pertinence de la sandbox, le dirigeant peut donc se poser quatre questions :

1. HubSpot est-il devenu indispensable à l’activité commerciale ou marketing ?
2. Plusieurs équipes ou logiciels dépendent-ils de sa configuration ?
3. L’entreprise effectue-t-elle régulièrement des modifications importantes ?
4. Une erreur dans le CRM pourrait-elle affecter des clients, des prospects ou le chiffre d’affaires ?

Lorsque les réponses sont majoritairement positives, l’utilisation d’une sandbox devient moins un confort technique qu’un véritable outil de maîtrise des risques.

HubSpot Sandbox est-il adapté à votre entreprise ?

HubSpot Sandbox répond à un besoin simple : permettre à l’entreprise de continuer à améliorer ses outils sans transformer chaque modification en prise de risque.

La fonctionnalité devient particulièrement utile lorsque HubSpot ne sert plus uniquement à stocker des contacts, mais orchestre des workflows, des campagnes, des ventes, des intégrations et des processus partagés entre plusieurs équipes.

Elle ne dispense cependant ni d’une méthodologie, ni d’une gouvernance claire. Les scénarios doivent être documentés, les données de test maîtrisées et les déploiements contrôlés.

Pour une jeune entreprise encore peu automatisée, une offre Enterprise souscrite uniquement pour obtenir une sandbox sera rarement rentable. Pour une PME structurée, une ETI ou une organisation dont les processus clients reposent fortement sur HubSpot, elle peut au contraire sécuriser les évolutions, faciliter la formation et limiter le coût des erreurs.

Conclusion

HubSpot Sandbox permet de tester les évolutions du CRM sans perturber les données ni les processus utilisés au quotidien. Cette fonctionnalité devient particulièrement utile lorsque plusieurs équipes, automatisations ou logiciels dépendent de HubSpot.

Elle ne remplace toutefois ni une sauvegarde, ni une bonne gouvernance des données. Les entreprises doivent également s’intéresser aux droits d’accès, aux workflows, aux intégrations et à la qualité de leur base CRM.

FAQ sur HubSpot Sandbox