WordPressの引っ越し・サーバー移行の手順と注意点

WordPressを同じドメインのまま別サーバーへ移す場合でも、ファイルを移送するだけでは完了しません。投稿や設定を保存するデータベース、DNS、メール、TLS証明書、フォーム通知、外部連携まで確認しなければ、公開後に表示不良やメール不達、データの取りこぼしが起こるおそれがあります。

この記事では、通常の単一サイト構成を対象に、棚卸しから切替、受入確認、切戻し、費用・期間の見積条件までを順に解説します。移行対象・方式・公開可否・外部依頼の範囲を、自社の体制に合わせて判断できるようになります。

移行はファイルとデータベースに加え、DNS、メール、TLS、外部連携を確認し、切替前テストと公開後確認を経て進めます。

01SectionWordPressのサーバー移行は、移送前の棚卸しで成否が決まる

WordPressの移行では、Webサイトを構成するファイルと、投稿・ユーザー・設定を保存するデータベースの両方を扱います。WordPress公式も、完全なバックアップと別サーバーへの移行では、ファイルとデータベースの保全、新環境の接続設定の確認を案内しています。WordPress公式の移行ガイドとバックアップガイドを基準に、移送作業の前に対象と担当を確定させましょう。

移行対象はファイル・データベース・周辺設定に分ける

ファイルにはWordPress本体、テーマ、プラグイン、アップロード画像・PDF、設定ファイルなどが含まれます。データベースには投稿、固定ページ、ユーザー、コメント、各種設定が保存されています。新しい環境でデータベース名や接続先が変わる場合は、接続設定も確認対象です。

一方、DNSはドメイン名を接続先へ案内する設定、TLS証明書はHTTPS通信時に接続先を確認するための証明書です。これらはWordPressのファイルやデータベースとは別に管理されていることがあります。

権限と重要機能を先に確認する

切替日に必要な権限がそろわないと、問題が見つかっても修正や切戻しを進められません。WordPress管理者権限だけでなく、旧・新サーバー、データベース、DNS、メール、TLS、計測・外部連携の管理先と連絡先を確認します。

あわせて、問い合わせフォーム、会員登録、決済、予約、重要なAPIやCRM・MA連携など、停止やデータ欠損が業務へ影響する機能を洗い出します。制作時のテーマ・プラグイン・連携の構成を整理し直したい場合は、WordPress制作時の構成確認も参考になります。

通常の単一サイト以外は、手順をそのまま適用しない

この記事は通常の単一サイト構成を前提としています。WordPress Multisite、複数データベース、複数サブドメイン、独自のデプロイ手順、複雑なCDN・WAF構成がある場合は、移行対象と復旧方法が増えます。通常手順だけで切替を決めず、構成に応じた追加調査と検証計画を用意してください。

02SectionWordPressを別サーバーへ移す基本手順

DNS・TLSの切替は、復元と必須テストを終えた後に実施します。公開後も確認と差分照合を行い、旧環境はすぐに停止しません。

安全な移行では、移送そのものよりも、復元可能な状態を作ること、DNS切替前に受入確認を済ませること、公開後の差分を扱うことが重要です。プラグインを利用する場合も、移送・復元を補助する手段として位置付け、独立バックアップと業務受入は分けて実施します。

テスト環境の作り方や復元手順は利用サービスによって異なります。そのため、具体的な操作よりも「誰が、どの環境で、何を確認し、何をもって公開可能とするか」を先に決めることが重要です。

03Section同じドメインを使い続けるなら、DNS・メール・TLSを分けて確認する

Web表示先の変更と、メール・外部連携用レコード、TLS証明書の確認は別の作業として扱います。

同一ドメインのままWebサーバーだけを変える場合、通常はドメイン登録そのものを変更するのではなく、Webサイトの到達先に関わるDNS設定を確認・変更します。ただし、DNSにはWeb表示以外にメールや外部サービス連携に関わる設定も含まれます。

ICANNのDNSリソースレコード解説では、A・AAAAレコードはIPアドレス、MXレコードはメールを扱うサーバーに関係するレコードとして整理されています。Web表示の変更とメール運用を同じ作業として扱わないことが重要です。

管理対象ごとの役割を分ける

• ドメイン登録：ドメインの保有・更新に関わる管理です。Webサーバー移行だけなら、通常は変更しません。
• DNS：ドメイン名をWebやメールなどの接続先へ案内する設定です。
• Web表示用レコード：A、AAAA、CNAMEなどで、サイトの表示先に関わります。
• メール用・連携用レコード：MXは受信メール、TXTやCNAMEは送信認証や外部サービス認証に使われることがあります。
• TLS証明書：HTTPSで対象ホスト名に対する正当な接続先を示すための証明書です。

DNS変更の前には、ゾーン全体のレコード一覧を取得または画面保存し、Web表示用、メール用、送信認証・外部連携用に分類しておきます。

HTTPSとメールは別々に受入確認する

TLS証明書はDNSレコードとは別の確認対象です。新環境でhttps://の主要ページに接続し、対象ホスト名に対する有効な証明書が提示され、ブラウザ警告がないことを確認します。TLSサーバー証明書の管理と確認の考え方は、NISTのTLS証明書管理ガイドも参考になります。ページ内にHTTPの画像やスクリプトが残る混在コンテンツも点検対象です。

フォーム送信後の自動返信と社内通知、通常の送受信メールは分けて確認します。フォームが表示されても通知メールが届かない場合があるためです。

DNSにはTTLとキャッシュがあり、変更・切戻し後に新旧環境への到達先が一時的に混在することがあります。IETF RFC 1912が扱うDNS運用上の注意も踏まえ、固定の反映時間を前提にせず、利用中のDNS設定、キャッシュ、契約条件、事業影響に応じて切替計画を立てます。

04Sectionプラグイン・手動移行・支援・外部依頼の選び方

移行方式は、操作の簡単さだけで決めません。必要な権限、ファイル容量、PHP・データベースの互換性、独自改修、外部連携、復元能力、テストと切戻しの体制を合わせて判断します。

プラグインは「移送・復元の補助手段」と考える

プラグインは、ファイルとデータベースをまとめた移行データの作成・復元を効率化できる場合があります。移行・複製系のプラグインとしては、All-in-One WP MigrationやDuplicatorなどが、WordPress公式プラグインディレクトリで配布状況・利用規模を確認できる代表例として知られています。ただし、この列挙は代表例の紹介であり、特定のプラグインの推奨ではありません。容量制限、実行時間、除外対象、ライセンス条件は製品ごとに異なるため、各公式ページで確認してください。

また、移行データそのものが失敗した場合に備え、別途取得したファイル・データベースのバックアップを保持する必要があります。

利用する場合も、前章の8段階に沿って、新環境の条件確認、復元、DNS切替前テスト、Web用DNS・TLS切替、公開後確認までを実施します。必須テストに合格する前にDNSを切り替えないことが重要です。

方式を再検討すべき条件

会員、決済、予約、重要フォーム、外部API、CRM・MA連携、独自テーマ・独自改修がある場合は、どの方式でも機能別テストとデータ差分への対応が必要です。大容量メディア、互換性の懸念、Multisite、複数サブドメイン、独自デプロイ、複雑なCDN・WAF構成がある場合も、通常の単一サイト向け手順をそのまま適用せず、構成と採用する方式の仕様を照合してください。

05Section公開可否は優先度別の受入確認で判断する

公開可否は必須確認の結果で判断し、公開後確認とサイト固有確認は記録を残して継続します。

トップページが表示されたことだけで公開完了とは判断できません。公開可否に直結する確認、公開後も継続する確認、サイト固有の確認に分け、業務影響が大きいものから検証します。

検索設定は「同一URLで公開できているか」を点検する

canonicalは検索エンジンに正規URLを示す設定、robotsはクロールやインデックスの制御に関わる設定、XMLサイトマップはURL一覧を知らせるファイルです。同一URLのサーバー移行では、これらをURL変更を伴う検索移転の手続きとして扱うのではなく、本番にテスト環境のURLや意図しないnoindexが残っていないか、到達性に問題がないかを確認します。

URLやドメインを変更する移転では、別途Google Search Centralのサイト移転ガイドに沿った対応が必要です。今回のようにURLを維持する移行とは、必要な対応を分けて考えてください。

06Section切戻しはDNSを戻すだけでは終わらない

切戻しは、DNS設定を旧環境へ戻す技術操作だけではありません。利用者の到達先、切替中に発生したデータ、未解決の業務影響を確認し、復旧を完了させる運用です。復旧に必要な計画、手順、技術的対策、テストを事前に組み合わせる考え方は、NISTのコンティンジェンシー計画でも示されています。

切替前に、切戻し候補と判断者を決める

主要フォーム・通知メールの停止、重要ログインや決済・予約の利用不可、重大なHTTPS警告、広範なエラー、重大な情報露出などは、切戻しを検討する候補です。ただし、どの事象を即時切戻しとするかは、許容停止時間、事業影響、修正可能性によって異なります。切替前に最終判断者、連絡経路、修正を優先する条件と切戻しを優先する条件を合意しておきます。

切戻し後はデータ差分を照合する

切替・切戻しの間に、フォーム送信、会員登録、注文、記事更新などが新旧どちらかの環境に記録される可能性があります。データの保存先を確認し、必要に応じて再反映や業務側での個別対応を行います。

旧環境は、必須確認、公開後の監視、重要データの差分処理、復元可能なバックアップの確認、停止承認がそろうまで停止・解約しません。保持期間や切戻し期限は、DNSのTTL、キャッシュ、更新頻度、契約条件、事業影響に応じて決めます。

07Section自社対応か外部依頼かを、体制と責任分界で決める

自社対応の可否は、WordPressの操作経験だけでは決まりません。変更権限、復元能力、業務担当による検証、障害時の連絡と最終判断までを切替日に確保できるかで判断します。

5つの確認項目で実施体制を判定する

次の5項目を確認してください。復元・検証、必要な変更権限、差分照合、障害対応・最終判断のいずれかが不足する場合は、移行支援または外部依頼を優先します。

1. 1変更権限と管理分離：WordPress、旧・新サーバー、データベース、DNS、TLS、メールの権限を切替日に使え、各管理先の担当者へ連絡できるか。
2. 2復元能力と検証体制：バックアップを復元し、表示・管理画面を確認できるか。切替前テストの環境と、業務担当を含む受入体制があるか。
3. 3重要機能：停止・データ欠損が許容しにくいフォーム、会員、決済、予約、重要連携があるか。
4. 4差分照合：更新停止、またはフォーム送信・会員登録・注文・更新の差分を照合できるか。
5. 5障害対応：重大障害時に修正・切戻しを決める最終判断者と連絡経路があるか。

重要機能があっても、体制がそろい、個別テスト、切戻し、公開後の初動まで自社で実行できるなら、自社対応や移行支援を選ぶ余地があります。反対に、復元確認や公開判断を担える体制がない場合は、切替を先に進めないほうが安全です。

外部依頼でも発注者側に残る役割がある

外部へ依頼しても、管理権限の提供・承認、業務担当による受入確認、公開可否の最終判断は発注者側に残ります。作業範囲、データ管理、障害対応、保守条件を明確にする考え方は、IPAの調達仕様書に関する資料も参考になります。

依頼範囲は、環境調査、バックアップ、新環境準備、移送・復元、DNS・TLS、メール確認、受入テスト、切戻し、公開後支援に分けて明記します。構成・変更一覧、バックアップ保管先、DNS変更記録、証明書確認記録、テスト結果、未解決事項、旧環境の停止条件を成果物として確認すると、責任分界を整理しやすくなります。

08Section費用と期間は、作業範囲を分けて見積もる

単発のWordPress移行について、構成や検収条件をそろえた一般的な費用相場・標準日数を示せる公開情報は限られます。総額だけを比較すると、テスト、切戻し、旧環境保持、公開後支援の有無が見えなくなるため、費目と条件を分けて計画・比較してください。

社内対応では実費と社内工数を分ける

社内工数は、担当別に実作業だけでなく、権限取得、関係者調整、承認、切替当日の待機、再試験も記録します。社内費用は、担当区分ごとの記録時間に自社で定めた時間単価を掛け、実費を加える形で整理できます。

日程は、移送作業の時間だけで決まりません。権限付与、DNS・メール・連携先との調整、テスト担当者の予定、修正と再試験、公開可否の承認を工程として含めます。許容停止時間、旧環境の保持期間、公開後確認の期間は、サイトの更新頻度、契約条件、業務影響によって決めます。

外部依頼では基本移行と追加対応を分ける

外部見積もりは、基本移行、重要機能テスト・改修、公開後支援、実費を別行にし、同じ条件で比較します。対象構成、主要プラグイン、外部連携、テスト件数、切替時間帯、切戻し条件、旧環境保持、支援範囲が異なる見積もりは、総額だけで優劣を判断できません。

見積もりで成果物・作業、規模、工数、工期、コスト、変動要因を分けて整理する考え方は、IPAの定量的見積りに関する資料でも示されています。単発移行の市場相場として数値を当てはめるより、自社の構成と検収条件をそろえ、比較可能な見積書にすることが実務的です。

移行後も、バックアップ、更新、権限管理、障害時の連絡体制を継続して整える必要があります。移行後の保守・運用も確認し、旧環境を停止する前に運用の引継ぎ範囲を明確にしましょう。

WordPress移行・保守の依頼先を探す

復元確認、受入テスト、切戻し、公開後の保守まで含めた支援が必要な場合は、対応範囲や責任分界を比較して依頼先を検討できます。

WordPress制作・保守2949社掲載

WordPress制作・保守の会社を探す