GoHighLevelアカウントから、またはアカウント間で移行するために必要なことのすべて。ファネルとサイトのフロントエンドをエクスポートし、手作業で作り直すことなく、オートメーションを移行先に複製します。
GoHighLevelの移行は、実際には1つの名前の下にある2つの作業です。訪問者に見えるフロントエンド（ファネル、Webサイト、ブログ、AI Studioのページ）と、その裏で動くオートメーションです。GoHighLevelはどちらもほぼ閉じ込めています。フロントエンドの標準エクスポートはなく、標準のワークフローコピーも限定的です。通常の複製は1つのサブアカウント内でしか使えず、「ワークフローをサブアカウントにコピー」は、エージェンシー管理者が自分のエージェンシー内のサブアカウント間で下書きを移す場合に限られます。このガイドは、移行全体をきちんと行うためのハブです。最初から最後までの道のりを解説し、各パートのより詳しいステップバイステップガイドへリンクします。
ロックインは偶然ではなく、構造的なものです。GoHighLevelでファネルを作ると、ページはプラットフォームのページビルダーの中にあり、「サイトをダウンロード」ボタンはありません。エディタからHTMLをコピーしても、アセットのない壊れたマークアップが手に入るだけです。ワークフローもほぼ同じくらい頑固です。通常の複製は同じサブアカウント内でしか使えず、標準の「ワークフローをサブアカウントにコピー」は、エージェンシー管理者が自分のエージェンシー内のサブアカウント間で下書きを移すだけです。別のエージェンシーで、管理者以外の立場で、あるいはすでに実データのあるアカウントにきれいにリマップしてオートメーションを移したくなった瞬間、トリガーごと、アクションごとに作り直すことになります。何十ものクライアント案件を抱えるエージェンシーにとって、その作り直しコストが、誰もが身動きできない理由です。
アカウント単位のスナップショットは答えのように見えますが、コピーするのはアカウント全体のテンプレートであり、個別のパーツではありません。ひな形から新しいサブアカウントを量産するには問題ありませんが、独自のパイプライン、タグ、クライアントを持ってすでに稼働しているアカウントに、1つか少数のワークフローを移すには向きません。このトレードオフはスナップショットとワークフローエクスポートの違いで詳しく解説しています。
ExportGHLは、まさにこの分け方に基づいたスイートです。ExportGHL Sitesがフロントエンドを、ExportGHL Workflowsがオートメーションを担当します。1つのログインで両方を実行でき、順番はどちらが先でも構いません。ただ、先にページをエクスポートしておくと、複製したオートメーションが正しいフォームやタグを指しているかを確認する際の目視の基準になります。
ExportGHL Sitesは、各ページのレンダリング済みスナップショット、つまりブラウザが生成する完成したHTML、CSS、JavaScriptを、画像やフォントと一緒にバンドルして取得します。ビルダーをスクレイピングするのではなくレンダリング結果を読み取るため、より単純なスクレイパーでは対応できないJavaScriptの多いページやAI Studioのページにも対応でき、URLを指定すれば隠しページやリンクされていないページもクロールできます。
出力は持ち運び可能で、依存関係がありません。GoHighLevelのランタイムも、配信するためのプラットフォームのアカウントも不要です。VibeEscapeやGHL Escape Kitなど、ほかのフロントエンド用エクスポーターも似た領域を扱いますが、範囲はより限定的です。Sitesは、それらでは壊れてしまう扱いにくいページタイプや隠しページに対応するように作られています。
通常、ここに1週間かかります。ExportGHL Workflowsは、ワークフローをクラウドライブラリに保存し、別のアカウントに新しいワークフローとしてデプロイします。自分で更新を選ばない限り、既存のものを上書きすることはありません。解決している難題は、ワークフローには、コピー元のアカウントにしかないIDが大量に含まれていることです。特定のパイプライン、ステージ、タグ、ユーザー、カスタムフィールド、カレンダーを参照しています。生のワークフローJSONを新しいアカウントにコピーすると、これらの参照はすべて宙に浮きます。
Workflowsのアカウント間IDリマップは、これらの参照を、移行先で名前により1つずつ対応付けて書き換えます。コピー元の「New Lead」パイプラインは、移行先の「New Lead」パイプラインに対応する、という具合です。一致しないものは黙って捨てられることなく、ワークフローは下書きとしてデプロイされるため、タグが足りない、カレンダーがマッピングされていない、といった状態が中途半端に公開されることはありません。下書きを確認し、足りないものを修正または作成して、公開します。これがJSONベースのツールにはない機能です。GHL Workflows Proはクラウドワークフローライブラリとロケーション間のワンクリックインポートを提供しますが、コピー元だけのIDは書き換えないため、結局すべての参照を手作業で付け直すことになります。（Super Clonerは名前に反して、ワークフローではなくファネルやWebサイトのページを複製するものなので、ワークフローツールではありません。）
1回の移行の仕組みはワークフローの複製方法を、すでに稼働中のアカウントにオートメーションを移す方法はアカウント間でワークフローをコピーするをご覧ください。ワークフローをライブラリに保存してそこからデプロイする方法は、GoHighLevelワークフロー（オートメーション）のエクスポートをご覧ください。
現実に最も多い移行は、エージェンシーがクライアントに案件を引き渡す、またはクライアントを独立した自分のアカウントに分離するケースです。パターンは毎回同じです。Sitesでクライアントのファネルとサイトをエクスポートして、クライアントが所有する持ち運び可能なコピーを渡し、次にWorkflowsでオートメーションをクライアントの移行先アカウントに複製します。リマップは名前で対応付けるため、最もスムーズな引き継ぎは、移行先にコピー元に合わせた名前のパイプライン、タグ、カスタムフィールドがすでにあるケースです。先にそれらを用意して、リマップで一度にすべてをつなぐのが得策です。下書きでのデプロイなら、引き渡し、一緒に確認し、オートメーションの動作をクライアントが確認してから公開できます。
最初に期待値を揃えておきましょう。ExportGHLが移すのはページとオートメーションで、コンタクトデータベース、会話履歴、通話ログ、商談レコードは移しません。これらはGoHighLevelのCRMにあり、データベース自体を移すときに、GoHighLevel標準のコンタクト／データエクスポートで取り出します。これらを別ステップにしているのは意図的で、パーツをエクスポートしてテストしている間、稼働中のアカウントには一切触れず、ページのホスティングとワークフローの公開が済んでから、最後にデータを切り替えられます。
無料で開始：ページのエクスポートと、自分のアカウントで最大3つのワークフローの移行が、カード不要で可能。支払う前に、移行がどう進むかを正確に確認できます。
無料で始める
ExportGHL