【失敗しない】WordPress引越し完全ガイド｜サーバー移転・ドメイン変更・SEO対策まで手順を解説
はじめに
WordPressサイトを運営していると、「今のサーバーが遅い」「料金を見直したい」「ドメインを変更したい」「制作会社から自社管理に切り替えたい」などの理由で、ワードプレスの引越しが必要になることがあります。
しかし、WordPressの引越しは単にファイルを移動すれば完了する作業ではありません。WordPress本体のファイル、画像、テーマ、プラグイン、データベース、ドメイン、SSL、DNS、リダイレクト、SEO設定など、複数の要素が関係します。手順を間違えると、サイトが表示されない、画像が消える、管理画面に入れない、検索順位が下がるといったトラブルにつながることもあります。
この記事では、WordPress引越しを失敗しないために、サーバー移転・ドメイン変更・SEO対策・移行後の確認作業まで、初心者にもわかりやすく解説します。プラグインを使う方法、手動で移行する方法、サーバー会社の簡単移行機能を使う方法、専門業者へ依頼する方法まで比較しながら、自分に合った進め方を選べるようにまとめています。
1. WordPress引越しで失敗しないために最初に知るべきこと
1-1. WordPress引越しとは？サーバー移転・ドメイン変更・サイト移行の違い
WordPress引越しとは、現在運用しているWordPressサイトを別の環境へ移す作業のことです。一般的には「サーバー移転」「ドメイン変更」「サイト移行」などをまとめて、ワードプレス 引越しと呼ぶことが多いです。
サーバー移転は、ドメインはそのままで、サイトのデータを別のレンタルサーバーへ移す作業です。たとえば、現在のサーバーから新しい高速サーバーへ移す場合がこれにあたります。
ドメイン変更は、サイトURLそのものを変更する作業です。たとえば「old-example.com」から「new-example.com」へ変更するケースです。この場合、サーバー移転だけでなく、URL変更、リダイレクト設定、Search Consoleでのアドレス変更など、SEOに関わる追加作業が必要になります。
サイト移行は、より広い意味で使われる言葉です。WordPressからWordPressへの移行だけでなく、無料ブログからWordPressへ移す場合、WordPress.comからWordPress.orgへ移す場合、制作環境から本番環境へ公開する場合なども含まれます。
まずは自分が行う作業が「サーバーだけを変えるのか」「ドメインも変えるのか」「サイト構造も変えるのか」を明確にすることが重要です。
1-2. WordPress引越しでよくある不安｜表示崩れ・データ消失・検索順位低下
WordPress引越しで多い不安は、サイトが正しく表示されなくなることです。移行後にトップページは表示されても、投稿ページが404エラーになる、画像が表示されない、CSSが読み込まれずレイアウトが崩れるといったケースがあります。
次に多いのが、データ消失への不安です。WordPressは、記事本文や設定情報をデータベースに保存し、画像やテーマファイルはサーバー上に保存しています。どちらか一方だけを移行してもサイトは完全には復元できません。そのため、ファイルとデータベースの両方を確実にバックアップする必要があります。
SEO面では、検索順位やアクセス数の低下が心配されます。特にドメイン変更やURL構造の変更を伴う場合、301リダイレクトが不十分だと、旧URLの評価を新URLへ正しく引き継げない可能性があります。また、noindex設定の解除忘れ、canonicalタグの誤設定、XMLサイトマップ未送信なども順位低下の原因になります。
ただし、事前準備と移行後チェックを丁寧に行えば、多くのトラブルは防げます。WordPress引越しは怖い作業ではなく、手順を分解して進めることが大切です。
1-3. 自分で引越しできるケースと専門業者に依頼すべきケース
自分でWordPress引越しを行いやすいのは、サイト規模が小さく、ドメイン変更を伴わず、一般的なレンタルサーバー同士の移転であるケースです。記事数が少なく、EC機能や会員機能がなく、プラグイン構成もシンプルであれば、プラグインやサーバー会社の簡単移行機能で対応できる可能性があります。
一方で、専門業者に依頼した方がよいケースもあります。たとえば、企業サイト、ECサイト、会員制サイト、予約サイト、アクセス数の多いメディア、大量の記事や画像を持つサイト、独自カスタマイズが多いサイトなどです。これらは移行中の不具合が売上や問い合わせ数に直結するため、慎重な対応が必要です。
また、ドメイン変更を伴う場合や、SEO評価をできるだけ落としたくない場合も、専門知識が求められます。旧URLから新URLへのリダイレクト設計、Search Consoleの設定、アクセス解析の確認、移行後のインデックス監視などを総合的に行う必要があるからです。
「多少の不具合なら自分で直せる」「バックアップから復旧できる」という人は自力移行でもよいですが、「サイトが止まると困る」「検索順位を落としたくない」「原因調査に時間をかけられない」という場合は、専門業者への依頼を検討しましょう。
1-4. WordPress引越しの全体像｜作業前・移行作業・移行後チェックの流れ
WordPress引越しは、大きく分けると「作業前の準備」「移行作業」「移行後チェック」の3段階で進めます。
作業前の準備では、現在のサーバー情報、ドメイン管理会社、WordPressのバージョン、PHPやMySQLのバージョン、使用中のテーマやプラグイン、メール設定などを確認します。あわせて、ファイルとデータベースのバックアップを取得します。
移行作業では、選んだ方法に応じてデータを移します。プラグインを使う場合は、移行元でエクスポートし、移行先でインポートします。手動の場合は、FTPでファイルを移動し、phpMyAdminなどでデータベースをエクスポート・インポートします。サーバーの簡単移行機能を使う場合は、必要情報を入力して自動処理を行います。
移行後チェックでは、表示確認、ログイン確認、画像・CSS・JavaScriptの読み込み確認、フォーム動作確認、SSL確認、リダイレクト確認、Search ConsoleやGoogle Analyticsの計測確認を行います。旧サーバーの解約は、すべての確認が完了してからにしましょう。
2. WordPress引越し前に必ず確認すべき準備
2-1. 現在のサーバー・ドメイン・WordPress環境を確認する
WordPress引越しを始める前に、まず現在の運用環境を把握します。確認すべき項目は、利用中のレンタルサーバー名、契約プラン、ドメイン管理会社、ネームサーバー、PHPバージョン、MySQLまたはMariaDBのバージョン、WordPress本体のバージョンです。
また、使用中のテーマ、子テーマの有無、プラグイン一覧、独自カスタマイズの有無も確認しておきます。functions.phpや.htaccess、wp-config.phpに独自の記述がある場合、移行後の不具合原因になりやすいため、事前に控えておくと安心です。
メールアドレスを同じドメインで運用している場合は、メールサーバーの設定も確認が必要です。Webサイトだけを移転するつもりでも、ネームサーバーを変更するとメールの送受信に影響することがあります。
2-2. 移行先サーバーの選び方｜速度・安定性・料金・自動移行機能
移行先サーバーは、料金だけで選ばないことが大切です。WordPressはサーバー性能の影響を受けやすいため、表示速度、安定性、バックアップ機能、サポート体制、SSL対応、自動移行機能の有無を総合的に確認しましょう。
特にブログやメディアサイトでは、表示速度がSEOやユーザー体験に影響します。高速化機能、キャッシュ機能、HTTP/2やHTTP/3対応、ストレージ性能などもチェックポイントです。
初心者の場合は、WordPress簡単インストールや簡単移行機能があるサーバーを選ぶと作業負担を減らせます。サーバー会社によっては、旧サーバーのWordPressログイン情報やFTP情報を入力するだけで、自動的にデータをコピーできる機能があります。
ただし、自動移行機能はすべてのサイトに対応できるわけではありません。容量が大きいサイト、特殊なプラグインを使っているサイト、独自カスタマイズが多いサイトでは失敗することもあるため、必ずバックアップを取ってから実行しましょう。
2-3. PHP・MySQL・WordPressバージョンの互換性を確認する
WordPress引越しでは、移行元と移行先のPHPやMySQLのバージョン差によって不具合が起きることがあります。古いテーマやプラグインは、新しいPHPバージョンに対応していない場合があり、移行後にエラーが出たり、画面が真っ白になったりすることがあります。
移行前に、現在のWordPress本体、テーマ、プラグインが移行先のPHPバージョンに対応しているか確認しましょう。古いプラグインや長期間更新されていないテーマを使っている場合は、事前に検証環境で確認するのが理想です。
また、WordPress本体を長期間更新していない場合、いきなり新サーバーへ移行すると互換性問題が起きやすくなります。移行前に更新するか、移行後に段階的に更新するかを判断し、必ずバックアップを取ったうえで作業しましょう。
2-4. バックアップを取得する｜ファイル・データベース・画像・テーマ・プラグイン
WordPress引越しで最も重要なのがバックアップです。バックアップがあれば、万が一移行に失敗しても元の状態へ戻せます。
バックアップすべきものは、WordPressファイル一式とデータベースです。ファイルには、画像が保存されている「wp-content/uploads」、テーマが入っている「wp-content/themes」、プラグインが入っている「wp-content/plugins」などが含まれます。データベースには、投稿本文、固定ページ、コメント、カテゴリ、タグ、WordPress設定、プラグイン設定などが保存されています。
バックアップは、プラグインで取得する方法と、FTP・phpMyAdminを使って手動で取得する方法があります。重要なサイトでは、サーバーの自動バックアップだけに頼らず、自分のパソコンやクラウドストレージにも保存しておくと安心です。
2-5. 作業前に停止・確認すべきプラグイン｜キャッシュ・セキュリティ・バックアップ系
WordPress引越し前には、キャッシュ系、セキュリティ系、バックアップ系、リダイレクト系のプラグインを確認しましょう。
キャッシュ系プラグインは、古いURLや古いサーバー情報を保持していることがあり、移行後に表示崩れやリダイレクト不具合の原因になることがあります。移行前にキャッシュを削除し、必要に応じて一時停止します。
セキュリティ系プラグインは、ログインURL変更、IP制限、ファイル保護などの設定により、移行先で管理画面に入れなくなる場合があります。設定内容を事前に確認し、必要であれば一時的に無効化します。
バックアップ系プラグインは、移行作業中に自動バックアップが走るとサーバー負荷が高くなることがあります。作業タイミングと重ならないように調整しましょう。
2-6. 引越し作業に必要なログイン情報・FTP情報・データベース情報を整理する
WordPress引越しでは、複数のログイン情報が必要になります。作業中に慌てないよう、事前に整理しておきましょう。
必要になる主な情報は、WordPress管理画面のログイン情報、旧サーバーの管理画面情報、新サーバーの管理画面情報、FTPまたはSFTP情報、データベース名、データベースユーザー名、データベースパスワード、データベースホスト名、ドメイン管理会社のログイン情報です。
ドメイン変更やネームサーバー変更を行う場合は、ドメイン管理画面に入れることが必須です。また、メールも移行する場合は、メールアカウント情報やDNSレコード情報も控えておきます。
情報はメモ帳にそのまま保存するのではなく、パスワード管理ツールなど安全な方法で管理することをおすすめします。
2-7. ダウンタイムを最小限にするための作業タイミング
WordPress引越しでは、作業タイミングも重要です。アクセスが多い時間帯に移行作業を行うと、トラブル時の影響が大きくなります。アクセス解析を確認し、ユーザーが少ない深夜や早朝などに作業するのが一般的です。
また、DNSの切り替えには反映時間がかかることがあります。新旧サーバーのどちらにアクセスされるかが一時的に混在するため、投稿や更新が頻繁なサイトでは注意が必要です。移行直前から移行完了までは、新規投稿やコメント受付を一時停止するなど、データ差分が発生しないようにしましょう。
ECサイトや会員サイトでは、注文情報や会員情報が移行中に変わる可能性があります。このようなサイトでは、メンテナンス表示を出す、受注を一時停止する、差分データを再同期するなどの対応が必要です。
3. WordPress引越し方法の選び方
3-1. プラグインで引越しする方法が向いている人
プラグインを使ったWordPress引越しは、初心者でも取り組みやすい方法です。代表的な移行プラグインには、All-in-One WP MigrationやDuplicatorなどがあります。管理画面からエクスポート・インポートできるため、FTPやデータベース操作に慣れていない人でも作業しやすいのが特徴です。
この方法が向いているのは、小規模から中規模のブログ、一般的なコーポレートサイト、ドメイン変更を伴わないサーバー移転などです。記事数や画像数が多すぎず、ファイル容量が大きすぎなければ、比較的スムーズに移行できます。
ただし、無料版ではアップロード容量に制限がある場合があります。また、サーバー環境によってはインポート中にタイムアウトすることもあります。大規模サイトや特殊な構成のサイトでは、プラグインだけに頼るのではなく、手動移行や業者依頼も検討しましょう。
3-2. 手動で引越しする方法が向いている人
手動でのWordPress引越しは、FTPやデータベースを直接操作して移行する方法です。やや専門知識が必要ですが、細かく管理できるため、プラグインで移行できないサイトにも対応しやすいです。
この方法が向いているのは、ファイル容量が大きいサイト、プラグインの容量制限に引っかかるサイト、移行作業を細かく確認しながら進めたい人、サーバー管理に慣れている人です。
手動移行では、旧サーバーからWordPressファイルをダウンロードし、データベースをエクスポートします。その後、新サーバーにデータベースを作成し、ファイルをアップロードして、wp-config.phpの接続情報を修正します。
作業ミスがあると「データベース接続確立エラー」や「404エラー」などが発生するため、事前に手順を確認し、バックアップを取ってから進めることが大切です。
3-3. レンタルサーバーの簡単移行機能を使う方法
多くのレンタルサーバーには、WordPress簡単移行機能が用意されています。旧サイトのURL、WordPressログイン情報、移行先URLなどを入力するだけで、サーバー側が自動的にファイルやデータベースをコピーしてくれる仕組みです。
この方法は、初心者にとって非常に便利です。FTPやphpMyAdminを使わずに移行できるため、作業ミスを減らせます。サーバー移転だけを行いたい場合には、まず簡単移行機能が使えるか確認するとよいでしょう。
ただし、移行元サイトにBasic認証がかかっている、セキュリティプラグインでアクセス制限している、WordPressのログインURLを変更している、容量が大きい、マルチサイト構成である、といった場合は失敗することがあります。
簡単移行機能を使う場合も、実行前のバックアップと、移行後の表示確認は必須です。
3-4. 代行業者に依頼する方法｜費用相場と依頼前の注意点
WordPress引越しを安全に進めたい場合は、専門業者への依頼も選択肢です。特に、企業サイト、ECサイト、会員サイト、アクセス数の多いサイト、SEO評価を落としたくないサイトでは、専門家に任せた方が安心です。
依頼前には、作業範囲を必ず確認しましょう。単にファイルとデータベースを移すだけなのか、ドメイン変更、SSL設定、メール移行、リダイレクト設定、Search Console対応、表示確認、トラブル対応まで含まれるのかで、料金や安心感が大きく変わります。
また、バックアップ取得の有無、作業後の保証期間、緊急時の連絡方法、SEO面の配慮、移行後の修正対応についても確認しておくべきです。安さだけで選ぶと、移行後の不具合対応が別料金になることもあります。
3-5. 引越し方法別のメリット・デメリット比較
プラグイン移行のメリットは、操作が簡単で初心者でも始めやすいことです。デメリットは、容量制限やサーバー環境の影響を受けやすいことです。
手動移行のメリットは、自由度が高く、大規模サイトや特殊な構成にも対応しやすいことです。デメリットは、FTPやデータベース操作の知識が必要で、ミスのリスクがあることです。
サーバーの簡単移行機能のメリットは、手軽で作業負担が少ないことです。デメリットは、対応条件が限られ、失敗時の原因がわかりにくいことです。
代行業者に依頼するメリットは、安全性が高く、トラブル時の対応も任せられることです。デメリットは、費用がかかることと、業者選びを間違えると期待した対応が受けられないことです。
どの方法が最適かは、サイト規模、予算、作業スキル、SEOの重要度によって変わります。小規模サイトならプラグインや簡単移行、大規模・重要サイトなら手動移行や専門業者を検討しましょう。
4. プラグインを使ったWordPress引越し手順
4-1. All-in-One WP Migrationを使った引越しの流れ
All-in-One WP Migrationは、WordPress引越しでよく使われる移行プラグインのひとつです。基本的な流れは、移行元サイトでデータをエクスポートし、移行先サイトにWordPressをインストールして、同じプラグインからインポートするというものです。
この方法では、投稿、固定ページ、画像、テーマ、プラグイン、データベース情報などをまとめて移行できます。管理画面上で作業できるため、FTPやデータベース操作が苦手な人にも向いています。
ただし、サイト容量が大きい場合は、無料版の制限やサーバーのアップロード上限に引っかかることがあります。事前にサイト全体の容量を確認し、必要に応じて不要なバックアップファイルや古い画像を削除しておくとよいでしょう。
4-2. 移行元サイトでデータをエクスポートする
まず、移行元のWordPress管理画面にログインし、All-in-One WP Migrationをインストールして有効化します。メニューからエクスポートを選択し、エクスポート先として「ファイル」を選びます。
エクスポートが完了すると、拡張子が「.wpress」のファイルが作成されます。このファイルを自分のパソコンにダウンロードして保存します。ファイルサイズが大きい場合、ダウンロードに時間がかかることがあります。
エクスポート前には、キャッシュを削除し、不要なバックアップファイルや一時ファイルを整理しておくと、移行データを軽くできます。特に、バックアッププラグインが作成した古いバックアップデータが残っていると、移行ファイルが非常に大きくなることがあります。
4-3. 移行先サーバーにWordPressをインストールする
次に、移行先サーバーでWordPressをインストールします。多くのレンタルサーバーには、WordPress簡単インストール機能があります。新しいサーバーの管理画面から対象ドメインを選び、WordPressをインストールしましょう。
この時点では、初期状態のWordPressで問題ありません。後から移行元のデータをインポートすると、投稿、固定ページ、テーマ、プラグイン、設定などが上書きされます。
ドメインのDNSをまだ切り替えていない場合は、仮URLやhostsファイルを使って移行先WordPressにアクセスする必要があります。サーバーによっては、動作確認用URLが用意されていることもあります。
4-4. 移行先サイトへデータをインポートする
移行先のWordPress管理画面にログインし、All-in-One WP Migrationをインストールして有効化します。メニューからインポートを選び、先ほどダウンロードした「.wpress」ファイルをアップロードします。
インポートを実行すると、移行先サイトのデータベースやファイルが移行元の内容で上書きされます。完了後、パーマリンク設定を保存し直し、トップページ、投稿ページ、固定ページ、画像、管理画面の表示を確認します。
インポート後は、移行元サイトのログイン情報が反映されることがあります。移行先で設定した管理者IDやパスワードではなく、移行元のWordPressログイン情報でログインする必要がある場合があります。
4-5. 容量制限でインポートできない場合の対処法
プラグインでの移行時によくあるトラブルが、容量制限によるインポート失敗です。サーバー側のアップロード上限、PHP設定、プラグイン無料版の制限などが原因になります。
対処法としては、まず不要なファイルを削除して移行データを軽くします。古いバックアップファイル、使っていないテーマ、停止中の不要プラグイン、不要な画像などを整理しましょう。
次に、サーバーのphp.iniや管理画面で、upload_max_filesize、post_max_size、memory_limit、max_execution_timeなどの値を調整できるか確認します。レンタルサーバーによっては、管理画面から変更できる場合があります。
それでも難しい場合は、有料拡張機能を使う、別の移行プラグインを使う、手動移行に切り替える、サーバー会社の移行機能を使うといった方法を検討します。
4-6. Duplicatorを使った引越し方法
Duplicatorは、WordPressサイトをパッケージ化して移行できるプラグインです。移行元でインストーラーとアーカイブファイルを作成し、移行先サーバーへアップロードして、ブラウザ上でインストーラーを実行します。
基本的な流れは、移行元サイトでパッケージを作成し、installer.phpとアーカイブファイルをダウンロードします。次に、新サーバーの公開ディレクトリへアップロードし、ブラウザからinstaller.phpへアクセスします。その後、新サーバーのデータベース情報を入力してインストールを進めます。
Duplicatorは柔軟な移行ができる一方で、データベース情報やサーバーのディレクトリ構造を理解している必要があります。初心者にはAll-in-One WP Migrationの方が扱いやすい場合もありますが、手動移行に近い管理をしたい場合には便利です。
4-7. プラグイン移行で失敗しやすいポイント
プラグイン移行で失敗しやすいポイントは、容量制限、タイムアウト、キャッシュ、セキュリティ設定、PHPバージョンの違いです。
移行ファイルが大きすぎると、アップロード途中で止まることがあります。サーバーの処理時間が短い場合も、インポート中にタイムアウトすることがあります。
また、セキュリティプラグインが移行先でログイン制限を引き継ぎ、管理画面に入れなくなることがあります。キャッシュ系プラグインが古いURLを保持して、表示崩れやリダイレクト不具合を起こすこともあります。
プラグイン移行は手軽ですが、完了ボタンが出たら終わりではありません。移行後の表示確認、パーマリンク再保存、SSL確認、フォーム確認、アクセス解析確認まで行って、初めて引越し完了と考えましょう。
5. 手動でWordPressを引越しする手順
5-1. 旧サーバーからWordPressファイルをダウンロードする
手動でWordPress引越しを行う場合、まず旧サーバーからWordPressファイル一式をダウンロードします。FTPソフトやSFTP接続を使い、WordPressが設置されているディレクトリにアクセスします。
一般的には、public_html、www、htdocsなどのディレクトリ内にWordPressファイルがあります。wp-admin、wp-content、wp-includes、wp-config.php、.htaccessなどがある場所が対象です。
特に重要なのは、wp-contentフォルダです。ここには画像、テーマ、プラグイン、アップロードファイルが含まれています。ダウンロード漏れがあると、移行後に画像が表示されなかったり、テーマが反映されなかったりします。
5-2. 旧サーバーからデータベースをエクスポートする
次に、旧サーバーからデータベースをエクスポートします。多くのレンタルサーバーでは、phpMyAdminからデータベースを操作できます。
phpMyAdminにログインし、WordPressで使用しているデータベースを選択します。エクスポートメニューからSQL形式でデータを書き出します。通常は「簡易」または「詳細」設定を選び、文字コードがUTF-8になっていることを確認します。
どのデータベースを使っているかわからない場合は、wp-config.phpを開き、「DB_NAME」に書かれている名前を確認します。あわせて、DB_USER、DB_PASSWORD、DB_HOSTも後で必要になります。
5-3. 新サーバーにデータベースを作成する
新サーバーの管理画面で、新しいデータベースを作成します。データベース名、ユーザー名、パスワード、ホスト名を控えておきます。
サーバーによっては、データベース名やユーザー名に自動で接頭辞が付くことがあります。wp-config.phpに入力するときは、正確な情報を使う必要があります。
文字コードは、通常UTF-8系を選びます。既存のWordPressデータベースと大きく異なる設定にすると文字化けの原因になることがあるため注意しましょう。
5-4. 新サーバーへWordPressファイルをアップロードする
旧サーバーからダウンロードしたWordPressファイルを、新サーバーの公開ディレクトリへアップロードします。FTPまたはSFTPを使い、対象ドメインの公開フォルダにファイル一式を配置します。
アップロードには時間がかかることがあります。特に画像が多いサイトでは、途中で接続が切れてファイルが欠けることがあるため、転送エラーがないか確認しましょう。
ファイルのアップロード先を間違えると、ドメインにアクセスしてもWordPressが表示されません。新サーバーのマニュアルで、対象ドメインの公開ディレクトリを必ず確認してください。
5-5. wp-config.phpのデータベース情報を修正する
新サーバーへファイルをアップロードしたら、wp-config.phpのデータベース接続情報を修正します。
修正する主な項目は、DB_NAME、DB_USER、DB_PASSWORD、DB_HOSTです。新サーバーで作成したデータベース情報に合わせて書き換えます。
この情報が間違っていると、「データベース接続確立エラー」が表示されます。特に、データベースホスト名は「localhost」とは限りません。サーバー会社によって専用のホスト名が指定されている場合があります。
編集後は、文字コードや余計な空白に注意して保存します。wp-config.phpはWordPressの重要ファイルなので、編集前にコピーを取っておくと安心です。
5-6. データベースを新サーバーへインポートする
新サーバーのphpMyAdminにログインし、作成したデータベースを選択します。インポートメニューから、旧サーバーでエクスポートしたSQLファイルをアップロードします。
インポートが完了すると、投稿、固定ページ、設定、ユーザー情報、プラグイン設定などが新サーバーに反映されます。ファイルとデータベースの両方がそろって、WordPressサイトとして動作する状態になります。
SQLファイルが大きすぎてインポートできない場合は、サーバーのアップロード上限を変更する、圧縮ファイルでアップロードする、コマンドラインを使う、サーバーサポートに相談するなどの方法があります。
5-7. hostsファイルや仮URLで表示確認する
DNSを切り替える前に、新サーバー上でサイトが正常に表示されるか確認しましょう。確認方法として、hostsファイルを書き換える方法や、サーバーが提供する仮URLを使う方法があります。
hostsファイルを使うと、自分のパソコンからだけ、対象ドメインを新サーバーに向けて確認できます。これにより、一般ユーザーには旧サーバーのサイトを表示したまま、自分だけ新サーバーの状態をチェックできます。
確認すべき項目は、トップページ、投稿ページ、固定ページ、画像、メニュー、フォーム、管理画面、SSL、パーマリンクです。ここで不具合を発見できれば、DNS切り替え前に修正できます。
5-8. DNS・ネームサーバーを切り替える
新サーバーでの表示確認が完了したら、DNSまたはネームサーバーを切り替えます。ドメイン管理会社の管理画面にログインし、新サーバー指定のネームサーバーへ変更します。
ネームサーバー変更後、反映には時間がかかることがあります。環境によっては数時間から最大で数日程度、新旧サーバーへのアクセスが混在する場合があります。
この期間中に旧サーバー側で記事更新やコメント投稿があると、新サーバーに反映されない可能性があります。移行作業中は、更新停止やメンテナンス表示を検討しましょう。
5-9. SSL設定を行いHTTPS化する
DNSが新サーバーに向いたら、SSL証明書を設定します。多くのレンタルサーバーでは、無料SSLを管理画面から設定できます。
SSL設定後、httpsでサイトにアクセスできるか確認します。あわせて、httpからhttpsへ自動的にリダイレクトされるかも確認しましょう。
SSL設定が不十分だと、ブラウザに「保護されていない通信」と表示されたり、画像やCSSだけhttpで読み込まれる混在コンテンツが発生したりします。WordPressの一般設定で、WordPressアドレスとサイトアドレスがhttpsになっているかも確認してください。
6. ドメイン変更を伴うWordPress引越し手順
6-1. ドメインを変更する場合に追加で必要な作業
ドメイン変更を伴うWordPress引越しでは、サーバー移転に加えてURL変更作業が必要です。旧ドメインのURLを新ドメインのURLへ置換し、旧URLへアクセスしたユーザーや検索エンジンを新URLへ正しく誘導する必要があります。
ドメイン変更では、SEO評価の引き継ぎが重要です。旧URLと新URLの対応関係を整理し、301リダイレクトを設定します。URL構造を大きく変えると評価の引き継ぎが複雑になるため、可能な限りディレクトリ構造やパーマリンクは維持しましょう。
また、Google Search Consoleで新ドメインを登録し、アドレス変更を申請します。Google Analytics、広告タグ、SNSプロフィール、外部サービスの登録URLも更新が必要です。
6-2. WordPressアドレス・サイトアドレスを変更する
ドメイン変更時には、WordPress管理画面の「設定」から「一般」を開き、WordPressアドレスとサイトアドレスを新ドメインに変更します。
ただし、変更のタイミングには注意が必要です。DNS設定やサーバー設定が整っていない状態でURLを変更すると、管理画面にアクセスできなくなることがあります。作業前にバックアップを取り、必要であればwp-config.phpやデータベースから修正できるようにしておきましょう。
WordPressアドレスはWordPress本体が置かれている場所、サイトアドレスはユーザーがアクセスするサイトURLを意味します。通常は同じURLになりますが、WordPressをサブディレクトリに設置している場合は異なることがあります。
6-3. データベース内の旧URLを新URLへ置換する
WordPressでは、記事本文、画像URL、内部リンク、ウィジェット、テーマ設定、プラグイン設定など、さまざまな場所に旧URLが保存されています。そのため、ドメイン変更時にはデータベース内の旧URLを新URLへ置換する必要があります。
単純にSQLファイルをテキストエディタで一括置換すると、シリアライズデータが壊れる可能性があります。安全に置換するには、Search Replace DBなどの専用ツールや、URL置換対応のプラグインを使う方法があります。
置換対象は、httpとhttps、wwwあり・なし、末尾スラッシュの違いも含めて確認します。旧URLが一部残っていると、画像が表示されない、内部リンクが旧ドメインへ飛ぶ、混在コンテンツが発生するなどの問題につながります。
6-4. 内部リンク・画像URL・メディアURLを確認する
URL置換後は、内部リンクと画像URLを必ず確認します。記事内リンク、メニュー、ボタン、バナー、ウィジェット、CTA、プロフィール欄、フッターリンクなどに旧URLが残っていないかチェックしましょう。
特に、テーマのカスタマイザーやページビルダーで設定した画像URLは、通常の本文置換だけでは変更されない場合があります。トップページやランディングページの画像が旧ドメインを参照していないか確認が必要です。
画像URLが旧ドメインのままだと、旧サーバーを解約した後に画像が表示されなくなります。移行直後は問題なく見えていても、旧サーバー停止後にトラブルが発覚することがあるため注意しましょう。
6-5. 旧ドメインから新ドメインへ301リダイレクトを設定する
ドメイン変更で最も重要なのが301リダイレクトです。301リダイレクトは、旧URLが恒久的に新URLへ移動したことを検索エンジンとユーザーに伝える設定です。
理想は、旧サイトの各ページを対応する新サイトの各ページへ1対1でリダイレクトすることです。すべてを新ドメインのトップページへ転送するだけでは、ユーザー体験もSEO評価の引き継ぎも弱くなります。
たとえば、旧URLが「old-example.com/blog/sample」であれば、新URLも「new-example.com/blog/sample」へ転送するのが基本です。パーマリンク構造を維持していれば、.htaccessなどで一括リダイレクトしやすくなります。
6-6. Google Search Consoleでアドレス変更を申請する
ドメイン変更後は、Google Search Consoleで新ドメインを登録し、旧ドメインから新ドメインへのアドレス変更を申請します。これにより、Googleにサイト移転を伝えやすくなります。
あわせて、新ドメインのXMLサイトマップを送信します。旧ドメインのSearch Consoleもすぐに削除せず、移行状況やエラーをしばらく監視しましょう。
Search Consoleでは、インデックス登録状況、クロールエラー、リダイレクトエラー、ページの検出状況などを確認できます。ドメイン変更直後は検索順位や表示回数が一時的に変動することがありますが、正しくリダイレクトできていれば徐々に安定していきます。
6-7. 外部サービス・広告タグ・解析タグのURLを更新する
ドメイン変更時には、WordPress内部だけでなく外部サービスの設定も更新します。Google Analytics、Google Search Console、広告管理画面、ヒートマップツール、メール配信サービス、SNSプロフィール、決済サービス、予約システムなどに登録しているURLを確認しましょう。
また、広告タグやコンバージョンタグが正常に動作しているかも確認が必要です。URL条件で計測している場合、旧URLのままだとコンバージョンが記録されないことがあります。
SNSのシェア数や外部リンクは完全には引き継げない場合もありますが、主要なプロフィールや被リンク元に連絡できる場合は、新URLへの変更を依頼するとよいでしょう。
7. SEO評価を落とさないWordPress引越し対策
7-1. WordPress引越しでSEO順位が下がる主な原因
WordPress引越しでSEO順位が下がる主な原因は、URL変更、リダイレクト不備、表示速度の低下、noindex設定の解除忘れ、内部リンク切れ、画像切れ、サイトマップ未送信、canonicalタグの誤設定などです。
サーバー移転だけでURLが変わらない場合、正しく移行できればSEOへの影響は比較的小さく抑えられます。しかし、ドメイン変更やパーマリンク変更を伴う場合は、検索エンジンが新しいURLを再評価するため、一時的な順位変動が起こることがあります。
重要なのは、旧サイトと新サイトの対応関係を明確にし、検索エンジンに正しく移転を伝えることです。移行後に放置せず、Search Consoleやアクセス解析を見ながらエラーを修正していくことが必要です。
7-2. URL構造をできるだけ変更しない
SEO評価を維持するためには、URL構造をできるだけ変更しないことが基本です。サーバー移転だけなら、ドメインもパーマリンクもそのまま維持するのが最も安全です。
ドメイン変更が必要な場合でも、ドメイン以降のパスは同じにするのが理想です。たとえば「old-example.com/category/article-a」から「new-example.com/category/article-a」のように、ページごとの構造を維持します。
URL構造を大きく変更すると、リダイレクト設定が複雑になり、ミスが起きやすくなります。サイトリニューアルと同時にURLを整理したい場合でも、SEOを重視するなら段階的に行う方が安全です。
7-3. 301リダイレクトを正しく設定する
301リダイレクトは、WordPress引越しのSEO対策で最も重要な作業のひとつです。旧URLから新URLへ恒久的に移転したことを伝えることで、検索エンジンが評価を引き継ぎやすくなります。
リダイレクト設定後は、実際に旧URLへアクセスして、新URLへ正しく転送されるか確認しましょう。トップページだけでなく、主要な投稿ページ、カテゴリーページ、固定ページ、画像URLなどもチェックします。
リダイレクトチェーンにも注意が必要です。旧URLから中間URLを経由して新URLへ移動する状態が多いと、表示速度やクロール効率に悪影響を与える可能性があります。できるだけ1回のリダイレクトで最終URLへ到達するように設定しましょう。
7-4. canonicalタグ・noindex設定を確認する
移行後は、canonicalタグとnoindex設定を確認します。canonicalタグが旧ドメインを指したままだと、新ドメインのページが正しく評価されない可能性があります。
また、移行作業中に検索エンジンへインデックスされないようnoindexを設定した場合、公開後に解除し忘れると検索結果に表示されなくなります。WordPressの「検索エンジンがサイトをインデックスしないようにする」にチェックが入っていないか確認しましょう。
SEOプラグインを使っている場合は、各ページのメタ設定、canonical設定、サイトマップ設定も確認します。移行元の設定が意図せず引き継がれていることがあるため、主要ページを中心にチェックしましょう。
7-5. XMLサイトマップを再送信する
WordPress引越し後は、XMLサイトマップを再送信します。XMLサイトマップは、検索エンジンにサイト内のURLを伝えるためのファイルです。
SEOプラグインやWordPress本体のサイトマップ機能を使っている場合、新サーバーまたは新ドメインでサイトマップが正しく表示されるか確認します。そのうえで、Google Search Consoleから送信します。
ドメイン変更をした場合は、新ドメイン側のSearch Consoleにサイトマップを送信します。旧ドメイン側も一定期間は残し、リダイレクトやクロール状況を確認しましょう。
7-6. robots.txtの設定を確認する
robots.txtは、検索エンジンのクロールを制御するためのファイルです。移行後にrobots.txtの設定が誤っていると、重要なページがクロールされない可能性があります。
特に、テスト環境で使っていた「Disallow: /」が本番環境に残っていると、サイト全体がクロール拒否される恐れがあります。移行後は、robots.txtに不要なブロック設定がないか確認しましょう。
また、XMLサイトマップのURLがrobots.txtに記載されている場合、新ドメインやhttpsのURLに更新されているかも確認します。
7-7. 内部リンク切れ・画像切れをチェックする
WordPress引越し後は、内部リンク切れと画像切れを確認します。リンク切れが多いと、ユーザー体験が悪くなるだけでなく、検索エンジンのクロールにも悪影響を与えることがあります。
確認する場所は、記事本文、固定ページ、メニュー、パンくずリスト、関連記事、サイドバー、フッター、CTAボタンなどです。ドメイン変更をした場合は、旧ドメインへのリンクが残っていないか重点的に確認します。
画像切れは、ファイルのアップロード漏れ、URL置換漏れ、パーミッション設定、SSL混在コンテンツなどが原因で起こります。主要ページだけでなく、過去記事の画像も確認しましょう。
7-8. ページ速度・Core Web Vitalsを確認する
サーバー移転後は、ページ速度が改善する場合もあれば、逆に悪化する場合もあります。移行先サーバーの性能、PHPバージョン、キャッシュ設定、画像配信、CDN設定などが影響します。
移行後は、ページの読み込み速度やCore Web Vitalsを確認しましょう。特に、トップページ、アクセスの多い記事、収益に直結するランディングページは重点的にチェックします。
キャッシュ系プラグインを再設定する場合は、表示崩れが起きないか確認しながら有効化します。画像最適化や遅延読み込み、不要なJavaScript削減もあわせて検討すると、移行後のパフォーマンス改善につながります。
7-9. 移行後の検索順位・インデックス状況を監視する
WordPress引越し後は、検索順位、クリック数、表示回数、インデックス状況をしばらく監視します。特にドメイン変更を伴う場合、一時的な順位変動は珍しくありません。
Search Consoleでは、インデックス未登録ページ、リダイレクトエラー、404エラー、クロール済み未登録などを確認します。重要ページがインデックスから外れていないか、旧URLが新URLへ正しく評価移転されているかを見ていきます。
アクセス数が大きく下がった場合は、リダイレクト設定、noindex、canonical、サイトマップ、robots.txt、内部リンク、表示速度を順番に確認しましょう。原因を切り分けることで、早期に回復できる可能性が高まります。
8. WordPress引越し後に必ず行う確認作業
8-1. トップページ・投稿ページ・固定ページの表示確認
移行後は、まずトップページ、投稿ページ、固定ページが正しく表示されるか確認します。トップページだけ表示されていても、個別記事や固定ページで404エラーが出ることがあります。
特に、アクセス数が多い記事、問い合わせページ、会社概要、サービスページ、料金ページ、ランディングページなどは優先的に確認しましょう。スマートフォン表示も忘れずにチェックします。
8-2. 管理画面へログインできるか確認する
WordPress管理画面にログインできるか確認します。移行後は、ログイン情報が移行元のものに戻っている場合があります。
ログインできない場合は、セキュリティプラグイン、Cookie、SSL設定、URL設定、データベース内のsiteurlやhomeの値を確認します。ログインURL変更プラグインを使っている場合は、その設定も引き継がれている可能性があります。
8-3. 画像・CSS・JavaScriptの読み込みを確認する
画像、CSS、JavaScriptが正しく読み込まれているか確認します。CSSが読み込まれないとレイアウトが崩れ、JavaScriptが動かないとスライダー、メニュー、フォーム、ポップアップなどが正常に動作しないことがあります。
ブラウザの開発者ツールを使うと、404エラーや混在コンテンツを確認できます。旧ドメインやhttpのURLを参照しているファイルがないかチェックしましょう。
8-4. お問い合わせフォーム・コメント・決済機能を確認する
お問い合わせフォームは、移行後に必ずテスト送信しましょう。メールが届かない場合、送信元メールアドレス、SMTP設定、DNSレコード、迷惑メール判定などが原因になっていることがあります。
コメント機能を使っているサイトでは、コメント投稿や通知メールを確認します。ECサイトでは、カート、決済、注文通知、会員ログイン、マイページ、在庫連携などを重点的に確認します。
8-5. パーマリンク設定を保存し直す
移行後に投稿ページが404エラーになる場合、パーマリンク設定の再保存で解決することがあります。WordPress管理画面の「設定」から「パーマリンク」を開き、何も変更せずに保存します。
これにより、.htaccessのリライトルールが再生成されます。特に手動移行後やサーバー環境が変わった後は、この作業を忘れずに行いましょう。
8-6. SSL証明書とhttpからhttpsへのリダイレクトを確認する
SSL証明書が正しく設定されているか確認します。httpsでアクセスできるだけでなく、httpでアクセスした場合にhttpsへ自動転送されるかも重要です。
また、wwwあり・なしの統一も確認しましょう。複数のURLで同じページが表示される状態は、SEO上好ましくありません。最終的に使う正規URLへ統一されるように設定します。
8-7. Google Analytics・Search Consoleの計測確認
Google Analyticsが正しく計測できているか確認します。移行後にテーマやタグ設定が変わると、計測タグが外れていることがあります。
Search Consoleでは、所有権確認、サイトマップ送信、インデックス状況、エラー状況を確認します。ドメイン変更をした場合は、新旧両方のプロパティを確認し、必要に応じてアドレス変更を申請します。
8-8. 旧サーバーを解約する前に確認すべきこと
WordPress引越しが完了しても、旧サーバーをすぐに解約するのは避けましょう。DNS反映の遅れ、移行漏れ、メール設定漏れ、画像参照漏れなどが後から見つかることがあります。
少なくとも一定期間は旧サーバーを残し、問題がないことを確認してから解約します。特にメールを同じドメインで運用している場合、メールデータやDNS設定を確認せずに解約すると、過去メールが消えたり送受信できなくなったりする恐れがあります。
9. WordPress引越しでよくあるトラブルと解決策
9-1. 画面が真っ白になる
画面が真っ白になる原因は、PHPエラー、テーマやプラグインの不具合、メモリ不足などです。まずは、直前に有効化したプラグインやテーマを疑います。
FTPでpluginsフォルダ名を一時的に変更すると、すべてのプラグインを無効化できます。それで表示される場合は、プラグインのどれかが原因です。テーマが原因の場合は、デフォルトテーマに切り替えて確認します。
PHPバージョンが変わったことで古いコードが動かなくなるケースもあります。エラーログを確認し、原因となるファイルを特定しましょう。
9-2. データベース接続確立エラーが出る
「データベース接続確立エラー」は、wp-config.phpのデータベース情報が間違っている場合によく発生します。DB_NAME、DB_USER、DB_PASSWORD、DB_HOSTを確認しましょう。
データベースユーザーに十分な権限がない場合も接続できません。新サーバーの管理画面で、対象データベースにユーザーが紐づいているか確認します。
また、データベースサーバー自体が一時的に停止している場合もあります。サーバー障害情報や管理画面の状態も確認しましょう。
9-3. 管理画面にログインできない
管理画面にログインできない場合、URL設定、セキュリティプラグイン、Cookie、SSL設定が原因になっていることがあります。
まず、ログインURLが変更されていないか確認します。セキュリティプラグインでログインURLを変更していた場合、通常の「/wp-admin」や「/wp-login.php」ではアクセスできません。
また、WordPressアドレスやサイトアドレスが旧URLのままだと、ログイン後に旧サイトへ戻されることがあります。データベースのoptionsテーブルでsiteurlとhomeを確認しましょう。
9-4. 画像が表示されない
画像が表示されない原因は、画像ファイルのアップロード漏れ、URL置換漏れ、パーミッション設定、SSL混在コンテンツなどです。
まず、wp-content/uploadsフォルダが正しく移行されているか確認します。次に、画像URLが新ドメインまたは正しいパスになっているか確認します。
ドメイン変更をした場合、記事本文やテーマ設定に旧ドメインの画像URLが残っていることがあります。URL置換ツールを使って修正しましょう。
9-5. レイアウトが崩れる
レイアウト崩れは、CSSが読み込まれていない、キャッシュが残っている、テーマファイルが不足している、ページビルダーの設定が壊れている場合に起こります。
まず、ブラウザキャッシュとWordPressのキャッシュを削除します。次に、開発者ツールでCSSファイルが404エラーになっていないか確認します。
テーマや子テーマのファイルが移行漏れしている場合もあります。旧サーバーのテーマフォルダと新サーバーのテーマフォルダを比較して、不足ファイルがないか確認しましょう。
9-6. リダイレクトループが発生する
リダイレクトループは、httpからhttps、wwwあり・なし、WordPress設定、.htaccess、サーバー側リダイレクト、プラグイン設定が競合すると発生します。
複数の場所で同じリダイレクトを設定している場合、処理が循環してサイトが表示されなくなることがあります。サーバー管理画面、.htaccess、WordPress一般設定、リダイレクトプラグインを順番に確認しましょう。
一時的にリダイレクト系プラグインを無効化し、原因を切り分けるのも有効です。
9-7. プラグインのインポートが途中で止まる
プラグイン移行でインポートが止まる場合、ファイル容量、PHPメモリ、実行時間、サーバー制限が原因として考えられます。
不要ファイルを削除して移行データを軽くする、PHP設定を変更する、有料版や拡張機能を使う、時間帯を変えて再実行するなどの対策があります。
何度も失敗する場合は、プラグイン移行にこだわらず、手動移行へ切り替える方が安全です。
9-8. 404エラーが大量に発生する
移行後に404エラーが大量に発生する場合、パーマリンク設定、.htaccess、リダイレクト設定、URL構造の変更を確認します。
まず、WordPress管理画面でパーマリンク設定を保存し直します。それでも解決しない場合は、.htaccessが正しく生成されているか確認します。
ドメイン変更やURL変更をした場合は、旧URLから新URLへの301リダイレクトが正しく設定されているか確認しましょう。Search Consoleのページエラーも参考になります。
9-9. 検索順位やアクセス数が下がったときの対処法
WordPress引越し後に検索順位やアクセス数が下がった場合、まず原因を切り分けます。ドメイン変更を伴う場合、一時的な変動は起こり得ますが、設定ミスがあると長期的な下落につながります。
確認すべき項目は、301リダイレクト、noindex、canonical、robots.txt、XMLサイトマップ、内部リンク、表示速度、404エラー、Search Consoleのインデックス状況です。
アクセス解析で、どのページの流入が減ったのかを確認します。特定ページだけ下がっている場合は、そのページのリダイレクトやインデックス状況を重点的に調べましょう。
10. WordPress引越しにかかる費用と時間
10-1. 自分で引越しする場合の費用
自分でWordPress引越しを行う場合、基本的な作業費用はかかりません。必要なのは、新しいレンタルサーバーの契約費用、ドメイン費用、必要に応じた有料プラグイン費用などです。
すでに移行先サーバーを契約しており、無料プラグインや手動作業で対応できる場合、追加費用なしで引越しできることもあります。
ただし、自分で作業する場合は、時間とリスクが発生します。トラブル対応に時間がかかる可能性もあるため、費用だけでなく作業負担も考慮しましょう。
10-2. プラグイン有料版を使う場合の費用
移行プラグインには無料版と有料版があります。無料版では容量制限がある場合や、一部機能が制限されている場合があります。
有料版を使うと、大容量ファイルのインポート、クラウドストレージ連携、マルチサイト対応、URL置換などが利用できることがあります。小規模サイトでは無料版で十分なこともありますが、大きなサイトでは有料版を使った方がスムーズに進む場合があります。
購入前には、自分のサイト規模や必要機能に合っているか確認しましょう。
10-3. サーバー会社の移行サービスを使う場合の費用
レンタルサーバー会社によっては、無料または有料のWordPress移行サービスを提供しています。簡単移行機能は無料で使えることが多い一方、スタッフが代行する移行サービスは有料になる場合があります。
サーバー会社の移行サービスは、そのサーバー環境に詳しい担当者が対応するため安心感があります。ただし、対応範囲は会社によって異なります。ドメイン変更、メール移行、リダイレクト、SEO確認まで含まれるとは限りません。
申し込み前に、どこまで対応してくれるのかを確認しましょう。
10-4. 専門業者に依頼する場合の費用相場
専門業者にWordPress引越しを依頼する場合、費用はサイト規模や作業範囲によって変わります。小規模なサーバー移転であれば比較的安価に依頼できることもありますが、ドメイン変更、SEO対応、EC機能、会員機能、大規模サイトになると費用は高くなります。
費用だけでなく、作業内容、納期、移行後サポート、バックアップ対応、トラブル時の対応範囲を確認することが大切です。
安すぎるサービスでは、移行後の表示確認やSEO設定が含まれていないこともあります。重要なサイトほど、実績や対応範囲を重視して選びましょう。
10-5. サイト規模別の作業時間の目安
小規模なブログやコーポレートサイトであれば、プラグインや簡単移行機能を使って短時間で移行できることがあります。ただし、確認作業を含めると余裕を持ったスケジュールが必要です。
記事数や画像数が多い中規模サイトでは、エクスポート・インポートや表示確認に時間がかかります。大規模サイト、ECサイト、会員サイトでは、事前検証、メンテナンス時間の調整、差分データ対応などが必要になるため、さらに時間がかかります。
作業時間はサイト容量だけでなく、カスタマイズ量、プラグイン数、ドメイン変更の有無、メール移行の有無によっても変わります。
10-6. 費用を抑えて安全に引越しするコツ
費用を抑えて安全にWordPress引越しを行うには、事前準備を丁寧に行うことが重要です。不要なファイルを削除し、バックアップを取り、ログイン情報を整理し、移行先サーバーの簡単移行機能を活用しましょう。
小規模サイトなら無料プラグインで対応し、容量が大きい場合だけ有料版や専門業者を検討する方法もあります。
ただし、費用を抑えるためにバックアップや確認作業を省略するのは危険です。トラブル時の復旧にかかる時間や損失を考えると、必要な部分には費用をかけた方が結果的に安く済むこともあります。
11. WordPress引越しに関するよくある質問
11-1. WordPress引越しは初心者でもできますか？
小規模なサイトであれば、初心者でもWordPress引越しは可能です。プラグインやサーバーの簡単移行機能を使えば、FTPやデータベース操作をせずに移行できる場合があります。
ただし、必ずバックアップを取り、移行後の確認作業を行いましょう。企業サイトや売上に関わるサイト、ドメイン変更を伴うサイトは、専門業者への依頼も検討してください。
11-2. 引越し中にサイトは見られなくなりますか？
正しく準備すれば、ダウンタイムを最小限に抑えることができます。新サーバーへ先にデータを移し、表示確認後にDNSを切り替えることで、ユーザーへの影響を減らせます。
ただし、DNS反映中は新旧サーバーへのアクセスが混在する可能性があります。更新頻度が高いサイトでは、移行中の投稿やコメントを一時停止するなどの対策が必要です。
11-3. サーバー移転だけならSEOに影響はありますか？
ドメインやURL構造を変えず、正しく移行できていれば、SEOへの影響は比較的小さいです。むしろ、表示速度が改善すればユーザー体験の向上につながる可能性もあります。
ただし、移行後に表示エラー、404エラー、SSL不備、サイト速度低下、noindex設定などがあるとSEOに悪影響が出ることがあります。移行後チェックは必ず行いましょう。
11-4. ドメイン変更をすると検索順位は下がりますか？
ドメイン変更をすると、検索順位が一時的に変動することがあります。旧ドメインの評価を新ドメインへ引き継ぐには、301リダイレクト、Search Consoleのアドレス変更、XMLサイトマップ送信、内部リンク更新などが必要です。
URL構造をできるだけ維持し、旧URLから新URLへ1対1でリダイレクトすることで、影響を抑えやすくなります。
11-5. 無料プラグインだけでWordPress引越しはできますか？
小規模サイトであれば、無料プラグインだけで引越しできる場合があります。ただし、サイト容量が大きい場合やサーバー制限がある場合は、無料版では対応できないことがあります。
インポート容量制限に引っかかる場合は、不要ファイルの削除、有料版の利用、サーバー設定の変更、手動移行などを検討しましょう。
11-6. 旧サーバーはいつ解約してもよいですか？
旧サーバーは、移行後すぐに解約しない方が安全です。DNS反映、画像参照、メール設定、リダイレクト、バックアップ確認が完了してから解約しましょう。
特にドメインメールを使っている場合、旧サーバーにメールデータが残っていることがあります。必要なメールを移行または保存してから解約してください。
11-7. メールアドレスも引越しが必要ですか？
同じドメインでメールアドレスを使っている場合、Webサイトの引越しとは別にメール設定の確認が必要です。ネームサーバーを変更すると、メールの送受信先も変わることがあります。
メールを新サーバーで運用するのか、外部メールサービスを使うのかによって、DNSレコードやメールアカウント設定が異なります。Webサイトだけでなく、メール環境も事前に確認しましょう。
11-8. WordPress.comからWordPress.orgへ引越しできますか？
WordPress.comから、レンタルサーバーに設置するWordPress.orgへ引越しすることは可能です。記事や固定ページはエクスポート・インポート機能で移行できます。
ただし、テーマ、プラグイン、細かなデザイン、画像、リダイレクト、独自ドメイン設定などは別途対応が必要になる場合があります。完全に同じ状態で移すには、事前に移行範囲を確認しましょう。
まとめ
WordPress引越しは、サーバー移転だけでなく、ファイル、データベース、ドメイン、SSL、DNS、SEO設定、メール設定などが関わる重要な作業です。手順を理解せずに進めると、サイトが表示されない、画像が消える、管理画面に入れない、検索順位が下がるといったトラブルにつながります。
失敗しないためには、まず現在の環境を確認し、ファイルとデータベースのバックアップを取得することが大切です。そのうえで、プラグイン、手動移行、サーバーの簡単移行機能、専門業者への依頼の中から、自分のサイトに合った方法を選びましょう。
ドメイン変更を伴う場合は、旧URLから新URLへの301リダイレクト、Search Consoleでのアドレス変更、サイトマップ送信、内部リンク更新など、SEO評価を引き継ぐための作業が欠かせません。
移行後は、トップページだけでなく、投稿ページ、固定ページ、画像、フォーム、SSL、パーマリンク、アクセス解析、Search Consoleまで確認します。旧サーバーはすぐに解約せず、問題がないことを確認してから解約しましょう。
ワードプレス 引越しは慎重さが必要な作業ですが、準備、移行、確認の流れを守れば安全に進められます。大切なサイトを守るためにも、焦らず一つずつチェックしながら作業を進めてください。