WebflowからWordPressへのエクスポート：エクスポートされる内容と代替手段.

WebflowからWordPressへ移行できるものと、移行できないもの?

エクスポートした HTML、CSS、JavaScript は、静的ファイルとしてそのまま移せます。CMS コレクションも CSV 形式で取り出せます。ただ、サーバーサイドの機能は一切含まれません。コードのエクスポートで除外されるのは、CMSコンテンツ、動的ロジック、ユーザーアカウント、eコマース、フォーム送信処理、サイト内検索、reCAPTCHA要素、パスワード保護、コードコンポーネントです。そしてロケールにも注意が必要です。サイトに複数のロケールがあっても、書き出されるのはプライマリロケールだけです。

空の要素が残る場合があります。コレクションページでは、コレクションフィールドに紐付いた要素がすべて落ちるため、一覧があった場所は空白のまま出力されます。また、サイトの一部だけをエクスポートすることはできません。実行するたびに、対象ファイルが丸ごと書き出されます。コンポーネントクラスには「w-」という接頭辞が付きますが、ここを手作業で触るとWebflowコンポーネントがあっさり壊れます（気づけば午後がつぶれる原因です）。フォームも別対応になります。新しいバックエンドハンドラーが必要ですが、過去の送信データ自体は個別にエクスポートできます。書き出したコードはあくまでデザイン参照用として扱い、自前のWordPressテーマテンプレートとして組み直してください。

検索トラフィックを維持するために、URLマップやリダイレクトをどのように計画すればよいでしょうか?

移行設計は事前に詰めておく必要があります。すべての旧URLを1つずつ新URLに対応付け、公開前にサーバーサイドで恒久リダイレクトを設定します。Googleは、URLパスが変わるだけでサイトの移転として処理します。ですから、ドメインが同じであってもWordPressへの移行は立派なサイト移転です。パスは短く保ち、301または308のステータスコードを使ってリダイレクトの連鎖を避けてください。設定は少なくとも1年間（推奨ではなく最低限です）維持します。1年は目標ではなく、下限にすぎません。

Webflowの301リダイレクト表はCSV形式でエクスポートでき、旧URLの基準リストとして使えます。Webflowが生成するsitemap.xmlも、照合用の2つ目のリストになります。スラッグを変えるなら、WordPress側で正確なリライトルールかパターンマッチングを組まなければなりません。DNSレコードを切り替える前に、各URLを必ずテストしてください。そして公開後は、新サイトのcanonicalタグ、noindexルール、robotsディレクティブを精査し、新旧両方のURLでトラフィックを監視します。サーバーがリダイレクトを返せない場合、canonicalタグは検索エンジンへの弱いヒントにすぎません。

Webflowからのコンテンツの移行方法：エクスポート、API、またはクロール?

コンテンツの移行は、CMSコレクションのCSV書き出しと、レンダリング済みHTMLでしか存在しないページのクロール、その両方で行います。各コレクションをCSVとしてエクスポートしてください。コレクション全体を書き出せばアーカイブ済みのアイテムも含まれますが、対象は現在開いているロケールだけです。CSVには再インポート時にレコードを紐付けるアイテムIDが含まれています。しかし、2024年3月25日以前のバックアップを復元すると、すべてのアイテムに新しいIDが振り直されます。古いIDで作った対応表は、その瞬間に使い物にならなくなります。

WordPressでは、CSVのヘッダーをデータベースのフィールドに正しくマッピングしないとデータが落ちます。WP All ImportはCSV、XML、Excelファイルを読み込めますが、無料版でできるのは新規投稿の作成だけです。既存レコードを更新するにはプロ版が必要になります。また、Webflow公式の移行手順ガイドでも触れられている通り、相対画像パスや未サニタイズのリッチテキストはインポートを止める定番の原因です。手元のファイルでも同じ問題が起きると想定しておいてください。大規模なコレクションならAPI経由の取得が堅実ですが、着手前にレート制限を調べておく必要があります。深夜のインポート作業中に制限で止まる事態だけは、誰しも避けたいはずです。

WordPressとWebflowを比較した場合、編集者はどのような機能を利用できますか？?

移行後の編集者には、投稿、固定ページ、カスタム投稿タイプ、プラグインで構成された、セルフホスト型の WordPress ダッシュボードを渡すことになります。Webflow のビジュアルキャンバスは使えません。CMSの「コレクション」はカスタム投稿タイプへ、「コレクション」のフィールドはカスタムフィールドやタクソノミーへと置き換わります。WP Ultimate CSV Importer Proなどのツールは、指定したマッピング通りにデータを流し込むだけです。ですから、キャンバスを直接いじる運用には戻れません。今後のレイアウト変更をエンジニアの仕事にするのか、編集者が触れる余地を残すのか。その線引きを決めるのはサイト管理者自身です。

Webflowが裏で肩代わりしていたホスティング、ソフトウェア更新、プラグインの保守は、すべて自社で抱え込むことになります。作業自体が消えるわけではなく、自分たちの手元に移るだけです。WebflowがページやCMSアイテムごとに自動生成していたサイトマップ、ページタイトル、Open Graphタグも、WordPressではテーマやプラグイン任せになります。だからこそ、出力された生のHTMLを直接確認しなければなりません。コードやサーバーの自由度を手にする代わりに、手厚く管理されたインフラは手放すことになります。

WebflowからWordPressへの移行にはどのくらいの時間がかかり、その作業量はどのような要因によって決まるのでしょうか?

作業スケジュールは、思いつきのカレンダー見積もりでは立ちません。日数を決めるのは、URL数、コンテンツ構造、メディア資産、外部連携、ロケールといった技術的な要件です。まずは作業の総量を測ってください。URLの総数はリダイレクトテーブルの行数とパリティ監査の範囲を決めます（Googleも大規模サイトにはセクション単位の段階移行を勧めています）。コンテンツの種類は必要なカスタム投稿タイプやフィールドの数を決め、メディアの量は書き換える画像URLの数を決定づけます。

外部連携まわりには、画面上からは見えにくい作業が潜んでいます。フォーム処理、サイト内検索、ユーザーアカウント、Eコマース機能はエクスポート時にWebflowから除外されるため、すべて再構築しなければなりません。また、書き出されるのはアクティブなロケールだけなので、ロケールごとに個別でCSVを取得し直す必要があります。言語ごとのhreflang監査とリダイレクト設定も欠かせません。まずはトップページや代表的なページで無料の診断を実行してみてください。スクリプトや画像の総容量、構造化データの状態がすぐに分かります。アーカイブ読み取り機能を使えば、そのサイトで保存されている固有のページ数、画像数、PDFファイル数も把握できます。

WebflowからWordPressへの移行を控えるべき場合?

そもそも、移行自体が不要なケースもあります。プラン費用に納得がいっていて、CMSの上限にも余裕があり、社内にサーバー管理を引き受けたい人間がいないなら、Webflowに留まるのが合理的な判断です。2026年5月のプラン改定により、「CMS」と「Business Site」は月額25ドル（年間契約）の「Premium」プランへ統合され、CMSアイテムも20,000件まで扱えるようになります。ですから、ランニングコストは想定ほど膨らまないかもしれません。なお、旧価格体系のまま運用しているサイトや、「Freelancer」「Agency Workspace」をご利用の場合は、2026年11月16日以降の次回更新時に新価格が適用されます。

私自身は、こうした旧環境をAstroやNext.jsへ刷新する移行設計を専門にしています（WordPressの実装はパートナーの代理店にお願いしています）。選ぶ技術スタックは結果を左右します。マーケティングサイトなら、ヘッドレスCMSを組み合わせたAstroの方がWordPressより扱いやすい場面も多いはずです。高速な静的配信が得られる反面、編集者はビジュアルエディタやプラグインを手放すことになります。Webアプリケーションや動的なパーソナライズ、あるいは大規模な編集体制を支えるなら、SanityやContentfulとNext.jsの組み合わせを検討してください。その代わり、見慣れたホスト型の管理画面は使えなくなります。

よくある質問.

次に読む.

1. 01Webflowの代替サービス制限が適用される箇所と、その代替手段について。
2. 02WordPressの代替サービス現状維持、ヘッドレス化、または移行：各ページの内容に基づいて判断されます。
3. 03Astro SEOチェックアイランド、コンテンツコレクション、構造化データ、Web Vitals。