ガイド

コンテンツと検索順位を失わずにWordPressサイトを移行する方法

WordPressサイトを移行するには、まずすべてのURLとプラグインが担っている役割を一覧にし、次にコンテンツを書き出します(「ツール → エクスポート」でXMLファイルを取得)。そしてメディアフォルダをコピーし、新しいプラットフォームでデザインを再構築し、コンテンツをインポートします。DNSを切り替える前に、変更されるURLすべてに301リダイレクトを設定してください。新しいサイトの確認が終わるまで、古いサイトは稼働させたままにしておきます。リダイレクトは見落とされがちな手順ですが、検索からのアクセスを守る最も重要な手順です。

このガイドでは、WordPressから再構築したサイトへ移行する方法を扱います。AIアプリビルダーで作ったサイトも含みます。どのプラットフォームへ移行する場合でも、手順は同じです。

どの種類の移行かを決める

主な移行先は三つあり、必要な作業量が異なります。

移行先意味向いている場合
別のWordPressホスト同じサイトを、新しいサーバーへWordPressは気に入っていて、より良いホスティングが欲しい
再構築したサイト新しいデザインとプラットフォーム。コンテンツはインポート主に固定ページと投稿でできていて、プラグインが負担になっている
ヘッドレスWordPressWordPressは編集画面として残し、新しいフロントエンドがREST APIで投稿を読むライターはWordPressのエディターを気に入っているが、フロントエンドは新しくしたい

WordPressに残るのであれば、新しいホストの移行ツールを使って、ここで終わりです。このガイドの残りは二つ目と三つ目の選択肢についてのものです。プラットフォーム選びの参考として、WordPressの代替サービスとWordPress対Webflowを参照してください。

ステップ1:サイトの棚卸し

何かに手を付ける前に、存在するものを書き出します。

すべてのURL。 WordPress(バージョン5.5以降)は/wp-sitemap.xmlでサイトマップを生成します。YoastなどのSEOプラグインは通常、独自のサイトマップに置き換え、多くの場合/sitemap_index.xmlにあります。URLの一覧をスプレッドシートに保存してください。Google Search Consoleを設定している場合は、アクセスのあるページも書き出してください。それらは壊すわけにはいかないページです。

コンテンツの種類。 固定ページ、投稿、カテゴリー、タグ、著者、そしてカスタム投稿タイプ(ポートフォリオ、メンバー紹介、イベントなど)です。それぞれおおよその件数をメモしてください。

プラグインとその役割。 プラグイン名ではなく、役割を書き出します。「オーナーにメールが届くお問い合わせフォーム」「SEOのタイトルと説明文」「予約カレンダー」「ニュースレター登録」のように書きます。役割ごとに、新しいサイトでの対応策が必要です。

目に見えないもの。 アナリティクスのタグ、プラグインが設定したリダイレクト、テーマ内のカスタムコード、フォームに設定されたメールアドレスなどです。

ステップ2:コンテンツとメディアの書き出し

コンテンツ。 WordPressの管理画面でツール → エクスポートに進み、すべてのコンテンツを選んでファイルをダウンロードします。これはXMLファイル(WordPress eXtended RSS形式、WXR)で、投稿、固定ページ、コメント、カスタムフィールド、カテゴリー、タグを含みます。

メディア。 書き出しファイルは画像をURLで参照していますが、画像自体は含まれていません。ホストのファイルマネージャー、SFTP、またはバックアッププラグインを使って、wp-content/uploadsフォルダをコピーしてください。フォルダ構造は年と月で整理されているため、そのまま保持してください。

SEO項目。 SEOプラグインがカスタムのタイトルやメタディスクリプションを保存している場合、通常は書き出しデータのカスタムフィールドに含まれています。XMLファイル内で投稿を一つ確認し、含まれているかチェックしてください。

完全なバックアップ。 使う予定がなくても、ファイルとデータベースの完全なバックアップを取っておいてください。元に戻すための手段になります。

ステップ3:デザインの再構築

移行は、シンプルにするよい機会です。多くのWordPressテーマには、不要なウィジェットやレイアウトの選択肢が長年にわたって蓄積されています。

ホーム、通常の固定ページ、ブログ一覧、個別の投稿、お問い合わせといった主要なページの種類をスクリーンショットで保存します。AIアプリビルダーでは、それらを添付して残したいものを説明できます。

添付した現在のWordPressサイトのスクリーンショットをもとに、理学療法院のWebサイトを作ってください。ホームページの配色、ロゴ、セクションの順番は維持しつつ、よりすっきりと高速にしてください。ページは、ホーム、サービス、会社概要、ブログ、お問い合わせの5つです。ブログには一覧ページと個別投稿ページが必要です。

まずはアーカイブ全体ではなく、実際の投稿を数件使ってレイアウトを作ってください。

ステップ4:コンテンツのインポート

インポートの方法は量によって異なります。

  • 数ページ程度。 文章を手で入力するか、チャットに貼り付けます。素早く進められ、その場で編集もできます。
  • 数十から数百件の投稿。 XML書き出しファイルからインポートします。スクリプトが各項目を読み取り、タイトル、スラッグ、日付、本文、抜粋、カテゴリー、アイキャッチ画像を保存できます。

AIビルダーを使う場合は、書き出しファイルを添付して、希望する結果を説明します。

WordPressの書き出しファイル(WXR XML)を添付しました。公開済みのすべての投稿をブログにインポートしてください。各投稿のスラッグ、公開日、タイトル、本文、カテゴリー、アイキャッチ画像を維持してください。下書き、ゴミ箱に入った投稿、コメントは除外してください。各投稿のURLが/blog/[slug]になるように保存してください。インポートできた件数を表示し、失敗した投稿があればすべて一覧にしてください。

インポート後に確認すべき点がいくつかあります。

  • 投稿内の画像が、古いドメインのwp-content/uploadsのURLを参照したままになっていることがあります。メディアを新しいサイトのストレージにアップロードし、そのURLを書き換えてください。さもないと、古いサイトを停止した日に壊れます。
  • ショートコード([gallery]や[contact-form-7]など)が、そのまま文字として表示されます。それらを見つけて、実際のコンテンツに置き換えてください。
  • ページビルダーから出力された埋め込みHTMLは乱れていることがあります。アクセスの多い投稿を重点的に確認してください。

ステップ5:URLを維持するか、リダイレクトする

検索エンジンや他のWebサイトは、古いURLにリンクしています。URLが消えると、それらのリンクは404エラーを返し、リンクに紐づいていた検索順位も失われます。

最良の場合は、まったく同じURLを維持することです。投稿が/my-post-title/にあったなら、新しいサイトでも同じアドレスで表示させてください。

URLを変更しなければならない場合(例えば/2024/05/my-post/から/blog/my-postへ)は、古いURLから新しいURLへの301リダイレクト(恒久的なリダイレクト)を、それぞれ設定します。ステップ1で作成した棚卸しから、古いURLと新しいURLの2列の一覧を作ってください。そのうえで次のように依頼します。

添付したCSVの古いURLそれぞれから、新しいURLへの恒久的な301リダイレクトを追加してください。加えて、/category/[name]/を/blog?category=[name]へ、/feed/を/blog/rss.xmlへリダイレクトしてください。

公開後、古いURLのサンプルを確認してください。それぞれが、リダイレクトの連鎖ではなく、一回のホップで正しい新しいページに届く必要があります。

ステップ6:SEOの基本を引き継ぐ

  • 重要なページすべてのページタイトルとメタディスクリプション
  • 新しいサイトマップ(Google Search Consoleに送信)
  • 移行前後を比較できるよう、同じアナリティクス
  • 画像のalt属性(元々設定されていた画像は書き出しデータに含まれています)

その他については、AIで作ったWebサイトのSEOのガイドで扱っています。

ステップ7:プラグインの機能を置き換える

ステップ1で挙げた役割の一覧を順に確認します。

プラグインの役割一般的な置き換え
お問い合わせフォームデータベースに保存するか、メールで通知するフォーム
SEO項目新しいサイトでページごとに設定するタイトルと説明文
ニュースレター登録メール配信サービスのフォームまたはAPI
予約予約ページ、またはページに埋め込むホスト型の予約ツール
コメントコメント機能、ホスト型のコメントサービス、またはなし
キャッシュとセキュリティ静的またはホスト型のサイトでは通常不要

ステップ8:公開とDNSの切り替え

  1. 新しいサイトを仮のアドレスに公開し、デスクトップとスマートフォンの両方でテストします。
  2. アクセスの多いページの一覧にあるページを、すべて順にクリックして確認します。
  3. 古いURLのサンプルで、リダイレクトが正しく動くかを確認します。
  4. ドメインのDNSを新しいホストに向けます。
  5. 見落としがあった場合に備えて、WordPressのサイトとそのバックアップを数週間残しておきます。

DNSの変更については、独自ドメインの接続方法のガイドで説明しています。

よくある失敗

  • リダイレクトの設定忘れ。 最も高くつく失敗です。壊れたURLはすべて、失われたリンクになります。
  • 画像が古いサイトから読み込まれたまま。 古いホスティングを解約するまで、すべてが正常に見えてしまいます。
  • フォームを忘れる。 お問い合わせフォームが静かに送信されなくなり、数週間後に気づくことになります。
  • 下書きや不要なものをインポートする。 インポートの後ではなく、インポートの前に整理してください。
  • 公開日に古いホスティングを解約する。 何も欠けていないと確信できるまで待ってください。

Mythexへの移行

MythexはAIアプリビルダーであり、WordPressのホスティングではありません。そのため、WordPressからMythexへの移行は再構築になります。サイトを説明し、スクリーンショットと書き出しファイルをチャットに添付すると(1メッセージにつき最大5ファイル、各10 MBまで)、エージェントが新しいサイトを作成します。アップロードした画像はプロジェクトのファイルストレージに保存でき、投稿を後から編集したい場合はデータベースに保存できます。テストはmythex.aiのアドレスに公開し、Proプランで独自ドメインを接続してください。ドキュメントのMythexでの静的Webサイトを参照してください。

移行チェックリスト

  • WordPressのファイルとデータベースの完全なバックアップ
  • すべてのURLの一覧(アクセスの多いページに印を付ける)
  • プラグインの役割の一覧と、それぞれの置き換え先
  • コンテンツの書き出し(ツール → エクスポート)とwp-content/uploadsのコピー
  • 実際のコンテンツでデザインを再構築し、テスト済み
  • コンテンツをインポートし、画像を古いドメインから移し、ショートコードを削除
  • 変更されたURLすべてに301リダイレクトを設定し、テスト済み
  • タイトル、説明文、サイトマップ、アナリティクスを設定
  • フォームを端から端までテスト済み
  • DNSを切り替え、古いサイトを数週間保持

よくある質問

WordPressから移行するとGoogleの検索順位を失いますか?

可能な限り同じURLを維持し、変更されるURLすべてに301リダイレクトを設定し、タイトル、説明文、コンテンツを引き継げば、失うことはありません。移行後は数週間順位が多少変動することがよくありますが、リダイレクトなしで壊れたURLが残ることが、長期的な損失の原因になります。

WordPressのデータをすべて書き出すにはどうすればよいですか?

WordPressの管理画面で「ツール → エクスポート」を選ぶと、投稿、固定ページ、コメント、カテゴリー、タグを含むXMLファイルがダウンロードされます。メディアファイルはそのファイルには含まれないため、wp-content/uploadsフォルダを、ホスティングのファイルマネージャー、SFTP、またはバックアッププラグインを使って別途コピーしてください。

投稿の作成だけにWordPressを使い続けることはできますか?

はい。この構成はヘッドレスWordPressと呼ばれます。WordPressは編集画面として残り、新しいフロントエンドがWordPress REST APIを通じて投稿を読み込みます。使い慣れたエディターを維持できますが、WordPressのインストールを引き続き保守し、セキュリティを確保する必要があります。

お問い合わせフォームやプラグインはどうなりますか?

プラグインは移動しません。フォーム、SEO項目、予約など、各プラグインの役割を一覧にし、新しいサイトでその機能を再構築するか、サービスに置き換えてください。フォームは通常、データベースに保存するかメールを送信するシンプルなフォームになります。

Mythex · Pricing · AIでなんでも作ろう · ウェブサイト・アプリのテンプレート · Mythexを比較 · AIアプリ開発用語集 · AIアプリ開発の無料ツール · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)