Wszystko, czego potrzebujesz, aby przenieść się z kont GoHighLevel lub między nimi: wyeksportuj front-end lejków i stron, a potem sklonuj automatyzacje na konto docelowe bez odbudowywania ich ręcznie.
Migracja GoHighLevel to tak naprawdę dwa zadania pod jedną nazwą. Jest front-end — lejki, strony, blogi i strony AI Studio, które widzą odwiedzający — oraz automatyzacje, które działają za nimi. GoHighLevel w dużej mierze blokuje jedno i drugie: nie ma natywnego eksportu front-endu, a natywne kopiowanie workflowów jest wąskie — zwykła akcja Duplicate działa tylko w obrębie jednego subkonta, a Copy Workflow to Sub-Account jest ograniczone do administratorów agencji przenoszących szkic między subkontami we własnej agencji. Ten poradnik to centrum wiedzy o przeprowadzeniu całej migracji jak należy. Przeprowadza przez całą ścieżkę od początku do końca, a potem odsyła do szczegółowych poradników krok po kroku dla każdej części.
Uzależnienie jest strukturalne, a nie przypadkowe. Gdy budujesz lejek w GoHighLevel, strony żyją wewnątrz kreatora stron platformy — nie ma przycisku „pobierz stronę”, a skopiowanie HTML z edytora daje zepsuty kod bez żadnych zasobów. Workflowy są niemal równie oporne: zwykła akcja duplikowania działa tylko w obrębie tego samego subkonta, a natywne Copy Workflow to Sub-Account przenosi szkic tylko między subkontami we własnej agencji i tylko dla administratorów agencji. W chwili gdy potrzebujesz automatyzacji w innej agencji, jako osoba bez roli admina albo czysto przemapowanej na konto, które ma już działające dane, odbudowujesz ją wyzwalacz po wyzwalaczu, akcja po akcji. Dla agencji z dziesiątkami projektów klientów właśnie koszt tej odbudowy wszystkich unieruchamia.
Snapshoty na poziomie konta wyglądają jak rozwiązanie, ale kopiują szablon całego konta, a nie pojedyncze elementy. Nadają się do tworzenia świeżego subkonta z wzorca, a słabo do przenoszenia jednego lub kilku workflowów na konto, które już działa z własnymi pipeline, tagami i klientami. Ten kompromis opisujemy szczegółowo w poradniku snapshoty a eksport workflowów.
ExportGHL to pakiet zbudowany dokładnie wokół tego podziału. ExportGHL Sites zabiera front-end; ExportGHL Workflows zabiera automatyzacje. Oba uruchamiasz z jednego logowania i możesz robić to w dowolnej kolejności — choć wyeksportowanie stron najpierw daje wizualny punkt odniesienia, gdy sprawdzasz, czy sklonowane automatyzacje wskazują właściwe formularze i tagi.
ExportGHL Sites działa, przechwytując wyrenderowaną migawkę każdej strony — gotowy HTML, CSS i JavaScript dokładnie tak, jak tworzy je przeglądarka, w paczce z obrazami i czcionkami. Ponieważ czyta wyrenderowany wynik zamiast skrobać kreator, radzi sobie ze stronami bogatymi w JS i stronami AI Studio, na których prostsze skrobaki się potykają, i potrafi przeszukać ukryte lub niepodlinkowane strony, gdy podasz ich adresy URL.
Wynik jest przenośny i bez zależności — bez środowiska GoHighLevel i bez konta na platformie, aby go serwować. Inne eksportery front-endu, takie jak VibeEscape i GHL Escape Kit, obejmują podobny obszar, ale węziej; Sites jest zbudowany, by radzić sobie z kłopotliwymi typami stron i ukrytymi stronami, które je psują.
To ta połowa, która zwykle pochłania cały tydzień. ExportGHL Workflows zapisuje workflow w bibliotece w chmurze, a potem wdraża go na innym koncie jako nowy workflow — nigdy nie nadpisuje istniejącego, chyba że wyraźnie wybierzesz aktualizację. Trudny problem, który rozwiązuje, to fakt, że workflow jest pełen ID istniejących tylko na koncie źródłowym: odwołuje się do konkretnych pipeline, etapów, tagów, użytkowników, pól niestandardowych i kalendarzy. Skopiuj surowy JSON workflowa na nowe konto, a każde z tych odwołań będzie wisieć w powietrzu.
Remapowanie ID między kontami w Workflows przepisuje te odwołania, dopasowując każde według nazwy na koncie docelowym — pipeline „New Lead” ze źródła trafia na pipeline „New Lead” w miejscu docelowym i tak dalej. Wszystko, czego nie da się dopasować, nie jest po cichu pomijane: workflow jest wdrażany jako szkic, więc brakujący tag czy niezmapowany kalendarz nigdy nie pójdą na żywo w połowie zepsute. Przeglądasz szkic, poprawiasz lub tworzysz brakujący element i publikujesz. Tego właśnie nie mają narzędzia oparte na JSON: GHL Workflows Pro oferuje bibliotekę workflowów w chmurze i import jednym kliknięciem między lokalizacjami, ale nie przepisuje ID istniejących tylko w źródle, więc nadal ręcznie ustawiasz każde odwołanie od nowa. (Super Cloner, mimo nazwy, klonuje strony lejków i witryn, a nie workflowy, więc w ogóle nie jest narzędziem do workflowów.)
Mechanikę pojedynczego przeniesienia opisuje poradnik jak sklonować workflow, a przenoszenie automatyzacji na konto, które już działa — poradnik kopiowanie workflowa między kontami. Aby zapisać workflow w bibliotece i wdrażać z niej, zobacz, jak wyeksportować workflowy (automatyzacje) GoHighLevel.
Najczęstsza prawdziwa migracja to agencja przekazująca projekt klientowi albo wydzielająca klienta na jego własne konto. Wzorzec jest za każdym razem ten sam: wyeksportuj lejki i strony klienta za pomocą Sites, aby miał przenośną kopię, którą posiada, a potem sklonuj automatyzacje na konto docelowe klienta za pomocą Workflows. Ponieważ remapowanie dopasowuje według nazw, najczystsze przekazania to te, w których konto docelowe ma już pipeline, tagi i pola niestandardowe nazwane tak jak w źródle — opłaca się więc przygotować je najpierw, a potem pozwolić remapowaniu połączyć wszystko za jednym razem. Wdrażanie jako szkic oznacza, że możesz przekazać projekt, razem go przejrzeć i opublikować dopiero wtedy, gdy klient potwierdzi, że automatyzacje działają jak trzeba.
Ustal oczekiwania z góry. ExportGHL przenosi strony i automatyzacje; nie przenosi bazy kontaktów, historii rozmów, logów połączeń ani rekordów szans sprzedaży. Te dane żyją w CRM GoHighLevel i wychodzą przez własne eksporty kontaktów i danych GoHighLevel, gdy zdecydujesz się przenieść samą bazę. Rozdzielenie tych kroków jest celowe — dzięki temu nic na Twoim działającym koncie nie jest ruszane, gdy eksportujesz i testujesz elementy, a dane przełączasz na końcu, gdy strony są już hostowane, a workflowy opublikowane.
Zacznij za darmo — wyeksportuj stronę i przenieś do 3 workflowów na własnym koncie, bez karty. Zobacz dokładnie, jak przebiegnie Twoja migracja, zanim zapłacisz.
Zacznij za darmo
ExportGHL