Allt du behöver för att flytta från — eller mellan — GoHighLevel-konton: exportera frontend för dina funnels och webbplatser och klona sedan automationerna till målkontot utan att bygga om dem för hand.
En GoHighLevel-migrering är egentligen två jobb under ett namn. Det finns frontend — de funnels, webbplatser, bloggar och AI Studio-sidor som dina besökare ser — och det finns automationerna som körs bakom dem. GoHighLevel håller i stort sett båda inlåsta: det finns ingen inbyggd frontend-export, och den inbyggda kopieringen av workflows är snäv — den vanliga åtgärden Duplicate fungerar bara inom ett enda underkonto, och Copy Workflow to Sub-Account är begränsad till byrå-admin-användare som flyttar ett utkast mellan underkonton i sin egen byrå. Den här guiden är centralen för att göra hela flytten ordentligt. Den går igenom hela vägen från början till slut och länkar sedan vidare till de djupare steg-för-steg-guiderna för varje del.
Inlåsningen är strukturell, inte en slump. När du bygger en funnel i GoHighLevel ligger sidorna inne i plattformens sidbyggare — det finns ingen knapp för att ladda ner webbplatsen, och kopierar du ut HTML-koden från redigeraren får du trasig markup utan några tillgångar. Workflows är nästan lika envisa: den vanliga duplicate-åtgärden fungerar bara inom samma underkonto, och inbyggda Copy Workflow to Sub-Account flyttar bara ett utkast mellan underkonton i din egen byrå för byrå-admin-användare. I samma stund som du behöver en automation i en annan byrå, som icke-admin eller rent ommappad i ett konto som redan har live-data bygger du om den trigger för trigger, åtgärd för åtgärd. För en byrå med dussintals klientbyggen är det den ombyggnadskostnaden som håller alla fast.
Snapshots på kontonivå ser ut som ett svar, men de kopierar en mall för hela kontot, inte enskilda delar. De fungerar bra för att stämpla fram ett nytt underkonto från en ritning, och dåligt för att flytta ett eller några få workflows till ett konto som redan är live med egna pipelines, taggar och klienter. Vi går igenom den avvägningen i detalj i snapshots vs workflow-export.
ExportGHL är en svit byggd kring just den här uppdelningen. ExportGHL Sites tar frontend; ExportGHL Workflows tar automationerna. Du kör båda från en och samma inloggning och kan göra dem i valfri ordning — men att exportera sidorna först ger dig en visuell referens medan du kontrollerar att de klonade automationerna pekar på rätt formulär och taggar.
ExportGHL Sites fungerar genom att fånga den renderade ögonblicksbilden av varje sida — den färdiga HTML-, CSS- och JavaScript-koden exakt som en webbläsare producerar den, paketerad med bilder och typsnitt. Eftersom den läser det renderade resultatet i stället för att skrapa byggaren hanterar den JS-tunga sidor och AI Studio-sidor som enklare skrapare krånglar med, och den kan crawla dolda eller olänkade sidor när du anger webbadresserna.
Resultatet är portabelt och beroendefritt — ingen GoHighLevel-runtime och inget plattformskonto krävs för att servera det. Andra frontend-exportörer som VibeEscape och GHL Escape Kit täcker liknande områden men snävare; Sites är byggt för att hantera de krångliga sidtyperna och dolda sidorna som får dem att haverera.
Det här är den halva som vanligtvis äter upp veckan. ExportGHL Workflows sparar ett workflow i ett molnbibliotek och publicerar det sedan i ett annat konto som ett nytt workflow — det skriver aldrig över ett befintligt om du inte uttryckligen väljer att uppdatera. Det svåra problem det löser är att ett workflow är fullt av ID:n som bara finns i källkontot: det refererar till specifika pipelines, steg, taggar, användare, anpassade fält och kalendrar. Kopierar du den råa workflow-JSON-filen till ett nytt konto hänger varenda en av de referenserna löst.
Workflows ID-ommappning mellan konton skriver om de referenserna och matchar var och en via namn i målkontot — pipelinen ”New Lead” i källan mappas till pipelinen ”New Lead” i målet, och så vidare. Allt som inte går att matcha tappas inte tyst: workflowet publiceras som ett utkast, så att en saknad tagg eller en omappad kalender aldrig går live halvtrasig. Du granskar utkastet, fixar eller skapar det som saknas och publicerar. Det här är en förmåga som de JSON-baserade verktygen saknar: GHL Workflows Pro erbjuder ett molnbibliotek för workflows och import med ett klick mellan locations, men skriver inte om käll-ID:n, så du får fortfarande peka om varje referens för hand. (Super Cloner klonar, trots namnet, funnel- och webbplatssidor, inte workflows, så det är inte alls ett workflowverktyg.)
För mekaniken i en enskild flytt, se så klonar du ett workflow, och för att flytta automationer till ett konto som redan är live, kopiera ett workflow mellan konton. För att spara ett workflow i ett bibliotek och publicera från det, se hur du exporterar dina GoHighLevel-workflows (automationer).
Den vanligaste verkliga migreringen är en byrå som lämnar över ett bygge till en klient, eller bryter ut en klient till ett eget konto. Mönstret är detsamma varje gång: exportera klientens funnels och webbplatser med Sites så att de har en portabel kopia som de äger, och klona sedan automationerna till klientens målkonto med Workflows. Eftersom ommappningen matchar via namn är de renaste överlämningarna de där målkontot redan har sina pipelines, taggar och anpassade fält namngivna som i källan — så det lönar sig att ställa in dem först och sedan låta ommappningen koppla ihop allt i ett svep. Att utkast skapas innebär att du kan lämna över, granska tillsammans och publicera först när klienten bekräftat att automationerna beter sig som de ska.
Sätt förväntningarna från början. ExportGHL flyttar sidor och automationer; det flyttar inte din kontaktdatabas, konversationshistorik, samtalsloggar eller affärsposter. De ligger i GoHighLevels CRM och kommer ut via GoHighLevels egna kontakt- och dataexporter när du väljer att flytta själva databasen. Att hålla isär dessa steg är medvetet — det innebär att inget i ditt live-konto berörs medan du exporterar och testar delarna, och att du flyttar över data sist, när sidorna är hostade och workflowsen publicerade.
Börja gratis — exportera en sida och flytta upp till 3 workflows i ditt eget konto, inget kort krävs. Se exakt hur din migrering kommer att gå innan du betalar.
Start free
ExportGHL