Un snapshot GoHighLevel est une copie de la configuration d'un sous-compte : workflows, funnels, sites, pipelines, calendriers, formulaires, champs et valeurs personnalisés, modèles d'emails. On le charge dans un nouveau sous-compte pour y retrouver tout le système en quelques minutes. Il ne copie en revanche ni les contacts, ni les utilisateurs, ni les connexions (Stripe, Google, numéros de téléphone) : c'est là que se jouent la plupart des mauvaises surprises.
Sur la vingtaine de sous-comptes GHL que j'ai gérés, dont trois comptes agence pilotés de A à Z, le snapshot est l'outil qui fait gagner le plus de temps… et celui qui en fait perdre le plus quand il est mal préparé. Les guides que l'on trouve en ligne expliquent où cliquer. Cet article parle plutôt de ce qui se passe après le clic : comment construire un snapshot qui se charge proprement, et ce qu'il faut vérifier derrière.
1. À quoi sert vraiment un snapshot GoHighLevel
Dans GoHighLevel, une agence gère plusieurs sous-comptes, un par client. Sans snapshot, chaque nouveau client repart d'une page blanche : recréer les pipelines, reconstruire les workflows de relance, redessiner les pages. Avec un snapshot, on construit le système une seule fois, on le teste, puis on le déploie autant de fois que nécessaire.
Trois usages reviennent dans les comptes que je pilote :
- Standardiser l'onboarding d'une agence : chaque nouveau client reçoit la même base éprouvée (pipeline commercial, prise de rendez-vous, relances), puis on personnalise.
- Dupliquer un système qui fonctionne : une séquence de liste d'attente ou un tunnel de vente qui a fait ses preuves chez un client peut servir de modèle pour un autre du même secteur.
- Sauvegarder une configuration avant une grosse refonte. Ce n'est pas une sauvegarde des données, mais c'est un filet de sécurité appréciable pour la structure.
2. Ce qu'un snapshot copie… et ce qu'il ne copie pas
C'est le point que je fais comprendre en premier à chaque agence, parce qu'il évite la moitié des tickets de support ensuite.
| Copié par le snapshot | Non copié : à refaire dans chaque sous-compte |
|---|---|
| Workflows et leurs déclencheurs | Contacts, conversations, opportunités en cours |
| Funnels, sites, formulaires, sondages | Utilisateurs et membres de l'équipe |
| Pipelines et leurs étapes | Numéros de téléphone et configuration SMS |
| Calendriers (structure et réglages) | Intégrations connectées : Stripe, Google, Facebook |
| Champs personnalisés et valeurs personnalisées | Noms de domaine et domaine d'envoi des emails |
| Tags, modèles d'emails et de SMS, liens de suivi | Historique et statistiques du compte source |
Autrement dit, le snapshot transporte la mécanique, jamais les données ni les accès. Un workflow qui envoie un SMS arrivera intact, mais sans numéro de téléphone pour l'envoyer. Un calendrier arrivera avec ses horaires, mais sans personne pour recevoir les rendez-vous. Le périmètre exact évolue régulièrement chez HighLevel : vérifiez la liste des éléments proposés au moment du chargement plutôt que de vous fier à votre mémoire.
3. Construire un « compte maître » avant de créer le snapshot
L'erreur la plus répandue, c'est de faire un snapshot à partir du sous-compte d'un vrai client. On embarque alors ses textes, son logo, ses tags de test, ses workflows abandonnés en brouillon, et on les propage à tous les clients suivants.
Ce que je fais à la place : un sous-compte dédié, qui ne sert à personne d'autre, et qui est la seule source des snapshots. Quelques règles pour qu'il reste propre :
- Aucune donnée client : pas de nom d'entreprise, d'adresse ou de téléphone réels écrits en dur dans les pages et les emails.
- Des valeurs personnalisées partout : le nom de l'entreprise, l'URL de prise de rendez-vous, la signature d'email passent par des valeurs personnalisées (du type
{{custom_values.nom_entreprise}}). On les renseigne une fois dans le nouveau sous-compte, et tous les emails et pages s'adaptent. - Une convention de nommage : préfixer les workflows par leur fonction (« RDV – rappel J-1 », « Lead – relance J+3 ») pour que le client s'y retrouve, et pour repérer immédiatement un doublon.
- Pas de brouillons oubliés : tout ce qui n'est pas terminé sort du compte maître avant la création du snapshot.
Ce compte maître devient la référence documentée de l'agence. C'est aussi lui qu'on améliore quand on corrige un défaut, pour que la correction profite aux clients suivants.
4. Créer et charger le snapshot, étape par étape
La manipulation elle-même est courte :
- Depuis la vue agence, ouvrez la section des snapshots de compte et créez un nouveau snapshot en choisissant le compte maître comme source.
- Donnez-lui un nom daté et versionné (« Base coach – v3 – sept. 2026 »). Dans six mois, vous remercierez ce nom.
- Pour un nouveau client, choisissez le snapshot à la création du sous-compte. Pour un sous-compte existant, importez-le en sélectionnant uniquement les éléments dont vous avez besoin.
- À l'import dans un compte existant, GoHighLevel signale les éléments déjà présents. Lisez cette liste avant de valider : c'est là qu'on écrase par erreur un workflow personnalisé.
Un snapshot peut aussi se partager par lien avec une autre agence. C'est ainsi que se vendent les snapshots « prêts à l'emploi » par secteur. Si vous en achetez un, traitez-le comme n'importe quel code tiers : chargez-le d'abord dans un sous-compte de test, jamais directement chez un client.
5. Les vérifications après chargement
C'est la partie absente de la plupart des tutoriels, et celle qui distingue un déploiement propre d'un client qui appelle trois jours plus tard parce que « les rappels ne partent pas ». Ma liste de contrôle après chaque chargement :
- Renseigner les valeurs personnalisées : une valeur vide produit un email qui commence par « Bonjour, ici , votre conseiller ».
- Réassigner les calendriers aux utilisateurs du nouveau compte, puisque les utilisateurs ne sont pas copiés.
- Relire chaque action de workflow qui cible une personne (« assigner à », « notifier l'utilisateur ») : elle pointe souvent dans le vide.
- Vérifier le statut des workflows : publiés ou en brouillon. Un workflow en brouillon ne se déclenche jamais, et rien ne vous prévient.
- Connecter le domaine, le domaine d'envoi, le numéro et Stripe avant d'activer quoi que ce soit qui envoie un message ou encaisse un paiement.
- Faire un test de bout en bout avec un contact de test : formulaire rempli, tag posé, email reçu, rendez-vous pris, rappel envoyé.
Le domaine d'envoi mérite une attention particulière : un snapshot parfait qui envoie depuis un domaine mal authentifié finit en spam. J'ai détaillé ce sujet dans l'article emails en spam malgré SPF et DKIM.
6. Mettre à jour un snapshot sans casser les comptes clients
Un snapshot est figé au moment de sa création. Si vous améliorez le compte maître, il faut actualiser le snapshot, puis choisir de pousser la mise à jour vers les sous-comptes qui l'utilisent. C'est puissant, et c'est dangereux : si un client a personnalisé un workflow ou une page, une mise à jour mal ciblée peut remplacer son travail par la version standard.
Ma règle sur les comptes agence : on ne pousse une mise à jour que sur les éléments qu'on a réellement modifiés, jamais « tout le snapshot ». Et on prévient le client avant. Pour les comptes très personnalisés, je préfère souvent reporter la correction à la main : c'est plus lent, mais sans risque.
7. Snapshot, migration, setup sur mesure : que choisir ?
Le snapshot est idéal quand plusieurs clients partagent le même besoin. Il ne remplace pas une migration : venir de Kajabi ou d'un autre outil implique de transférer des contacts, des contenus et un historique, que le snapshot ne transporte pas (voir mon guide de migration Kajabi vers GoHighLevel). Il ne remplace pas non plus la réflexion sur le système lui-même. Un snapshot déploie vite un bon système, mais il déploie tout aussi vite un mauvais.
Si vous hésitez encore sur l'outil, commencez par pourquoi choisir GoHighLevel plutôt qu'un autre outil. Si vous êtes une agence qui veut industrialiser ses déploiements, c'est exactement le travail que je fais sur mes missions Go High Level : compte maître, snapshots versionnés et procédure de chargement documentée.
FAQ
Un snapshot GoHighLevel copie-t-il les contacts ?
Non. Un snapshot copie la configuration du sous-compte (workflows, funnels, pipelines, calendriers, champs et valeurs personnalisés, modèles), mais jamais les contacts, les conversations ni les opportunités. Pour transférer des contacts, il faut passer par un export et un import CSV, ou par une migration dédiée.
Peut-on charger un snapshot dans un sous-compte déjà configuré ?
Oui. On sélectionne les éléments à importer, et GoHighLevel signale ceux qui existent déjà. Il faut relire cette liste avec attention avant de valider, pour ne pas écraser un workflow ou une page personnalisés chez le client.
Que faire après avoir chargé un snapshot ?
Renseigner les valeurs personnalisées, réassigner les calendriers et les actions de workflow aux utilisateurs du compte, vérifier que les workflows sont publiés, connecter le domaine, le numéro et les intégrations de paiement, puis tester tout le parcours avec un contact de test avant d'ouvrir le compte au client.
Compte maître, snapshots versionnés, procédure de chargement documentée : je mets en place le système qui vous permet de lancer chaque nouveau client sans repartir de zéro. Le premier rendez-vous est gratuit — on étudie votre besoin ensemble.
Démarrons votre projet ↗
Freelance expert No-Code, WordPress et Go High Level — 7 ans d'expérience, 100+ projets livrés pour des clients en France, au Canada et en Espagne.