Tout ce qu'il faut pour quitter GoHighLevel – ou passer d'un compte à l'autre : exporter le front-end de vos tunnels et sites, puis cloner les automatisations vers la destination sans les reconstruire à la main.
Une migration GoHighLevel, ce sont en réalité deux chantiers sous un même nom. Il y a le front-end – les tunnels, sites, blogs et pages AI Studio que voient vos visiteurs – et les automatisations qui tournent derrière. GoHighLevel garde largement les deux sous clé : il n'y a pas d'export natif du front-end, et la copie native de workflows est limitée – l'action Duplicate simple ne fonctionne qu'au sein d'un seul sous-compte, et Copy Workflow to Sub-Account est réservé aux utilisateurs admin d'agence qui déplacent un brouillon entre sous-comptes de leur propre agence. Ce guide est le hub pour réussir tout le déplacement. Il parcourt le chemin complet de bout en bout, puis renvoie vers les guides détaillés pas à pas pour chaque partie.
Le verrouillage est structurel, pas accidentel. Quand vous construisez un tunnel dans GoHighLevel, les pages vivent dans le constructeur de pages de la plateforme – il n'y a aucun bouton « télécharger le site », et copier le HTML depuis l'éditeur donne un balisage cassé sans aucun asset. Les workflows sont presque aussi récalcitrants : l'action de duplication simple ne fonctionne que dans le même sous-compte, et le Copy Workflow to Sub-Account natif ne déplace qu'un brouillon entre sous-comptes de votre propre agence pour les utilisateurs admin d'agence. Dès que vous avez besoin d'une automatisation dans une autre agence, en tant que non-admin, ou proprement remappée dans un compte qui contient déjà des données actives, vous la reconstruisez déclencheur par déclencheur, action par action. Pour une agence avec des dizaines de projets clients, ce coût de reconstruction est ce qui bloque tout le monde.
Les snapshots au niveau du compte ressemblent à une réponse, mais ils copient un modèle de compte entier, pas des éléments individuels. Ils conviennent pour créer un sous-compte neuf à partir d'un modèle, et mal pour déplacer un ou quelques workflows vers un compte déjà actif avec ses propres pipelines, tags et clients. Nous détaillons ce compromis dans snapshots vs export de workflows.
ExportGHL est une suite conçue exactement autour de cette séparation. ExportGHL Sites prend le front-end ; ExportGHL Workflows prend les automatisations. Vous utilisez les deux avec un seul identifiant de connexion, dans l'ordre de votre choix – même si exporter les pages d'abord vous donne une référence visuelle pendant que vous vérifiez que les automatisations clonées pointent vers les bons formulaires et tags.
ExportGHL Sites fonctionne en capturant le snapshot rendu de chaque page – le HTML, CSS et JavaScript finis, exactement tels qu'un navigateur les produit, regroupés avec images et polices. Parce qu'il lit la sortie rendue plutôt que de scraper le constructeur, il gère les pages riches en JS et les pages AI Studio sur lesquelles les scrapers plus simples échouent, et il peut explorer des pages cachées ou non liées quand vous lui donnez les URL.
Le résultat est portable et sans dépendance – pas d'environnement d'exécution GoHighLevel, aucun compte de plateforme requis pour le servir. D'autres exporteurs de front-end comme VibeEscape et GHL Escape Kit couvrent un terrain similaire mais plus étroitement ; Sites est conçu pour gérer les types de pages délicats et les pages cachées qui les font échouer.
C'est la moitié qui mange normalement la semaine. ExportGHL Workflows enregistre un workflow dans une bibliothèque cloud puis le déploie dans un autre compte comme nouveau workflow – il n'en écrase jamais un existant, sauf si vous choisissez explicitement une mise à jour. Le problème difficile qu'il résout : un workflow est plein d'identifiants qui n'existent que dans le compte source – il référence des pipelines, étapes, tags, utilisateurs, champs personnalisés et calendriers précis. Copiez le JSON brut du workflow dans un nouveau compte et chacune de ces références est orpheline.
Le remappage des identifiants inter-comptes de Workflows réécrit ces références, en associant chacune par nom à destination – le pipeline « New Lead » de la source correspond au pipeline « New Lead » de la cible, et ainsi de suite. Ce qu'il ne peut pas associer n'est pas abandonné en silence : le workflow est déployé en brouillon, pour qu'un tag manquant ou un calendrier non mappé ne passe jamais en ligne à moitié cassé. Vous relisez le brouillon, corrigez ou créez l'élément manquant, puis publiez. C'est la capacité que n'ont pas les outils basés sur le JSON : GHL Workflows Pro propose une bibliothèque cloud de workflows et un import en un clic entre locations, mais ne réécrit pas les ids propres à la source ; vous devez donc encore repointer chaque référence à la main. (Super Cloner, malgré son nom, clone des pages de tunnels et de sites, pas des workflows ; ce n'est donc pas du tout un outil de workflows.)
Pour le détail d'un déplacement unique, voir comment cloner un workflow, et pour déplacer des automatisations vers un compte déjà actif, copier un workflow entre comptes. Pour enregistrer un workflow dans une bibliothèque et le déployer depuis celle-ci, voir comment exporter vos workflows (automatisations) GoHighLevel.
La migration réelle la plus courante est une agence qui remet un projet à un client, ou qui sépare un client sur son propre compte. Le schéma est toujours le même : exportez les tunnels et sites du client avec Sites pour qu'il détienne une copie portable, puis clonez les automatisations dans son compte de destination avec Workflows. Comme le remappage associe par nom, les passations les plus propres sont celles où la destination possède déjà des pipelines, tags et champs personnalisés nommés comme dans la source – il vaut donc la peine de les créer d'abord, puis de laisser le remappage tout relier en une seule passe. Le déploiement en brouillon vous permet de remettre le projet, de relire ensemble et de ne publier qu'une fois que le client a confirmé que les automatisations se comportent bien.
Fixez les attentes dès le départ. ExportGHL déplace des pages et des automatisations ; il ne déplace pas votre base de contacts, l'historique des conversations, les journaux d'appels ni les enregistrements d'opportunités. Ceux-ci vivent dans le CRM de GoHighLevel et sortent via les exports de contacts et de données de GoHighLevel quand vous choisissez de déplacer la base elle-même. Garder ces étapes séparées est voulu : rien dans votre compte actif n'est touché pendant que vous exportez et testez les éléments, et vous basculez les données en dernier, une fois les pages hébergées et les workflows publiés.
Essai gratuit – exportez une page et déplacez jusqu'à 3 workflows sur votre propre compte, sans carte. Voyez exactement comment se passera votre migration avant de payer.
Essai gratuit
ExportGHL