Så klonar du ett GoHighLevel-workflow eller en automation (steg för steg)

Att klona ett workflow låter som att det borde vara ett enda klick, och inom ett och samma konto är det nästan så. Men så fort du vill ha samma automation igång i en klients konto under en annan byrå — eller du inte är byrå-admin, eller vill ha alla referenser intakta — räcker inte de inbyggda verktygen. Den här guiden går igenom båda: GoHighLevels inbyggda alternativ, och hur du klonar ett workflow som faktiskt flyttas någon annanstans.

Vad GoHighLevels inbyggda ”duplicate” gör

GoHighLevel har en dupliceringsfunktion inbyggd i workflowbyggaren. Öppna Automation i ett underkonto, hitta workflowet i listan, öppna dess åtgärdsmeny och välj Clone (visas som ”Duplicate” i vissa versioner). GoHighLevel skapar en kopia i samma underkonto med ”(Copy)” i slutet av namnet, och behåller hela bygget — varje trigger, varje åtgärd, väntesteg, grenar och workflowets inställningar. Kopian skapas avstängd så att du kan redigera den innan något körs.

Det är genuint användbart för en uppgift: att göra en andra version av ett workflow som du vill ändra utan att röra det som är live. Du kan till exempel klona en nurture-sekvens för att testa ett nytt e-postmeddelande, eller förgrena ett bokningsflöde för ett annat erbjudande.

Begränsningarna: ett underkonto, eller din egen byrå som utkast

Den inbyggda dupliceringen kopierar ett workflow inom det underkonto du redan befinner dig i. GoHighLevel har visserligen ett separat alternativ, Copy Workflow to Sub-Account, i trepunktsmenyn i workflowlistan, men det är snävt: bara admin-användare på byrånivå kan använda det, det listar bara underkonton inom din egen byrå som du har åtkomst till, och kopian landar alltid som ett utkast. Det tar dessutom bara med en begränsad uppsättning referenser — kontaktaggar, anpassade fält där typen matchar, anpassade värden på underkontot, pipelines och steg, anpassade fält för affärer samt enkla textmallar för e-post/sms — och rensar de flesta andra länkar; mallar från e-postbyggaren ingår inte, och det finns ingen tillförlitlig bulk-funktion med Select-All och ingen inbyggd export till fil.

Så om du bygger ett bra onboarding-workflow och behöver det i en klients konto under en annan byrå, eller om du inte är byrå-admin, eller vill ha referenserna fullt ommappade i stället för rensade, tar de inbyggda alternativen slut. Den vanliga lösningen är en snapshot, men en snapshot kopierar en mall för hela kontot, vilket är klumpigt när du bara vill flytta ett eller några få workflows till konton som redan är uppsatta och live. För en enda automation är det fel storlek på verktyg.

Så klonar du ett workflow med ExportGHL Workflows

ExportGHL Workflows ser en kloning som tre steg — spara, en kostnadsfri beredskapskontroll med Check och publicera — så att samma sparade workflow kan återanvändas hur många gånger du vill, i hur många konton du vill driva.

1. Öppna källworkflowet. I det underkonto som har det workflow du vill ha öppnar du det i automationsbyggaren.
2. Spara det i ditt bibliotek. Spara workflowet i ditt molnbibliotek. Hela bygget fångas — triggers, åtgärder, väntesteg, grenar och inställningar — och sparas som en återanvändbar post som du kan versionshantera över tid.
3. Välj målet. Öppna det konto du vill att klonen ska hamna i. Det kan vara samma underkonto (en enkel kopia) eller ett annat underkonto eller en annan byrå.
4. Kör den kostnadsfria beredskapskontrollen. Innan någon kredit går åt kör du Check — en kostnadsfri beredskapskontroll som förhandsvisar vad ommappningen mellan konton kommer att matcha, vad auto-create-reglaget kan bygga och vad du själv måste ställa in. Inget publiceras förrän du väljer det.
5. Publicera som nytt workflow. Publicera det sparade workflowet i det kontot. Det kommer in som ett helt nytt workflow med samma steg och inställningar, avstängt tills du slår på det.

Eftersom workflowet ligger i ditt bibliotek är det bara ännu en publicering att klona det en andra eller tionde gång — du sparar inget på nytt. Det är skillnaden mellan en engångskopia och en återanvändbar mall som du äger. För hela bilden av hur man sparar, publicerar och säkerhetskopierar automationer utanför plattformen, se centralen exportera GoHighLevel-workflows.

Samma konto vs mellan konton

Att klona till samma konto är enkelt: pipelines, taggar, användare och anpassade fält som workflowet pekar på finns redan där, så publiceringen blir en ren kopia — samma resultat som GoHighLevels inbyggda duplicate.

Att klona till ett annat konto är där det riktiga arbetet sker. Ett workflow är fullt av ID:n som bara finns i det ursprungliga kontot — en viss pipeline, ett steg, en tagg, en användare, ett anpassat fält, en e-postmall. Släpper du in de ID:na i ett annat konto pekar de på ingenting. Vid en publicering mellan konton körs ommappningen mellan konton automatiskt och matchar varje sådan referens via namn mot målkontot och skriver om ID:na till de som finns där, så att klonen kopplas till rätt delar i stället för att hänga löst.

Allt som inte går att matcha — en tagg eller ett fält som helt enkelt inte finns i målkontot än — flaggas, och det importerade workflowet sparas som ett utkast i stället för att publiceras. En klon pressas aldrig live i trasigt skick. Ommappningen mellan konton beskrivs på djupet i ommappning mellan konton, och hela flytten från början till slut finns i kopiera mellan konton.

Vilket tillvägagångssätt ska du välja?

• En kopia, samma konto, för att redigera: GoHighLevels inbyggda klon fungerar bra och är gratis.
• Till ett annat underkonto eller en annan byrå: använd ExportGHL Workflows så att referenserna ommappas i stället för att gå sönder.
• Samma workflow i många konton: spara det en gång och publicera det så ofta du behöver från ditt bibliotek.

Du kan flytta ditt första workflow under den kostnadsfria provperioden utan kort och sedan byta till krediter att betala per användning som aldrig går ut, eller en engångslicens för Toolkit — på sidan priser ser du båda.

Vanliga frågor