--- title: "WordPressからAstroへ移行：SEOを守る方法" description: "WordPressからAstroへの移行方法。ヘッドレスか完全移行かの選び方、投稿とYoastのメタデータのエクスポート、パーマリンクの合わせ方、WordPressのURLのリダイレクトを解説します。" url: "https://dardo.studio/ja/blog/wordpress-to-astro/" language: "ja" translations: {"en":"https://dardo.studio/en/blog/wordpress-to-astro/","es":"https://dardo.studio/es/blog/migrar-de-wordpress-a-astro/","fr":"https://dardo.studio/fr/blog/migrer-wordpress-vers-astro/","de":"https://dardo.studio/de/blog/wordpress-zu-astro-migrieren/","it":"https://dardo.studio/it/blog/migrare-da-wordpress-ad-astro/","pt":"https://dardo.studio/pt/blog/migrar-de-wordpress-para-astro/","nl":"https://dardo.studio/nl/blog/wordpress-naar-astro/","sv":"https://dardo.studio/sv/blogg/migrera-wordpress-till-astro/","pl":"https://dardo.studio/pl/blog/migracja-z-wordpressa-do-astro/","uk":"https://dardo.studio/uk/blog/wordpress-to-astro/","ru":"https://dardo.studio/ru/blog/wordpress-to-astro/","ar":"https://dardo.studio/ar/blog/wordpress-to-astro/","hi":"https://dardo.studio/hi/blog/wordpress-to-astro/","th":"https://dardo.studio/th/blog/wordpress-to-astro/","ko":"https://dardo.studio/ko/blog/wordpress-to-astro/","zh-Hans":"https://dardo.studio/zh-Hans/blog/wordpress-to-astro/","zh-Hant":"https://dardo.studio/zh-Hant/blog/wordpress-to-astro/"} updated: "2026-10-13T02:37:11.558Z" --- [ブログ](https://dardo.studio/ja/blog/) # WordPressからAstroへの移行：ヘッドレスでも完全移行でも、検索順位を落とさずに移す方法 WordPressからAstroへ移る2つの方法と、エクスポートするもの、Yoastのタイトルやパーマリンク、アップロードファイルの引き継ぎ方、見落とされがちなWordPressのURLを解説します。 執筆者 [Nicolás Cerón](https://dardo.studio/ja/studio/) ·2026年10月12日 ![夜の広大な古い館。足場が組まれ、窓には明かりが灯っている。石畳の小道では手押し車に深紅の旅行用トランクが載せられ、その道は丘の上の明かりの灯る小さな天文台へと続いている。](https://dardo.studio/_astro/01M4SH202BB16HWS7MBCWHNP1S_Z2cx2K1.webp) ## 要点 - WordPressをAstroの裏側でヘッドレスCMSとして残すことも、コンテンツを完全に移すこともできます。URLとメタデータを保つSEOの作業は、どちらでも変わりません。 - 「ツール」>「エクスポート」で、投稿、固定ページ、コメント、カスタムフィールド、タクソノミーを含むWXRファイルを書き出せます。画像はwp-content/uploadsに残るため、別途コピーが必要です。 - Yoast SEOを使っていれば、REST APIのyoast\_head\_jsonに各ページの最終的なタイトル、ディスクリプション、canonical、Open Graphタグが含まれ、そのまま再利用できます。 - WordPressのパーマリンクは、Astroのデフォルトの出力と同じくスラッシュで終わります。日付入りのパスはリダイレクトせず、動的ルートで再現しましょう。 - WordPressが自動で生成するURLもリダイレクトしましょう。フィード、?p=形式の短縮リンク、添付ファイルページ、投稿者アーカイブ、移動したアップロードファイルです。 ## 結論から [W3Techs](https://w3techs.com/technologies/details/cm-wordpress)によると、2026年10月13日時点で、全ウェブサイトの40.1%がWordPressで動いています。そのため、サイト移行の多くはWordPressが出発点になります。Astro公式の[移行ガイド](https://docs.astro.build/en/guides/migrate-to-astro/from-wordpress/)は、2つの道筋を示しています。WordPressをヘッドレスCMSとして残し、フロントエンドをAstroで構築する方法と、コンテンツをWordPressから完全に移す方法です。 どちらを選んでも、トラフィックを守るための作業は同じです。アクセスを集めているURLをすべて残し、SEOプラグインが出力していたタイトルとディスクリプションを引き継ぎ、uploadsフォルダをコピーし、フロントエンドを担っていたプラグインを置き換え、変わるURLにはすべて恒久リダイレクトを設定します。この順番で進めれば、新しいサイトは検索順位をゼロからやり直すことなく、表示を速くし、運用コストを下げることができます。 ## ヘッドレスWordPressか、完全移行か | | WordPressをヘッドレスCMSとして残す | コンテンツをWordPressから完全に移す | | ------------ | -------------------------------------------- | --------------------------------- | | 編集 | これまでと同じWordPressの管理画面 | 新しいCMS、またはリポジトリ内のMarkdownファイル | | Astroが読み込むもの | WordPressのREST APIまたはWPGraphQL | コンテンツコレクション、または新しいCMSのAPI | | WordPressの保守 | 必要。ホスティング、アップデート、セキュリティパッチは続くが、一般公開する必要はなくなる | 不要 | | プラグイン | 編集用のプラグインはそのまま動く。テーマ内で動いていたものは作り直す | 引き続き必要なものはすべて作り直すか置き換える | | 向いているケース | 大規模な編集チームがWordPressに満足している | サイトの更新が少ない、またはチームがいずれにせよ新しいCMSに移る | Astroのドキュメントは、どちらの方法も解説しています。[WordPressをヘッドレスCMSとして使う方法](https://docs.astro.build/en/guides/cms/wordpress/)と[WordPressからの移行](https://docs.astro.build/en/guides/migrate-to-astro/from-wordpress/)で、後者ではコンテンツの移行にwordpress-export-to-markdownというツールを勧めています。 ## 公開中のWordPressサイト8つを調べてわかったこと 2026年10月13日、WordPress.org自身のニュースブログから大手メディアまで、WordPressで作られた8つのサイトを調べ、移行の際に何を当てにできるかを確認しました。 - **8サイト中7サイトが、REST APIで投稿を一般公開していた**。エンドポイントは/wp-json/wp/v2/postsです。残る1サイトは401を返しました。ホスティング会社やセキュリティプラグインによってはAPIへのアクセスを制限しているため、APIを前提に計画を立てる前に、自分のサイトで確認しましょう。 - **8サイト中3サイトは、投稿ごとにYoast SEOのデータも返していた**。Yoastは標準のREST APIのレスポンスにyoast_head_jsonというフィールドを追加し、そのページに出力するタイトル、ディスクリプション、canonical URL、Open Graphタグ、構造化データ（schema）を含めます（[Yoast開発者向けドキュメント](https://developer.yoast.com/customization/apis/rest-api/)）。必要なSEOメタデータが、そのまま再利用できる形で手に入るということです。 - **返された投稿URLはすべて末尾がスラッシュで終わり、7サイト中5サイトはURLに年が入っていた**。/2026/10/post-name/のような形です。Astroでこの構造を正確に再現しなければ、すべての投稿にリダイレクトが必要になります。 - **8サイト中6サイトが、今もjQueryを読み込んでいた**。WordPressのテーマがどれだけ多くのフロントエンドのコードを抱えているか、そしてAstroで作り直せばそれを置いていけることがよくわかります。 ## WordPressからAstroへの移行手順 1. **すべてのURLを洗い出す**。WordPressはバージョン5.5以降、/wp-sitemap.xmlにサイトマップを公開しています。ただし、SEOプラグインが独自のサイトマップに置き換えている場合は別です（[Make WordPress Core](https://make.wordpress.org/core/2020/07/22/new-xml-sitemaps-functionality-in-wordpress-5-5/)）。そこにGoogle Search Consoleの「ページ」レポートを取得できる最長の期間で加え、「設定」>「パーマリンク」でパーマリンク構造を控え、リダイレクト用のプラグインを使っていればそのルールをエクスポートします。 2. **ヘッドレスか完全移行かを決める**。判断には上の表を使います。以降の手順はどちらにも当てはまります。ヘッドレスの場合、「エクスポート」は同じデータをビルド時にAPIから読み込むことを意味します。 3. **コンテンツをエクスポートする**。「ツール」>「エクスポート」で作成されるWXRファイルは、投稿、固定ページ、カスタム投稿タイプ、コメント、カスタムフィールド、カテゴリー、タグ、カスタムタクソノミー、ユーザーを含むXML形式のエクスポートです（[WordPressのドキュメント](https://wordpress.org/documentation/article/tools-export-screen/)）。スクリプトでエクスポートする場合、[REST API](https://developer.wordpress.org/rest-api/reference/posts/)は1ページあたり最大100件の投稿を、それぞれのレンダリング済みHTMLとともに返します。 4. **アップロードファイルをコピーする**。画像はXMLファイルに含まれていません。wp-content/uploadsに、WordPressが画像ごとに作ったリサイズ版と一緒に保存されています。元の画像を残し、サイズ違いの生成は[astro:assets](https://docs.astro.build/en/guides/images/)に任せ、旧画像のURLをそのまま保つか、リダイレクトが必要かを決めます。 5. **SEOメタデータを引き継ぐ**。Yoast SEOを使っているサイトなら、すべての投稿と固定ページについて、REST APIからyoast_head_jsonを読み込みます。プラグインが保存しているテンプレートではなく、最終的なタイトルとディスクリプションが得られます。Yoastを使っていない場合は、エクスポートに含まれるプラグインのカスタムフィールドから取り出します。 6. **テンプレートをAstroのコンポーネントとして作り直す**。完全移行なら、投稿と固定ページを[コンテンツコレクション](https://docs.astro.build/en/guides/content-collections/)か新しいCMSに移します。ヘッドレスWordPressなら、APIから取得します。いくつかの投稿のHTMLを開き、ショートコード、埋め込み、ページビルダーのマークアップがないか確認しましょう。旧テーマの外で正しく表示させるには、これらの整理が必要になることが少なくありません。 7. **フロントエンドを担っていたプラグインを置き換える**。フォームには専用の送信先（Cloudflare Worker、フォームサービス、CRMなど）が必要です。検索は[Pagefind](https://pagefind.app/)のような静的なインデックスに置き換えられます。コメントは、残すか、外部サービスに移すか、閉じるかを決めます。ページを事前にビルドするようになれば、キャッシュ系のプラグインの出番はありません。 8. **URL構造を合わせる**。WordPressのパーマリンクは通常スラッシュで終わり、Astroのデフォルトのディレクトリ形式の出力と一致します。日付を含むパーマリンクは、/\[year\]/\[month\]/\[slug\]/のような動的ルートにします（[Astroのルーティング](https://docs.astro.build/en/guides/routing/)）。カテゴリーやタグのアーカイブには、専用のページかリダイレクトが必要です。 9. **WordPressの名残も含めて、リダイレクトはサーバーで行う**。アダプターなしの静的なAstroビルドでは、設定したリダイレクトがmeta refreshのページに変換されます（[Astroの設定リファレンス](https://docs.astro.build/en/reference/configuration-reference/)）。そのため、サイトのホスティング先で1対1の301リダイレクトを設定します。URLが変わった投稿だけでなく、WordPressが自動で作るURLも対象にしましょう。/feed/、?p=形式の短縮リンク、添付ファイルページ、投稿者アーカイブ、移動した/wp-content/uploads/内のファイルです。 10. **公開し、その後を見守る**。DNSを切り替え、新しいサイトの確認が済むまでは旧WordPressを自分だけがアクセスできる状態で残し、その後の数週間はSearch Consoleのインデックス登録レポートを追います。公開日とその後90日間については、[サイト移行SEOチェックリスト](https://dardo.studio/ja/blog/website-migration-seo-checklist/)で解説しています。 ## 移行後に変わること | 項目 | WordPressの場合 | Astroの場合 | | ------- | ------------------------- | --------------------------------------- | | 編集 | WordPressの管理画面とブロックエディター | ヘッドレスCMSとしてのWordPress、別のCMS、またはMarkdown | | ホスティング | PHPサーバーとデータベース | Cloudflareなど、任意の静的ホスティングやエッジプラットフォーム | | アップデート | コア、テーマ、プラグインのアップデートを追い続ける | リポジトリ内の依存関係の更新。公開サーバー側では不要 | | フォーム | フォームプラグイン | 自前の送信先とデータの保存先 | | 検索 | WordPressの検索機能または検索プラグイン | 静的なインデックスまたは検索サービス | | パフォーマンス | キャッシュや最適化のプラグイン | 事前にビルドされたページ。JavaScriptは追加した箇所だけ | ## SEOを守るには [URL変更を伴うサイト移転](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)に関するGoogleのガイドが、そのまま当てはまります。旧URLをすべて最も近い新URLに対応付け、サーバーサイドの恒久リダイレクトを使い、少なくとも1年間は維持します。WordPressは、末尾にスラッシュが付くパーマリンクがAstroのデフォルトと一致するため、多くのプラットフォームに比べて同じURLを保ちやすいほうです。手間がかかるのは、日付入りのパス、アーカイブ、そしてプラグインが生成していたすべてのURLの再現です。 次に、旧テーマとプラグインが各ページに追加していたものを確認します。canonicalタグ、Open Graph画像、構造化データ、多言語プラグインが出力するhreflangタグ、robotsのルールです。新しいサイトで欠けているものは、切り替えたその日にGoogleが失うシグナルになります。 ## DardoのWordPress移行の進め方 WordPressからの移行は、[ウェブサイト移行](https://dardo.studio/ja/services/website-migration/)サービスの一環として行います。URLとコンテンツの洗い出し、ヘッドレスか完全移行かの判断を行い、代表的な1ページを先に作り直して合意した幅で確認し、その後に残りのテンプレート、フォーム、リダイレクトへ進みます。構築そのものはAstroによる[Web開発](https://dardo.studio/ja/services/web-development/)です。そもそもWordPressから離れるべきか迷っているなら、[WordPressとフルスクラッチのサイトの比較](https://dardo.studio/ja/blog/wordpress-vs-custom-website/)で、それぞれが割に合うケースを解説しています。そのほかのよくある移行元については、[Framer](https://dardo.studio/ja/blog/framer-to-astro/)と[Webflow](https://dardo.studio/ja/blog/webflow-to-astro/)からの移行ガイドをご覧ください。 移行を検討中なら、[サイトと変えたいことをお知らせください](https://dardo.studio/ja/contact/?service=website-migration)。見積もりを出す前に、ヘッドレスと完全移行のどちらが合うかをお伝えします。 ## よくあるご質問 **WordPressとAstroは組み合わせて使えますか？** 使えます。WordPressをヘッドレスCMSとして残せば、編集者はこれまでどおりWordPressの管理画面で作業し、AstroがREST APIまたはWPGraphQLから公開サイトを構築します。この構成は、AstroのWordPress CMSガイドで解説されています。 **WordPressのコンテンツをAstroに移すには、どうエクスポートすればいいですか？** 「ツール」>「エクスポート」でWXRファイルを書き出してwordpress-export-to-markdownなどのツールで変換するか、REST APIから1リクエストあたり最大100件ずつ投稿を読み込みます。画像はエクスポートファイルに含まれないため、wp-content/uploadsは別途コピーしてください。 **WordPressからAstroに移行すると、Googleの検索順位は下がりますか？** アクセスを集めているすべてのURLが引き続き機能していれば、下がりません。末尾のスラッシュも含めてパーマリンク構造を保ち、タイトル、ディスクリプション、構造化データを引き継ぎ、変わるものには301リダイレクトを設定し、公開後の数週間はSearch Consoleを確認しましょう。 **WordPressのプラグインはどうなりますか？** 編集を助けるプラグインは、ヘッドレス構成でも引き続き使えます。一方、フォーム、スライダー、検索、コメント、ページビルダーなど、テーマ内で動いていたものは作り直すか置き換える必要があります。公開ページはAstro自身がレンダリングするからです。 **AstroはWordPressより速いですか？** Astroのサイトは事前にビルドされ、JavaScriptは追加した箇所にしか含まれないため、訪問のたびに応答するPHPサーバーやキャッシュプラグインが要りません。どれだけ速くなるかはWordPressのテーマが何を読み込んでいたかによるので、移行の前後で計測しましょう。 ## 出典・参考資料 このページの出典です。詳細は各発行元の原典をご覧ください。 - [W3Techs：WordPressの利用統計と市場シェア（英語）](https://w3techs.com/technologies/details/cm-wordpress) · w3techs.com - [Astroドキュメント：WordPressからの移行（英語）](https://docs.astro.build/en/guides/migrate-to-astro/from-wordpress/) · docs.astro.build - [Astroドキュメント：ヘッドレスWordPressとAstro（英語）](https://docs.astro.build/en/guides/cms/wordpress/) · docs.astro.build - [WordPressドキュメント：ツール > エクスポート画面（英語）](https://wordpress.org/documentation/article/tools-export-screen/) · wordpress.org - [WordPress REST APIハンドブック：投稿（英語）](https://developer.wordpress.org/rest-api/reference/posts/) · developer.wordpress.org - [Make WordPress Core：WordPress 5.5の新しいXMLサイトマップ機能（英語）](https://make.wordpress.org/core/2020/07/22/new-xml-sitemaps-functionality-in-wordpress-5-5/) · make.wordpress.org - [Yoast開発者向けドキュメント：REST API（英語）](https://developer.yoast.com/customization/apis/rest-api/) · developer.yoast.com - [GitHubのwordpress-export-to-markdown（英語）](https://github.com/lonekorean/wordpress-export-to-markdown) · github.com - [Astroドキュメント：コンテンツコレクション（英語）](https://docs.astro.build/en/guides/content-collections/) · docs.astro.build - [Astroドキュメント：画像（英語）](https://docs.astro.build/en/guides/images/) · docs.astro.build - [Astroドキュメント：ルーティング（英語）](https://docs.astro.build/en/guides/routing/) · docs.astro.build - [Astroドキュメント：設定リファレンス（英語）](https://docs.astro.build/en/reference/configuration-reference/) · docs.astro.build - [Pagefind：静的サイト向けの検索（英語）](https://pagefind.app/) · pagefind.app - [Google検索セントラル：URL変更を伴うサイト移転](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) · developers.google.com [Nicolás Cerón](https://dardo.studio/ja/studio/) Nicolás Cerónは、コロンビアのボゴタを拠点に、ブランド、Webデザイン、開発を手がけるスタジオ Dardo の創設者です。 ## 関連記事 - [**WordPressかフルスクラッチか？選び方と、それぞれが割に合うケース**WordPressが正解のケース、フルスクラッチのサイトが割に合うケース、その中間のヘッドレスWordPressを、費用、速度、アップデート、所有権で比較します。](https://dardo.studio/ja/blog/wordpress-vs-custom-website/) - [**WebflowからAstroへの移行：コンテンツ、デザイン、検索順位を失わずにWebflowサイトを移す方法**WebflowのコードエクスポートにはCMS、フォーム、検索、多言語ページが含まれません。Astroへの移行で持ち出すもの、作り直すもの、検索順位の守り方を解説します。](https://dardo.studio/ja/blog/webflow-to-astro/) - [**サイト移行SEOチェックリスト：プラットフォームやドメインを変えても順位を落とさない方法**順位が落ちる原因は、新しいプラットフォームそのものではなく、アクセスを集めていたURLが応答しなくなることです。URLの棚卸しから90日目までのチェックリスト。](https://dardo.studio/ja/blog/website-migration-seo-checklist/) - [**コロンビアのウェブサイト制作費用はいくら？2026年の実際の価格と見積もりを左右する要素**コロンビアのウェブサイト制作費用を、ボゴタの制作会社が公開している日付入りの価格、ドメインとホスティングの年間固定費、見積もりを実際に左右する要素から整理しました。](https://dardo.studio/ja/blog/website-cost-colombia/) ## もっと見る - [サービス · **SEOを落とさないウェブサイト移行**](https://dardo.studio/ja/services/website-migration/) - [あなたのプロジェクト · **まずはご相談ください**](https://dardo.studio/ja/contact/)