Comment copier ou transférer un workflow entre comptes GoHighLevel
Vous devez déplacer des automatisations GoHighLevel entre comptes ? La copie native de la plateforme ne couvre que les sous-comptes de votre propre agence, réservée aux admins, et arrive en brouillon – voici comment copier ou transférer un workflow pour qu'il fonctionne vraiment à destination.
Réponse rapide. Pour transférer des automatisations GHL entre comptes, enregistrez le workflow dans une bibliothèque cloud depuis le compte source, ouvrez la destination et déployez-le comme nouveau workflow. Le remappage inter-comptes s'exécute automatiquement – les références sont associées par nom, et tout ce qui n'a pas de correspondance arrive en brouillon pour que rien ne passe en ligne cassé. Cela fonctionne entre agences et sans droits d'admin d'agence – ce que le Copy Workflow to Sub-Account natif de GoHighLevel ne permet pas.
Vous avez construit un bon workflow dans un compte GoHighLevel et voulez le même dans un autre : un autre sous-compte, un client que vous venez d'intégrer, ou un compte d'une autre agence. C'est la copie inter-comptes. La duplication native de GoHighLevel ne clone un workflow que dans le compte où il se trouve déjà, et son Copy Workflow to Sub-Account natif ne couvre que les autres sous-comptes de votre propre agence – pour les admins d'agence, en brouillon, avec la plupart des références supprimées. Dès que vous changez d'agence, que vous n'avez pas les droits d'admin ou que vous voulez conserver toutes les références, les options natives s'arrêtent, car un workflow est bien plus lié à son compte qu'il n'y paraît.
Pourquoi une copie brute casse dans un nouveau compte
Des noms identiques n'y changent rien ; les ids diffèrent, la copie garde donc sa forme mais perd son câblage.
Un workflow n'est pas un document autonome. Presque chaque étape importante pointe vers un autre élément du compte : ajouter un tag, déplacer une opportunité vers une étape de pipeline, assigner un utilisateur, mettre à jour un champ personnalisé, réserver dans un calendrier. GoHighLevel enregistre chacune de ces références sous forme d'identifiant propre au compte dans lequel il a été créé, et non sous forme de nom que vous reconnaîtriez.
Quand vous prenez le workflow brut et le déposez dans un second compte, chacun de ces identifiants ne pointe donc vers rien. Le compte de destination a ses propres pipelines, tags, utilisateurs et champs personnalisés – avec des identifiants complètement différents, même si les noms sont identiques. Le workflow copié a toujours la forme de l'original, mais ses déclencheurs et actions référencent des éléments qui n'existent pas dans le nouveau compte. Concrètement, les étapes échouent en silence, les opportunités ne bougent jamais et les tags ne sont pas appliqués. Le workflow semble correct dans l'éditeur et est cassé en silence à l'exécution.
C'est exactement la lacune que comble ExportGHL Workflows. Au lieu de reprendre aveuglément les identifiants source, il réassocie chaque référence propre au compte avec la destination avant même que le workflow ne soit en ligne.
Le flux de copie, étape par étape
Le transfert passe par votre bibliothèque cloud : les deux comptes restent indépendants.
Le transfert passe par une bibliothèque cloud plutôt que par une connexion directe de compte à compte. Les deux comptes restent ainsi indépendants et vous pourrez déployer plus tard le même workflow enregistré dans plusieurs destinations.
Enregistrez le workflow dans le compte source. Ouvrez le workflow à copier et enregistrez-le dans votre bibliothèque. Chaque étape, déclencheur, filtre et réglage est capturé – rien n'est laissé de côté, et le workflow d'origine dans le compte source reste intact.
Ouvrez la page Workflows du compte de destination. Passez au sous-compte ou à l'agence dans lequel vous copiez et ouvrez sa section Workflows. C'est là que le workflow enregistré sera reconstruit ; vous devez donc être dans le compte qui doit posséder la nouvelle copie.
Lancez la vérification de préparation gratuite. Choisissez votre workflow enregistré et cliquez sur « Vérifier » – une vérification de préparation gratuite qui ne dépense aucun crédit et ne déploie rien. Le remappage inter-comptes s'exécute automatiquement lors d'un déploiement entre comptes : ExportGHL lit chaque référence propre au compte dans le workflow et cherche à destination un élément du même nom – le pipeline « Sales », le tag « booked-call », l'utilisateur, le champ personnalisé, le modèle d'e-mail – et « Vérifier » prévisualise ce qui sera mappé, ce que « Création auto » peut créer et ce que vous devrez configurer vous-même.
Déployez. ExportGHL reconstruit le workflow à destination comme un nouveau workflow, avec les identifiants source remplacés par ceux de la destination. Il n'écrase ni ne modifie jamais un workflow existant, sauf si vous choisissez délibérément d'en mettre un à jour ; il n'y a donc aucun risque de perturber des automatisations actives dans le compte cible.
Faites correspondre les noms avant de copier. Le remappage inter-comptes associe les références par leurs noms dans chaque compte ; vérifiez donc rapidement que la destination possède un pipeline, un tag ou un champ personnalisé portant le même nom que la source : vous obtiendrez le résultat le plus propre, avec le moins d'éléments non mappés. S'il en manque, l'option « Création auto » crée à votre place, au déploiement, les pipelines (avec leurs étapes) et tags manquants, ne laissant à configurer à la main que les modèles, calendriers et utilisateurs.
La sécurité du brouillon pour les références non mappées
Tout ce qui n'a pas de correspondance de nom est signalé, et le workflow est déployé en brouillon qui ne s'exécute jamais.
La correspondance par nom couvre le cas courant, mais les comptes divergent. Parfois la destination n'a vraiment aucun équivalent – un tag jamais créé, une étape de pipeline renommée, un utilisateur absent de ce compte. ExportGHL ne devine pas et ne redirige pas en silence ces références vers l'élément le plus proche. Tout ce qu'il ne peut pas mapper par nom est signalé, et si un workflow a encore des références non mappées, il est déployé en brouillon.
Un brouillon ne s'exécute jamais. Vous l'ouvrez, voyez précisément quelles références demandent votre attention, choisissez le bon élément de destination ou créez celui qui manque, et publiez quand il est vraiment prêt. Le principe est simple : vous n'aurez jamais un workflow cassé silencieusement en ligne dans le compte d'un client. Au pire, vous avez un brouillon qui demande une minute de nettoyage, pas une automatisation qui se déclenche sur les mauvais éléments.
Pourquoi ne pas simplement utiliser un snapshot ?
Les agences pensent souvent d'abord à un snapshot, et pour la copie inter-comptes c'est généralement le mauvais outil. Un snapshot copie un modèle de compte entier ; il est donc lourd pour déplacer un ou quelques workflows, et peu pratique à appliquer à un compte déjà configuré et actif – vous risquez d'y importer des éléments dont vous ne vouliez pas. ExportGHL Workflows déplace des workflows individuels à la demande vers des comptes existants, ce que demande réellement la copie inter-comptes. Si vous hésitez entre les deux approches, voir snapshots vs export.
Si vous avez seulement besoin du même workflow une nouvelle fois dans un seul compte, commencez par cloner un workflow. Pour mieux comprendre la réécriture des identifiants, lisez le remappage des identifiants inter-comptes, ou consultez le hub exporter des workflows GoHighLevel pour toutes les options d'enregistrement, de déploiement et de sauvegarde. Vous pouvez tester tout le flux sans frais – le déplacement de votre premier workflow est gratuit, puis vous passez aux crédits qui n'expirent jamais ou à une licence unique. Voir les tarifs pour les détails.
Foire aux questions
Peut-on copier un workflow GoHighLevel vers un autre compte ?
En partie. La duplication native de GoHighLevel copie un workflow au sein d'un sous-compte, et son Copy Workflow to Sub-Account peut l'envoyer vers un autre sous-compte de votre propre agence – mais seulement pour les admins d'agence, et la copie arrive en brouillon avec la plupart des références supprimées. Pour transférer des automatisations GHL entre agences, en tant que non-admin, ou avec un remappage complet des références, ExportGHL Workflows est conçu exactement pour cela : vous enregistrez le workflow depuis le compte source, ouvrez la destination et le déployez comme nouveau workflow. Lors d'un déploiement entre comptes, le remappage des identifiants inter-comptes s'exécute automatiquement et corrige les références qui casseraient sinon dans le nouveau compte.
Pourquoi les workflows copiés cassent-ils dans un nouveau compte ?
Un workflow est plein d'identifiants qui n'ont de sens que dans le compte où il a été construit. Pipelines, étapes, tags, utilisateurs, champs personnalisés et modèles d'e-mail sont stockés sous forme d'identifiants propres au compte, pas de noms. Quand le workflow brut arrive dans un autre compte, ces identifiants ne pointent vers rien : déclencheurs et actions référencent des éléments qui n'existent pas. ExportGHL Workflows réassocie chaque référence par nom à destination et réécrit les identifiants pour que les étapes se résolvent correctement.
Que remappe-t-on quand je copie un workflow entre comptes ?
Le remappage inter-comptes réécrit les identifiants propres au compte source : pipelines, étapes de pipeline, tags, utilisateurs, champs personnalisés et modèles d'e-mail. Il associe chacun à l'élément du même nom dans le compte de destination et y substitue l'identifiant de destination. Tout ce qu'il ne peut pas associer par nom reste non mappé et est signalé, au lieu d'être redirigé en silence vers le mauvais élément – et un workflow avec des références non mappées est enregistré en brouillon.
Les deux comptes doivent-ils m'appartenir ?
Vous avez besoin d'un accès à la source et à la destination. La copie fonctionne entre deux sous-comptes ou agences que vous pouvez ouvrir, qu'ils vous appartiennent, appartiennent à votre agence ou à un client dont vous gérez le compte. Le workflow est enregistré dans votre bibliothèque cloud entre-temps ; les deux comptes ne sont donc jamais connectés directement et vous pouvez déployer le même workflow enregistré dans plusieurs destinations.
ExportGHL