Ett GoHighLevel-workflow är kopplat till det konto där det byggdes via interna ID:n; flyttar du det utan att skriva om dem kommer det trasigt. Här är exakt vad som går sönder, och hur namnbaserad ommappning rättar det.
I GoHighLevel är nästan allt som ett workflow rör vid en post med ett eget internt ID: en pipeline, ett steg i den pipelinen, en användare som du tilldelar en uppgift, en tagg, ett anpassat fält, en kalender, en mall. När du bygger ett workflow sparar GoHighLevel inte namnen på de posterna i workflowdefinitionen. Det sparar deras ID:n. En åtgärd ”Lägg till tagg: Hot Lead” lagrar inte texten ”Hot Lead” — den lagrar något i stil med tag_7c1f…, ID:t för den taggen i det kontot.
De ID:na är kontospecifika. Samma tagg, skapad för hand i ett andra konto, får ett helt annat ID där. När en workflowdefinition lyfts ur ett konto och släpps i ett annat pekar alltså varje ID den bär på fortfarande på poster som bara finns i källkontot. Målkontot har ingen post med det ID:t, så referensen hänger löst. Det är grundorsaken till nästan varje rapport av typen ”jag kopierade mitt workflow och det slutade fungera”, och det är därför en rå kopia av JSON-filen inte är en riktig flytt.
Det som går sönder är inte slumpmässigt — det är varje fält i workflowet som innehåller ett kontospecifikt ID i stället för ett literalt värde. I praktiken betyder det:
Var och en av dessa är en tyst felkälla. GoHighLevel låter dig ofta spara ett workflow med en lös referens; det gör bara ingenting, eller fel sak, när en kontakt når det steget i produktion. Det är den värsta sortens fel — osynligt tills en riktig kontakt går igenom det.
ExportGHL Workflows behandlar flytten som en avstämning, inte en kopia. När du publicerar ett sparat workflow i ett målkonto läser det varje kontospecifik referens i definitionen, slår upp vad referensen var i källan (dess namn) och hittar posten med motsvarande namn i målkontot. Det lösa käll-ID:t skrivs sedan om till målkontots eget ID för den pipelinen, det steget, den taggen, användaren, det fältet, den kalendern eller mallen.
Att matcha via namn är rätt nyckel eftersom namn är vad de två kontona faktiskt delar. Du har sällan samma interna ID:n i olika konton, men mycket ofta en tagg ”Hot Lead”, en ”Sales Pipeline” med ett steg ”Booked” och ett anpassat fält ”Lead Source” i båda. ExportGHL går igenom hela referensgrafen — inklusive steg som ligger inuti sin pipeline och länkar mellan workflows — så att ett ommappat steg hamnar i rätt ommappad pipeline, inte bara i något steg med liknande namn.
Eftersom det publiceras i målkontot som ett nytt workflow skrivs inget du redan har över. (Du kan välja att uppdatera ett befintligt, men det är ett uttryckligt val, inte standard.) Resultatet är ett workflow som refererar till målkontots verkliga poster och körs på samma sätt som i källan. Den här sidan är en del av den kompletta guiden till att exportera GoHighLevel-workflows, centralen för att spara, flytta och säkerhetskopiera automationer mellan konton.
Det hjälper att skilja på två typer av saker i ett workflow: de kontospecifika referenserna som måste ommappas, och de strukturella byggblocken som följer med av sig själva.
Referenser som ommappas via namn. Var och en av dessa matchas mot målkontots egen post och ID:t skrivs om. Finns en matchning bevaras den; finns ingen lämnas workflowet som utkast tills du anger eller mappar den:
Byggblock i workflowet. Automationens struktur bevaras exakt, eftersom den inte är kontospecifik. Ett byggblock blir bara utkast på grund av en kontospecifik referens det pekar på — aldrig på grund av själva blocket:
Kort sagt: struktur och literala värden (väntetider, vanlig meddelandetext, grenlogik) bevaras intakta, varje kontospecifik referens ommappas via namn där den matchar, och allt som inte matchar håller hela workflowet som utkast i stället för att publicera det trasigt.
Ibland finns ett namn helt enkelt inte i målkontot — taggen ”Hot Lead” skapades aldrig där, eller en användare är inte medlem. ExportGHL gissar inte, och publicerar inget som tyst kommer att misslyckas. Det flaggar varje omatchad referens så att du ser exakt vad som saknas, och behåller det publicerade workflowet som utkast. Sedan skapar du den saknade posten (eller mappar åtgärden till en befintlig) och publicerar när allt löses upp.
Det här beteendet med utkast som standard är medvetet. Det fel du vill undvika är ett workflow som ser ut att vara live men tyst avfyras fel, så det säkra är att vägra publicera tills varje referens pekar på något verkligt.
Verktyg som GHL Workflows Pro, GHL Workflow Importer/Exporter och GHL Workflows JSON Exporter kan exportera ett workflows JSON och importera det i ett annat konto. (Super Cloner nämns ibland i samma sammanhang, men det klonar funnel- och webbplatssidor, inte workflows.) Det flyttar strukturen, men ID:na i den kopieras ordagrant — de stäms inte av mot målkontot. Pipeline-, tagg-, användar-, fält- och mallreferenserna pekar alltså fortfarande på källkontots ID:n, och du är tillbaka i att laga varje steg för hand. Att exportera JSON är de enkla 80 procenten; att ommappa de kontospecifika referenserna är de svåra 20 procenten som gör att workflowet faktiskt körs, och det är den delen de hoppar över. Väger du alternativen ställer klonarjämförelsen upp beteendet sida vid sida, och steg-för-steg för en enskild flytt finns i kopiera mellan konton.
GoHighLevels egna verktyg täpper inte heller till det här glappet. Inbyggd duplicering fungerar bara inom ett konto, och snapshots kopierar en mall för hela kontot — de löser upp referenser bara för att snapshoten har med sina egna kopior av varje pipeline, tagg och fält, vilket inte hjälper när du flyttar ett workflow till ett konto som redan är live. Ommappning mellan konton finns just för det fall som GoHighLevel lämnar obevakat.
Den kostnadsfria provperioden flyttar ett workflow från början till slut så att du kan se ommappningen och flaggningen av utkast i ditt eget konto innan du betalar något. Därefter gäller krediter att betala per användning som aldrig går ut, eller en engångslicens för Toolkit utan prenumeration — på sidan priser finns detaljerna.
Publicera ett workflow i ett annat konto gratis — se hur varje pipeline, tagg och fält skrivs om till målkontot, och allt som inte matchar flaggas innan det går live.
Start free
ExportGHL