L’essentiel à retenir : Un snapshot HighLevel est un modèle réutilisable qui capture la configuration d’un sous-compte — workflows, funnels, sites, formulaires, campagnes — mais jamais tes contacts, tes conversations ni ta connexion Stripe. Bien utilisé, il fait passer l’ouverture d’un compte client de plusieurs heures à quelques minutes. Mal utilisé, il duplique tes actifs ou écrase les personnalisations de tes clients.
Si tu gères plusieurs comptes clients dans HighLevel, tu connais la douleur : reconstruire à la main les mêmes automatisations, les mêmes tunnels et les mêmes formulaires à chaque nouveau client. Le snapshot GoHighLevel est la réponse de la plateforme à ce problème. C’est l’outil qui transforme un sous-compte soigné en blueprint, prêt à être déployé en série. Voyons comment il marche vraiment, ce qu’il transporte (et ce qu’il oublie), et les pièges que les agences découvrent souvent trop tard.
Qu’est-ce qu’un snapshot HighLevel, au juste ?
La documentation officielle le définit comme un modèle réutilisable qui capture des actifs de configuration sélectionnés depuis un sous-compte, pour les copier dans un compte neuf ou existant. Retiens le mot configuration : un snapshot, ce n’est ni une sauvegarde, ni un export de ta base de données. C’est le squelette de ton système, pas la chair des données clients.
Conséquence directe : tu ne crées pas un snapshot à partir de rien. Tu configures d’abord un sous-compte « modèle » (idéalement un compte dédié, pas un compte de production encombré d’expérimentations), puis tu en prends l’instantané. Tout ce que tu veux réutiliser doit donc exister dans ce compte source au moment de la capture.
Ce qu’un snapshot embarque — et ce qu’il laisse derrière
C’est la distinction la plus importante de tout ce guide, parce que la plupart des mauvaises surprises viennent d’une attente erronée sur ce point précis. Un sélecteur d’actifs te laisse choisir, dossier par dossier, ce que tu inclus. Côté exclusions, la liste est publiée noir sur blanc dans l’aperçu officiel des snapshots.
| Transféré (configuration) | Jamais transféré |
|---|---|
| Workflows et automatisations | Contacts et associations contact-à-contact |
| Tunnels de vente et sites web | Conversations, messages, historique |
| Formulaires, sondages, calendriers | Rendez-vous et données de réputation |
| Campagnes et modèles email/SMS | Connexion Stripe et intégrations tierces |
| Déclencheurs, valeurs personnalisées | Numéros des agents Voice AI, domaines personnalisés |
En clair : un snapshot copie le comment (la mécanique), jamais le qui (les gens), ni les branchements (paiements, téléphonie, domaines). C’est voulu : ça garantit l’étanchéité entre tes clients (aucune donnée d’un compte ne fuit vers un autre), ce qui te simplifie aussi la vie côté RGPD. Mais ça veut aussi dire qu’un compte fraîchement créé depuis un snapshot n’est pas prêt à encaisser un paiement (Stripe n’est pas reconnecté) ni à servir sur ton domaine de marque tant que tu n’as pas rebranché ces éléments.
Un snapshot n’est pas un mécanisme de sauvegarde. Tes données clients et la moitié de tes connexions critiques n’y figurent pas.
Créer un snapshot depuis la vue Agence
L’opération se fait uniquement au niveau Agence, jamais depuis un sous-compte client. Le chemin :
- Vue Agence → Account Snapshots → + Create New Snapshot.
- Donne-lui un nom explicite qui décrit l’usage —
Onboarding PME B2B FR v1vaut mieux queSnapshot 3. - Choisis le sous-compte source.
- Dans le sélecteur d’actifs, coche Select All ou déplie les dossiers pour ne prendre que certains éléments (la sélection imbriquée fonctionne comme un explorateur de fichiers).
- Valide. Le snapshot rejoint ta bibliothèque My Snapshots.
Un point surprend tout le monde : un snapshot est figé. Si tu modifies le compte source après coup, ton snapshot ne bouge pas. Pour intégrer les changements, il faut le rafraîchir manuellement — et chaque rafraîchissement crée une nouvelle version horodatée, avec le résumé de ce qui a été ajouté, retiré ou synchronisé.
Déployer : nouveau compte ou compte existant
Tu as deux façons d’appliquer un snapshot, et elles ne se comportent pas pareil.
Créer un sous-compte depuis un snapshot
Au moment de cliquer sur Create Sub-Account, tu choisis « à partir d’un snapshot » plutôt qu’un compte vierge. Le nouveau compte arrive équipé de tous les actifs sélectionnés. C’est le scénario d’onboarding idéal : en quelques minutes, ton client dispose d’un système déjà en place qu’il ne reste qu’à habiller (logo, couleurs, textes) et à brancher.
Charger un snapshot dans un compte existant
Pour un compte déjà actif, passe par Sub-Accounts → (les trois points) → Manage Client → Actions → Load Snapshot. L’opération est non destructive par défaut : rien n’est supprimé, les actifs s’ajoutent par-dessus l’existant, et tes données ne sont pas touchées. Quand un actif porte le même nom qu’un existant, HighLevel te propose Override (remplacer) ou Skip (garder l’actuel). Il faut taper confirm pour lancer, et tu reçois un email à la fin du transfert.
Un avertissement qui vaut de l’or : charger deux fois le même snapshot dans un compte duplique tout. Tu te retrouves avec des dizaines de workflows et de tunnels aux noms quasi identiques, impossibles à démêler. D’où la règle des agences aguerries : ne jamais charger un snapshot inconnu directement en production. Crée un sous-compte de démo, charge-le là, inspecte, ajuste — puis seulement déploie.
Push updates : la vraie puissance (et le vrai danger)
C’est ici que le snapshot dépasse le simple clonage. Une fois que tu as amélioré ton système — un nouveau workflow de relance des rendez-vous manqués, par exemple — tu peux pousser la mise à jour vers tous tes comptes clients qui ont déjà reçu ce snapshot.
Le flux : tu modifies le compte source, tu rafraîchis le snapshot, et le bouton Push Update s’active. Tu choisis alors quels comptes mettre à jour et quelles catégories d’actifs envoyer (juste les workflows, par exemple). Les nouveaux actifs s’ajoutent ; les actifs déjà présents et liés au snapshot, eux, sont écrasés par la dernière version.
Ce mot « écrasés » est le piège n°1. Toute personnalisation locale faite par ton client sur un actif lié au snapshot est perdue lors du push. La parade, détaillée dans le guide officiel des mises à jour, tient en deux réflexes :
- Dupliquer avant de personnaliser : un actif dupliqué n’est plus lié au snapshot, donc le push ne le touche pas.
- Délier les actifs sensibles : via Edit Snapshot, tu désactives certains actifs pour qu’ils soient ignorés lors des prochains pushes — possible sur tes propres snapshots, pas sur ceux fournis par HighLevel (voir la gestion des actifs liés).
Beaucoup d’agences adoptent une convention de nommage simple : un préfixe CORE_ pour les actifs gérés par le modèle (qu’on ne touche jamais en local), CLIENT_ pour les duplicatas libres de personnalisation. Dernière limite à connaître : les push updates ne fonctionnent que pour tes sous-comptes. Une agence externe qui a importé ton snapshot via un lien devra réimporter la nouvelle version pour profiter des changements.
Partage, marketplace et snapshots tiers
Un snapshot se partage via un lien. HighLevel en propose plusieurs types — réutilisable, à usage unique, restreint à une agence ou à un compte précis, ou rattaché au marketplace — ce qui te laisse contrôler finement la diffusion, y compris pour vendre tes modèles. C’est tout l’écosystème des snapshots tiers : des boutiques comme Extendly ou The Snapshot Marketplace vendent des systèmes clé en main par secteur (dentistes, agents immobiliers, coachs…).
La prudence reste de mise. Un snapshot tiers de qualité inégale peut polluer un compte, et l’opération ne s’annule pas d’un clic. Charge-le toujours d’abord dans un compte de test, le temps de voir ce qu’il contient vraiment.
La checklist post-import à ne jamais zapper
Parce qu’un snapshot laisse derrière lui tout ce qui touche aux branchements, un compte fraîchement déployé a besoin d’une mise en service. Avant d’annoncer à ton client que « c’est prêt » :
- Domaines : reconnecte le domaine personnalisé et relie-le aux tunnels, sinon ils servent sur l’URL par défaut.
- Paiements : rebranche Stripe.
- Téléphonie : reconnecte ta téléphonie et réattribue les numéros (ceux des agents Voice AI ne sont pas clonés). Si tu envoies des SMS aux États-Unis, l’enregistrement A2P 10DLC est lié à ton entité légale et se refait compte par compte. Pense aussi à l’authentification email (SPF, DKIM, DMARC).
- Intégrations : reconnecte Google, les API tierces, les webhooks.
- Médias et liens : vérifie les images et les URLs codées en dur, qui peuvent encore pointer vers l’ancien compte.
Une astuce qui fait gagner des heures : utilise des valeurs personnalisées (custom values) pour tout ce qui change d’un client à l’autre — URL de réservation, nom de l’entreprise, numéro. Tu n’as plus qu’à mettre à jour la valeur, au lieu de fouiller chaque workflow.
Pour quels usages, concrètement ?
Le snapshot brille dès que tu répètes la même chose plusieurs fois :
- Onboarding standardisé : un système éprouvé déployé en minutes, au lieu de tout reconstruire. C’est le cœur d’une offre d’agence productisée.
- Modèles de niche : un snapshot « cabinet dentaire » ou « coach sportif », avec funnels, séquences et relances déjà calibrés pour le secteur.
- Mode SaaS white-label : à chaque plan (Basic, Pro, Elite) son snapshot, appliqué automatiquement à la création du compte. C’est la brique qui rend la revente de HighLevel en marque blanche réellement scalable.
- Démo et formation : un compte de démonstration alimenté par le même snapshot que tes clients, pour vendre ou former sur du concret.
Le snapshot, c’est ce qui sépare l’agence qui bricole compte par compte de celle qui industrialise. Maîtrise le trio créer → rafraîchir → pousser, protège les personnalisations de tes clients et tiens ta checklist post-import : tu transformes une plateforme tout-en-un en vraie chaîne de production. Pour tester la mécanique sur un compte réel, l’essai gratuit de 14 jours te laisse le temps de bâtir ton premier sous-compte modèle — et d’en faire ton premier snapshot.
