Framerはデザイン主導のマーケティングチームに適しており、WordPressはパブリッシングとプラグインワークフローに向いています。Astroとヘッドレスという名称のCMSは、ビルドとホスティングを自分たちで管理する準備ができたチーム向けです。Webflowのエディタとコンテンツモデルがジョブに適合し、1つの統合で問題を解決できる場合は、Webflowをショートリストに残してください。その後、コンテンツ、フォーム、メンバーシップ、移行時に残す必要のあるURLに対して各ルートを比較検討します。
ルートを失敗している要件に合わせる
単に古く感じるだけでなく、実際に何が壊れているかから始めてください。エディタが満足していて、唯一の失敗がログインだけなら、フルリビルドは小さな問題に対する重い答えです。
以下の表は各ルートを、それが適する状況と試行タスクに対応させています。この試行タスクは意図的なものです。エディタは代表的なコンテンツページを変更して公開します。ホームページのスクリーンショットを復元することは、チームが長年頼りにするワークフローについて何も証明しません。
| ルート | これを選ぶタイミング | 引き継ぐもの | 再構築が必要なもの | 試行タスク |
|---|---|---|---|---|
| Framer | デザイン主導のマーケティングチームがビジュアルキャンバス上で編集・公開したい | ビジュアル編集の習慣、およびCSVインポートを通じたコレクションコンテンツ(Framerが列挙する機能) | ページ、コレクション、参照、フォーム、ゲートコンテンツ、ローカライゼーション設定 | エディタが代表的な記事を開き、見出しと参照フィールドを変更し、プレビューしてから公開します |
| 自ホストWordPress | パブリッシング量、ユーザーロール、スケジューリング、プラグインエコシステムが最も重要 | ポスト、ページ、カスタムフィールドにマッピングされたコンテンツ、ダウンロードされたメディア | テーマとテンプレート、フォーム、メンバーシップ、SEOプラグイン設定、リダイレクト | エディタが実際のテンプレートでポストをドラフトし、プレビューしてスケジュール設定し、下位のロールを持つユーザーがそれを公開しようとします |
| AstroとヘッドレスというCMS | エンジニアがいるチームが、ビルド、ホスティング、プレビューパイプラインを所有します | マークアップをリファレンスとしてエクスポート、CSV コンテンツ、ダウンロード済みアセット | フロントエンド全体、エディタインターフェース、プレビュー、フォーム、検索 | エディタが CMS のエントリを変更し、プレビューを確認してから公開すると、ライブページが更新される |
| Webflow に留まり、統合変更に絞った対応をする | エディタがワークフローを気に入り、コンテンツモデルが機能しており、不足しているのはメンバーシップまたは他の統合 | ページ、CMS、ホスティング、URL | ログイン、ゲート、およびそのゲートと請求の紐付け | テストメンバーがサインアップしてゲートされたページに到達してログアウトする一方で、エディタが別のページを公開する |
Astro はターンキー型のビジュアルビルダーではないため、そのような基準で判断しないでください。コードを書く人のためのフレームワークであり、まさにそのために Astro CMS ガイドが存在します。コンテンツは他の場所に存在し、それを接続します。詳しい説明が必要なら、ヘッドレス CMS ページを参照してください。また Astro vs Next.js ではフレームワークの選択について説明しています。
何かを選ぶ前に、エクスポートでは対応できないものを書き出してください。
- すべての CMS コレクションとそれらの間の参照関係
- すべてのフォームと、その送信先
- すべての保護されたページまたはメンバー限定ページ
- 主要言語以外のすべてのロケール
- サイトに接続されたすべての外部サービス
- トラフィックやリンクを生み出しているすべての URL
Webflow コードエクスポートの対応範囲と非対応範囲
エクスポートという言葉は実際の機能以上の約束をしています。公式コードエクスポートガイドによれば、有料 Workspace プランはサイトの HTML、CSS、JavaScript およびアセットをエクスポートできます。Site プランのみではエクスポートできません。メインメニューを開き、Code export を選択するか Shift + E を押し、Prepare ZIP をクリックしてファイルをダウンロードします。
ZIP の中には CSS フォルダ、JS フォルダ、アセットパネルのすべてを含む images フォルダ、および空のコレクションテンプレートページを含むすべてのページの HTML ファイルがあります。ガイドには JS ファイルを削除するとページが見た目は正常でも機能しなくなる可能性があるという警告も記載されています。エクスポート対象の部分を選択することはできず、エクスポートされたファイルに手作業で加えた編集は一部の Webflow コンポーネントを破損させる可能性があります。
これは使用可能で、かなり良好なスタートアセットを提供します。Webflow への帰属表示も Webflow プランも不要で、どこにでもホストでき、自分のサーバー上で実行できます。ただし、静的なマークアップです。
このガイドには含まれず機能しないものが列記されています。
- CMS コンテンツと機能。コレクションアイテムとリストを含む
- ユーザーアカウントコンテンツと機能
- eコマースコンテンツと機能。商品とチェックアウトを含む
- サイトとページのパスワード保護
- フォーム送信の処理、および reCAPTCHA 要素
- サイト検索
- ローカライズされたコンテンツ（プライマリロケールのページ、要素、コンテンツのみが含まれます）
- コードコンポーネント
エクスポートされたサイトでは、Collection リストは空の状態を表示し、Collection ページには Collection フィールドにバインドされたコンテンツが表示されません。Webflow によると、パスワード保護は Webflow ホスティングでのみ機能します。以前に保護されたページを別のホストに配置する前に、アクセス制御をリビルドしてテストしてください。ZIP ファイルは Webflow のホストされたログインとパスワード保護機能を保持しません。
エクスポートされたサイトではフォームと検索も機能しません。Webflow はこれを GDPR コンプライアンスに起因するとしています。送信を収集するには、サードパーティツールまたは埋め込みフォーム統合が必要です。
CSV はデータであり、CMS ではありません
基盤となるコンテンツの一部は個別にバックアップできます。同じガイドでは、ローカライズされた Collection コンテンツを含む CMS Collection の CSV エクスポート、および Ecommerce Collection について説明しています。ただし CSV は、編集インターフェース、プレビューシステム、チェックアウトのないレコードを含みます。過去の User Accounts エクスポート手順では、以下に説明されている完了したサンセット後もこれらのレコードが利用可能なままであることは確立されていません。
さらにもう 1 つの落とし穴があります。これは Figment からのサードパーティの記事で指摘されています：CSV エクスポートの画像フィールドとファイルフィールドは、Webflow のアセットホスティングを指す URL として出力されます。ホスティングをキャンセルする前にそれらのファイルをダウンロードしてください。そうしないと、コンテンツは無効なリンクを指します。これはセカンダリソースであるため、独自のエクスポートと照らし合わせて確認してください。
3 つの代替ルート、同じ 5 つの質問
各ルートに同じ質問を投げかけてください：誰が編集するのか、コンテンツ関係とプレビューはどのように機能するのか、誰がホスティングと更新を実行するのか、どの統合が必要なのか、そして URL とメタデータはどのように存続するのか。ベンダー機能リストは証拠ではなく説明です。テーブルのトライアルタスクが真の答えです。
Framer
誰が編集するのか：Framer は、キャンバス上で直接コンテンツを編集および公開できるビジュアルエディタを説明しており、公開前にドラフトとプレビューがあります。これはベンダーの主張ですが、このルートに適したデザイン主導のワークフローと一致します。
関係とプレビュー：Framer は、そのCMS ページに参照、CSV インポート、組み込みローカライゼーションをリストアップしています。代表的なコレクションとその関係をテストしてください。その後、コミットする前に、現在のプラン制限を実際のコンテンツインベントリと照らし合わせて確認してください。
ホスティングと統合：プラットフォームがホスティングを行います。これが魅力です。フォーム、ゲーテッドコンテンツ、その他の通常と異なる機能には、選択してテストする統合が必要です。Framer サイトを再度エクスポートすることについて、包括的な主張は行いません。Framer のその点に関する現在のドキュメントはプロジェクトレベルの検証が必要だからです。
URL とメタデータ：手動でマップされています。すべてのルートと同じです。
自ホストWordPress
2 つのことを区別しておいてください。WordPress.org はソフトウェアです：GPL ライセンス、ライセンス料なし、あなたが選んだホスティングで実行します。WordPress.com は会社が販売するホストされたサービスで、インストール可能なものと誰がパッチを当てるかはプランに依存します。それらを 1 つの決定として扱わないでください。
誰が編集するのか：WordPress.org はドラフト、予定された公開、リビジョン、公開またはプライベートコンテンツ、パスワード保護されたポストとページを標準として列挙しています。また、ユーザーロール：管理者、編集者、著者、寄稿者、購読者についても説明しています。複数レベルのアクセス権を持つ編集チームの場合、これは真の適合です。
関係とプレビュー：カスタム投稿タイプ、タクソノミー、メタデータは同じ機能ページごとにコードを通じて存在します。Webflow 参照フィールドのモデリングは計画を必要とし、おそらくデベロッパーが必要です。プレビューは完全にあなたのテーマに依存します。
ホスティングと更新：あなたのものです。WordPress のプラグインドキュメントでは、プラグインは PHP スクリプトであり、多くの場合ボランティアによって開発され、品質にばらつきがあると述べています。最新のコアアップデート以降更新されていないプラグインは、互換性がないか未知の互換性の問題がある可能性があります。だれかがその保守を無期限に所有する必要があります。
統合、URL、メタデータ：プラグインカテゴリは SEO、e-commerce、セキュリティ、キャッシング、データのインポートとエクスポートをカバーしています。リダイレクトとメタデータはまだマッピングが必要です。リビルドに関連するコンテンツモデリングと編集作業については、headless CMS development ページを参照してください。
AstroとヘッドレスというCMS
誰が編集するのか：エディターはプロジェクト用に選択された CMS で機能します。これにはビジュアル編集を含めることができます。Sanity のドキュメントでは、フロントエンドに接続されたときのライブプレビューとクリックして編集について説明しています。Astro にビジュアルキャンバスまたはフォームのみのインターフェースが付属していると想定しないでください。その統合とエディタトライアルをスコープに入れてください。
関係とプレビュー：構造は選択した CMS から来ます。プレビューはあなたのエンジニアが構築するものです。それらが無料で到着することを想定しないでください。
ホスティングと更新：あなたのチームがホスト、ビルドプロセス、依存関係の更新を選択します。それが私が最初に言及したエンジニアリング所有権です。2 年後にそのジョブを望む人がいない場合は、別のルートを選択してください。
インテグレーション、URL、メタデータはすべて明示的です。フォーム、検索、リダイレクトはすべて自分で配線する必要があります。利点は管理性ですが、コストは誰かが書かない限り何も起きないということです。
ユーザーアカウントのサンセット後のメンバーシップ
これはもはや期限ではなく、完了した変更です。2026年11月4日現在、Webflowのユーザーアカウントサンセット通知は2026年1月29日の廃止予定日を記載していますが、これはすでに過去のものです。ユーザーアカウント専用のAPIとウェブフックは同じ日付で廃止され、それらに依存していたインテグレーション、ワークフロー、カスタム開発に影響を与えています。
Webflowの通知では、その日付時点でユーザーアカウントを使用していないサイトはその機能とデータへのアクセスを失い、CMSには何も移行されないとされていました。ユーザーアカウントページは通常の静的ページになり、コンテンツゲートは削除され、メンバーは公開サイトでログインできなくなりました。今からWebflowから過去のユーザーアカウントデータを取得することを計画しないでください。アクセスは失われたため、回復は完全にその日付の前にエクスポートしたCSVに依存します。
通知と2024年12月11日の元の発表では、OutsetaとMemberstackが推奨される代替案として名前が挙げられており、Webflowの検証済みアプリエコシステムの他のツールも指しています。その発表に付属していたローンチディスカウントは過去のものであるため、繰り返しません。
これが実際のポイントです。焦点を絞ったアイデンティティインテグレーションはサイト全体を移動することなくゲートされたコンテンツを復元できます。ページ、CMS、エディタワークフローが正常であれば、不足している部分はログインとアクセスであり、これはプラットフォーム変更よりも小さな仕事です。
Stripeのサブスクリプションは独自のチェックが必要です
有料サブスクリプションを持つEコマース顧客の場合、通知ではサブスクリプションはStripeに残り、購読者は引き続き課金されるとされていました。これを2回読んでください。ウェブサイトを移動してもサブスクリプションはキャンセルされず、新しいプラットフォームはそれらのサブスクリプションが存在することを知りません。それらを個別に調整してください。誰が支払っているのか、どのようなアクセスが約束されたのか、そしてどの新しいシステムがそれを付与するのか。
通知からのもう1つの注意：Webflowサポートはサードパーティインテグレーション、ウェブサイトのカスタマイズ、またはカスタムコードをカバーしていません。対応する人物の予算を確保してください。
コミットする前に実行する検証チェックリスト
これは提案された検証であり、すでに完了した作業の記録ではありません。ステージングコピーに対して実行し、完了できないステップを一時停止の理由として扱ってください。
- 現在のページとCMSコレクション、その関係を含めてインベントリします。
- フォーム、保護されたコンテンツ、外部サービス（分析、メール、支払い、APIを呼び出すすべてのもの）を特定してください。
- メディアを保存し、個別にエクスポートしたCSVコンテンツをそれと一緒に保管してください。
- リダイレクトとメタデータをマップします。タイトル、説明、canonicalタグ、保持する各URLのaltテキスト。
- ターゲット上で1つの代表的なコンテンツテンプレートを再作成してください。
- 開発者ではなく、実際のエディタを使用して、そのテンプレートでエディタプレビューと公開をテストしてください。
- フォーム、アクセスルール、ローカライゼーションをテストしてください。
- ステージングサイトをクロールし、重要なURLをライブサイトと比較してください。
- カットオーバーとロールバックをリハーサルしてください。DNSを切り替える人と誰が戻すことを決定するかを含めて。
プラットフォームの変更は検索またはCore Web Vitalsの改善を保証するものではなく、ここの何もそのような約束として読むべきではありません。ステップ4と8のポイントは、すでに持っているものを失うことを避けることです。
インベントリについて別の視点が欲しい場合は、現在のURL、失敗している要件、および動作を継続する必要があるもののリストをスコープされた移行評価に持ち込んでください。
留まるテスト
Webflowに留まることは公正な検討に値します。Webflowはそのカスタムページ編集機能をビジュアルファーストかつ構成可能と説明しており、ドラフトプレビュー、段階的な公開、インキャンバス編集、およびコレクション全体でコンテンツをリンクするためのリファレンスフィールドが含まれます。これらはベンダー主張ですが、エディタがすでに好むワークフローを説明しています。
だからテストを実行してください。
- 現在のエディタワークフローは、日々それを使用している人たちにとって機能していますか？
- コンテンツモデルは、回避策なしに実際のコンテンツを保持できていますか？
- 失敗している要件は、メンバーシップなどの単一の統合ですか？
3つの答えすべてが「はい」の場合、分別のある方法は、より小さな変更を文書化することです。どの統合が失敗した部分を置き換えるのか、どのURLとゲートに影響するのか、そしてどのようにテストするのかを記載します。1つの統合を置き換えて、他のすべてはそのままにしておきます。答えが混在している場合は、テーブルと試験タスクを使用してください。エクスポートはリビルドが始まる場所であり、終わる場所ではありません。
FAQ
Webflowを離れるためだけに有料プランが必要ですか？
コードエクスポートの場合、はい。Webflowはコードエクスポートは有料のWorkspaceプランでのみ利用でき、Siteプランだけでは含まれていないと述べています。コレクションのCSVエクスポートについては、同じガイドで別途説明されています。
エクスポートされたZIPをホストして、移行されたサイトと呼ぶことができますか？
ホストすることはできますが、Webflowは自分のサーバーで機能させるためにWebflowのアトリビューションやプランは不要だと言っています。ただし、コレクションページは空になり、フォームと検索は機能せず、保護されたページは公開されます。これは移行されたサイトではなく、静的なシェルです。
エディタにとって、FramerとWordPressのどちらが優れていますか？
エディタがどのように機能するかによって異なります。Framerはキャンバスベースの編集と公開前のプレビューを説明しており、WordPressはドラフト、スケジューリング、リビジョン、ユーザーロールを説明しています。自分のエディタに両方で同じ試験タスクを提供して、どちらなら助けなしに完了できるかを確認してください。
OutsetaとMemberstackのどちらが良い選択ですか？
Webflowは両方を推奨される置き換えとして挙げており、どちらのソースもランキングを示していません。各ゲートルール、請求設定、および既に使用しているStripeサブスクリプションに対してテストしてください。
Webflowエクスポートはマークアップとアセットを保持しており、CMS、チェックアウト、フォーム処理、検索、保護されたページ、または追加のロケールは含まれていません。再構築できない機能によってルートを選択してください。そして1つの統合が実際の問題を解決する場合は、残りに触れる前にその小さな変更を記載してください。