WordPressのサーバー移転前に何を確認する？バックアップからDNS切り替えまで

この記事を書いている人（せせら）

普段は個人事業主のプログラマーとして仕事をしています。
個人で作業効率化サービスを運営し、挑戦を続ける人々を静かに応援しています。

WordPressサイトの移転では、ファイルのコピー後にデータベース・ドメイン設定・メール・SSLも確認します。確認を怠ると表示崩れや問い合わせの不達が起きます。

基本は準備、バックアップ、新環境への復元、表示テスト、DNS変更、旧環境の保管という順です。作業中に記事や注文が更新されるサイトは、最後の更新をどう移すか先に決めましょう。

サーバーだけを替える場合とドメインも替える場合では、必要な作業が異なります。

移転条件を先に決める

最初に決めるのは、サーバーだけを替えるか、ドメインやURLも変えるかです。WordPress公式の移転手順でも、同じURLを使う場合と変更する場合では必要な作業が異なります。

URLを保つ移転では、記事のURLを変えないのが基本です。WordPressのサイトアドレスとホームアドレスも現行値を引き継ぎ、移転を機にURL構造まで変えないようにします。

ドメイン変更では、旧ページごとに新しい対応先を決めます。各ページに301リダイレクトを設定してください。旧トップへの一括転送ではページ内容がつながらず、検索流入や利用者の導線を損ないます。

移転対象を一覧にします。対象には公開ページ・画像・フォーム・会員機能・予約や決済・サブドメイン・独自メールがあります。同じ契約やDNSに依存する項目で作業範囲が変わります。

現状とDNSを記録する

現状を記録しないままDNSを触ると、問題が起きたときに何を戻せばよいか分からなくなります。ホスティング管理画面の値を控え、変更前の状態をスクリーンショットやメモに残してください。

• DNSレコードはA・AAAA・CNAME・MX・TXT、メール認証用レコード、ネームサーバー・TTLを控える。
• WordPress環境は本体・PHP・データベースの各バージョン・テーマ・プラグイン・パーマリンク構造を控える。
• 運用機能はメール・フォーム通知・予約・決済・cron・アクセス解析・リダイレクト設定の有無を記録する。

ネームサーバーを変更すると、Webサイトの設定とMXやTXTも移行対象になります。メールを別事業者で使う場合は、その値を控えてください。

ディスク使用量とデータベース容量も控えます。移転先の空き容量やアップロード上限を超えていると、コピー中に画像が欠けたり、大きなファイルを転送できなかったりします。

復元できるバックアップを取る

バックアップでは、WordPressのファイル一式とデータベースを同じ作業時点で取得します。WordPress公式も、別サーバーへ移す前にディレクトリや画像、プラグインなどのファイルとデータベースを保存するよう案内しています。

ファイル側にはテーマやプラグイン、.htaccess、wp-config.phpも含まれます。独自に変更した構成は、サイトのファイル一式を保存しておくと復元しやすくなります。

データベースには投稿・固定ページ・設定・ユーザー・コメントなどが入ります。サーバー会社のバックアップ機能やphpMyAdminで書き出し、SQLファイルが正常に作られたか確認します。

バックアップは旧サーバー内に置かず、PCや別ストレージにもコピーします。取得日時と対象サイトをファイル名に残してください。可能なら別環境へ戻して、バックアップから復元できることも確認します。

移転先を先に整える

移転先の容量とWordPress、現行テーマ、プラグインが動くPHP・データベースの組み合わせを確認します。要件は変わるため、ホストと各ソフトの最新の対応条件を照合してください。

サイトの使用量・アクセス集中時の負荷・バックアップ保存先・復元手順・SSL証明書・問い合わせ窓口を比べます。復元を自分でできない契約では、移転後の負担が増えます。

新環境にドメインを登録し、データベースと専用ユーザーを作成します。ユーザーには必要な権限を付けます。データベース名・ユーザー名・パスワード・ホスト名を安全に記録してください。

切り替え前の確認用環境にはパスワードを設定し、検索エンジンの巡回も止めます。試験サイトが検索結果に混ざると、公開サイトとの重複や意図しない情報公開につながります。

ファイルとDBを運ぶ

ファイルはSFTPやホストの移行機能で新環境へ置きます。データベースは書き出したSQLを新しいDBへ読み込みます。大容量サイトは転送に時間がかかるため、全量を移してから最終差分を反映する段取りが必要です。

データベース名・ユーザー名・パスワード・ホスト名が変わったら、wp-config.phpを新しい接続情報に合わせます。誤りがあるとデータベース接続エラーが表示されます。

ドメインとURLを維持するなら、データ内のURLを一括置換しません。URLも変える場合は、シリアライズデータに対応した移行機能やWP-CLIのsearch-replaceを使います。単純なSQL置換は避けてください。

画像やテーマが見えても移転完了とは限りません。投稿本文・管理ユーザー・プラグイン設定・アップロードディレクトリ・ファイル権限を旧サイトと照合します。

切り替え前に検証する

DNSを切り替える前に新サーバーを確認します。同じドメインで試す場合はhostsファイルなどで自分の端末だけを新環境へ向けます。ほかの訪問者には現行サイトが表示されたまま、動作を確かめられます。

トップ・記事・固定ページ・画像・ログイン・検索・フォーム送信を確認します。フォームは成功表示と通知メールの受信を両方確かめます。

• スマートフォン表示・主要ブラウザ・SSL警告・画像などの混在コンテンツを確認する。
• 管理画面で投稿を保存し、メディア追加、パーマリンク、404ページの動作を確かめる。
• アクセス解析、キャッシュ、バックアップ、定期実行（cron）の動作を確認する。
• robots.txt・サイトマップ・canonical・noindex設定が公開用か確認する。

テスト環境はnoindex設定とパスワードで保護します。

問題があれば修正して再確認します。エラーが残った状態でDNSを切り替えないでください。

DNSを安全に切り替える

可能なら切り替えの24〜48時間前にTTLを短くします。当日はWeb表示に使うA・AAAA・CNAMEのうち、変更が必要なレコードだけを新環境へ向けます。TTLを下げても反映時刻は一斉にそろわず、旧新サーバーに訪問が分かれる期間があります。

ネームサーバーを変更する場合は、現行ゾーンの全レコードを移転先で再作成します。そのあとで切り替えてください。MXやTXTを準備していないと、Webが表示されてもメールが止まることがあります。

注文・予約・会員情報・コメントが更新されるサイトは、切り替え前に更新を止めます。最終データベースを同期してください。DNS浸透中に旧新両方で書き込みがあると、片方の更新を失うためです。

切り替え後は複数の回線で表示先を確かめ、フォームと管理画面も再テストします。旧サーバーは数日以上保管してください。同じ事業者内の移転では停止時間が出る場合もあります。利用者の少ない時間に作業します。

メールとSEOを守る

独自ドメインのメールを使う場合は、MXに加えてSPF・DKIM・DMARCの値も新しいDNS環境へ引き継ぎます。移転後は別アドレスとの送受信とWebフォームの通知受信を試してください。

メールアカウントも移す場合は、メールボックスの内容・転送設定・エイリアスが引き継がれたか確かめます。メールソフトのサーバー名やポート番号が変わるなら、PCやスマートフォン側の設定も更新します。

ドメインとページURLを保つ移転ではURLを変えず、公開サイトのcanonicalやサイトマップも確認します。試験環境のnoindexが本番に残っていないか、公開直後に確かめてください。

ドメインを変える場合は、旧URLから対応する新URLへ301転送し、内部リンク・canonical・サイトマップを更新します。Google Search Consoleの登録情報も更新します。旧ページの404や転送先をしばらく監視してください。

代行を使う境目を決める

小規模ブログで記事更新を止められること・ドメインを維持すること・バックアップを自分で復元できることが条件です。条件を満たすなら自分で移転できます。作業日を決め、切り替え前のチェック項目を一つずつ確認します。

本業サイトで問い合わせや注文が止まると損失が出る場合や、会員・予約データの最終同期に不安がある場合は、移転代行を依頼してください。独自メールやドメイン変更も重なるなら、作業範囲をまとめて相談します。

案件名「サイト引越し屋さん」は個人・法人向けのWordPressサーバー移転を代行します。プラグインや自動ツールだけに頼らず、人がデータを扱う移転方法を案内しています。メールアドレス移行やドメイン移管も相談でき、301リダイレクト設定はオプションです。

メールアカウント移行を依頼しても、PC側メールソフトの設定は原則として利用者が行います。業務メールも対象にする場合は、移行範囲と自分で行う設定を申し込み前に確認してください。

サイト引越し屋さん

公式サイトで条件を確認する

実行順を決めて切り替える

作業日はバックアップ・新環境の確認・更新停止に必要な時間を確保できる日にします。まず現状を記録します。ファイルとDBを保管して移転先へ復元し、表示を確認してからDNSを変更します。

切り替え後はWeb表示に加え、問い合わせ・ログイン・メール送受信・検索設定も再確認します。旧サーバーは新環境の安定とデータの一致を確かめてから解約してください。

自力での復元や更新停止に不安があるなら、移転代行を選ぶのが適切です。特に注文や会員情報を扱うサイトは、費用とあわせて停止時間・データ欠損のリスクを基準に判断しましょう。