Alles, was Sie brauchen, um GoHighLevel zu verlassen – oder zwischen Accounts umzuziehen: das Front End Ihrer Funnels und Websites exportieren und dann die Automatisierungen im Ziel klonen, ohne sie von Hand neu zu bauen.
Eine GoHighLevel-Migration sind eigentlich zwei Aufgaben unter einem Namen. Da ist das Front End – die Funnels, Websites, Blogs und AI-Studio-Seiten, die Ihre Besucher sehen – und die Automatisierungen, die dahinter laufen. GoHighLevel hält beides weitgehend verschlossen: Es gibt keinen nativen Front-End-Export, und das native Workflow-Kopieren ist eng begrenzt – die einfache Aktion Duplicate funktioniert nur innerhalb eines Sub-Accounts, und Copy Workflow to Sub-Account ist auf Agentur-Admin-Benutzer beschränkt, die einen Entwurf zwischen Sub-Accounts ihrer eigenen Agentur verschieben. Dieser Ratgeber ist der Hub für den gesamten Umzug. Er führt den ganzen Weg von Anfang bis Ende und verlinkt dann auf die ausführlichen Schritt-für-Schritt-Ratgeber zu jedem Teil.
Der Lock-in ist strukturell, nicht zufällig. Bauen Sie in GoHighLevel einen Funnel, leben die Seiten im Page-Builder der Plattform – es gibt keinen Button „Website herunterladen“, und das HTML aus dem Editor zu kopieren liefert defektes Markup ohne jedes Asset. Workflows sind fast genauso hartnäckig: Die einfache Duplizierfunktion arbeitet nur im selben Sub-Account, und das native Copy Workflow to Sub-Account verschiebt nur einen Entwurf zwischen Sub-Accounts Ihrer eigenen Agentur, und zwar für Agentur-Admin-Benutzer. Sobald Sie eine Automatisierung in einer anderen Agentur, als Nicht-Admin oder sauber neu zugeordnet in einem Account mit Live-Daten brauchen, bauen Sie sie Trigger für Trigger, Aktion für Aktion neu. Bei einer Agentur mit Dutzenden Kunden-Builds hält genau dieser Neuaufbau-Aufwand alle fest.
Snapshots auf Account-Ebene wirken wie eine Lösung, kopieren aber eine Vorlage für den ganzen Account, keine Einzelteile. Sie eignen sich gut, um aus einer Vorlage einen frischen Sub-Account zu erzeugen, und schlecht, um einen oder wenige Workflows in einen bereits laufenden Account mit eigenen Pipelines, Tags und Kunden zu verschieben. Diesen Zielkonflikt behandeln wir ausführlich unter Snapshots vs. Workflow-Export.
ExportGHL ist eine Suite, die genau auf diese Aufteilung ausgelegt ist. ExportGHL Sites übernimmt das Front End, ExportGHL Workflows die Automatisierungen. Sie nutzen beide mit einem Login und können sie in beliebiger Reihenfolge ausführen – wobei der Export der Seiten zuerst eine visuelle Referenz liefert, während Sie prüfen, ob die geklonten Automatisierungen auf die richtigen Formulare und Tags zeigen.
ExportGHL Sites erfasst den gerenderten Snapshot jeder Seite – das fertige HTML, CSS und JavaScript genau so, wie ein Browser es erzeugt, gebündelt mit Bildern und Schriften. Weil es die gerenderte Ausgabe liest, statt den Builder zu scrapen, kommt es mit JS-lastigen Seiten und AI-Studio-Seiten zurecht, an denen einfachere Scraper scheitern, und kann versteckte oder nicht verlinkte Seiten crawlen, wenn Sie die URLs angeben.
Das Ergebnis ist portabel und ohne Abhängigkeiten – keine GoHighLevel-Laufzeit, kein Plattform-Account zum Ausliefern nötig. Andere Front-End-Exporter wie VibeEscape und GHL Escape Kit decken Ähnliches ab, aber enger; Sites ist dafür gebaut, die kniffligen Seitentypen und versteckten Seiten zu bewältigen, an denen sie scheitern.
Das ist die Hälfte, die normalerweise die Woche frisst. ExportGHL Workflows speichert einen Workflow in einer Cloud-Bibliothek und stellt ihn dann als neuen Workflow in einem anderen Account bereit – ein bestehender wird nie überschrieben, es sei denn, Sie entscheiden sich ausdrücklich für ein Update. Das schwierige Problem, das es löst: Ein Workflow ist voller IDs, die nur im Quellaccount existieren – er verweist auf bestimmte Pipelines, Stages, Tags, Benutzer, benutzerdefinierte Felder und Kalender. Kopieren Sie das rohe Workflow-JSON in einen neuen Account, läuft jeder dieser Verweise ins Leere.
Das Account-übergreifende ID-Remapping von Workflows schreibt diese Verweise um und ordnet jeden per Namen im Ziel zu – die Pipeline „New Lead“ der Quelle wird der Pipeline „New Lead“ des Ziels zugeordnet usw. Was es nicht zuordnen kann, wird nicht stillschweigend verworfen: Der Workflow wird als Entwurf bereitgestellt, sodass ein fehlender Tag oder ein nicht zugeordneter Kalender nie halb defekt live geht. Sie prüfen den Entwurf, beheben oder legen das Fehlende an und veröffentlichen. Das ist die Fähigkeit, die JSON-basierte Tools nicht haben: GHL Workflows Pro bietet eine Cloud-Workflow-Bibliothek und Import mit einem Klick über Locations hinweg, schreibt aber keine nur in der Quelle gültigen IDs um, sodass Sie weiter jeden Verweis von Hand neu setzen. (Super Cloner klont trotz seines Namens Funnel- und Website-Seiten, keine Workflows, ist also gar kein Workflow-Tool.)
Die Mechanik eines einzelnen Umzugs finden Sie unter So klonen Sie einen Workflow, und für das Verschieben von Automatisierungen in einen bereits laufenden Account unter Workflow zwischen Accounts kopieren. Wie Sie einen Workflow in einer Bibliothek speichern und daraus bereitstellen, lesen Sie unter GoHighLevel-Workflows (Automatisierungen) exportieren.
Die häufigste echte Migration: Eine Agentur übergibt einen Build an einen Kunden oder löst einen Kunden auf einen eigenen Account heraus. Das Muster ist jedes Mal gleich: Exportieren Sie die Funnels und Websites des Kunden mit Sites, damit er eine portable Kopie besitzt, und klonen Sie dann mit Workflows die Automatisierungen in den Zielaccount des Kunden. Weil das Remapping per Namen zuordnet, gelingen die saubersten Übergaben dort, wo das Ziel Pipelines, Tags und benutzerdefinierte Felder bereits mit denselben Namen wie die Quelle hat – richten Sie diese also zuerst ein und lassen Sie das Remapping dann alles in einem Durchgang verbinden. Dank Entwurfs-Bereitstellung können Sie übergeben, gemeinsam prüfen und erst veröffentlichen, wenn der Kunde bestätigt, dass die Automatisierungen sich korrekt verhalten.
Klären Sie die Erwartungen vorab. ExportGHL verschiebt Seiten und Automatisierungen; es verschiebt nicht Ihre Kontaktdatenbank, den Konversationsverlauf, Anrufprotokolle oder Opportunity-Datensätze. Diese liegen im CRM von GoHighLevel und kommen über die eigenen Kontakt- und Datenexporte von GoHighLevel heraus, wenn Sie die Datenbank selbst umziehen. Diese Schritte bewusst getrennt zu halten bedeutet, dass an Ihrem Live-Account nichts angefasst wird, während Sie die Teile exportieren und testen – die Daten stellen Sie zuletzt um, wenn die Seiten gehostet und die Workflows veröffentlicht sind.
Gratis starten – exportieren Sie eine Seite und verschieben Sie bis zu 3 Workflows in Ihrem eigenen Account, ohne Karte. Sehen Sie genau, wie Ihre Migration abläuft, bevor Sie zahlen.
Gratis starten
ExportGHL