WordPressのサーバー移転は、ファイルをコピーするだけの作業ではありません。ドメインの向き先、データベース、PHP、SSL、メール、キャッシュが連動するため、先に現状を記録し、旧サーバーを残したまま新環境を確認することが重要です。この記事では、契約前の比較からDNS切り替え後の確認まで、作業を止めずに進める順番を整理します。
最初に移転の目的を決める
速度、料金、容量、サポート、障害対策など、移転理由を一つずつ書き出します。目的が曖昧なまま最安プランへ移ると、PHP条件やメール容量が合わず、別の問題が増えることがあります。現在の月額だけでなく、更新料金、ドメイン更新、バックアップ復元費用、移転代行の範囲まで同じ期間で比較してください。
サイトが遅い場合も、原因が画像や外部スクリプトならサーバーだけ替えても改善しません。移転前にPageSpeed Insightsやサーバーログで大まかな原因を確認し、新環境へ求める条件を決めます。目的と成功基準を数値や状態で残せば、移転後に効果を判断できます。
現在の構成を一覧にする
WordPressのバージョン、PHPのバージョン、テーマ、子テーマ、有効プラグイン、データベース容量、uploads容量を記録します。独自ドメインメールを使っている場合は、メールアドレス、転送、迷惑メール設定、受信方式も対象です。DNSにはWeb以外のサービス用レコードがあるため、ネームサーバーだけを見て判断しません。
管理画面のスクリーンショットだけでなく、ドメイン名、公開URL、管理URL、SSL状態、パーマリンク設定、cron、アクセス制限を表にします。会員サイトやECでは決済、Webhook、外部APIの送信元制限も確認します。移転後の照合表として使える粒度で残すことがポイントです。
- WordPress・PHP・MySQLの現在バージョン
- 使用テーマと有効プラグイン
- Web・データベース・メールの使用量
- DNSレコードとネームサーバー
- フォーム、決済、予約、外部連携
新サーバーの互換性を確認する
新サーバーで現在のPHPバージョンまたは推奨バージョンが使えるか、必要なPHP拡張があるか、データベースの上限は十分かを確認します。古いプラグインが新しいPHPでエラーになることもあるため、ステージング環境または一時URLで先にテストします。
移転ツールの対象外条件も読みます。マルチサイト、大容量サイト、特殊なディレクトリ構成、Basic認証、国外アクセス制限、キャッシュやセキュリティプラグインは自動移転を妨げる場合があります。対象外なら手動移転か公式の移転代行を選び、無理に自動処理を繰り返しません。
コピー前に更新を整理する
WordPress本体、テーマ、プラグインを一度に更新してから即移転すると、問題の原因が更新か移転か分からなくなります。先に更新を完了し、数日正常運用を確認してから移転日を迎える方が安全です。不要なキャッシュや明らかに不要な一時ファイルは整理し、コピー対象を減らします。
移転直前は記事投稿、商品注文、問い合わせなど新しいデータが増えます。作業時間帯を決め、更新を止める時間を関係者へ知らせます。ECや会員サイトでは差分データの扱いを決めずにコピーすると注文や会員情報が旧環境へ残るため、保守表示や差分移行の計画が必要です。
DNS切り替え前に新環境を確認する
hosts設定、プレビューURL、動作確認URLなど契約先が案内する方法で、新サーバー上のサイトを確認します。トップだけでなく、記事、カテゴリー、画像、ログイン、検索、問い合わせ、スマホ表示を操作します。SSL証明書はDNS切り替え前に発行できない場合があるため、新サーバーの案内に従います。
URL置換が必要な移転では、シリアライズされたデータを単純な文字置換で壊さないよう、WordPress対応ツールを使います。キャッシュが残ると旧表示と新表示を取り違えるため、確認時はキャッシュを削除し、ソースやレスポンスヘッダーで新サーバーか確かめます。
DNS切り替え後に監視する
DNSの反映中は、利用者によって旧サーバーと新サーバーのどちらへ到達するかが分かれます。TTLを事前に確認し、反映期間中は両方のサーバーを稼働させます。切り替え直後に旧契約を消すと、一部利用者だけエラーになるため注意してください。
公開ページ、管理画面、フォーム送信、メール送受信、SSL、404、リダイレクト、アクセス解析を確認します。サーバーログでPHPエラーや404増加がないかも見ます。問題があればDNSを戻せるよう、旧環境を変更せず保持し、切り戻し条件を事前に決めます。
旧サーバーを解約する前の最終確認
解約日は料金だけで決めず、DNSキャッシュの影響、メール移行、アクセスログ、バックアップ取得を確認してから決めます。旧サーバーにしかない受信メールやアップロードファイルが残っていないか、切り替え後に更新されたデータがないかを比較します。解約すると管理画面やデータへアクセスできなくなる場合があるため、必要な設定資料と請求情報も保存します。
ドメインも同じ会社で管理している場合は、サーバー解約によってドメイン契約やDNSがどうなるかを公式サポートへ確認します。無料特典ドメインには契約継続条件があることがあります。自動更新の停止、解約申請期限、返金条件を読み、サイトが新環境で安定したことを確認してから手続きしてください。
トップページが見えただけで成功と決めてはいけないんですね。
フォームとメールまで実際に動かし、旧サーバーも反映が落ち着くまで残します。
はい、読者が使う機能を一通り操作して初めて移転確認になります。
DNSの反映時間には幅があるので、焦って解約しないでください。
作業前の設定表があれば、移転後に見比べられそうです。
一つずつチェックできると思うと、かなり不安が減りました！
その表は切り戻しにも役立ちます。
正常確認の証拠を残しながら進めましょう。
初心者向けの実行順序
移転作業は次の順番を崩さないことが重要です。各段階の合格条件を満たしてから次へ進みます。
- 目的と新サーバーの条件を決める
- 現在設定とDNSを記録する
- 新サーバーへ複製し、一時URLで確認する
- DNSを切り替え、旧新両環境を監視する
- フォーム・メール・SSL・ログを確認する
- 十分な保持期間後に旧契約を解約する
迷わず始めたい人向けの選択肢
広告・PRを含みます。料金と特典は公式ページで最新条件をご確認ください。
移転はコピー作業ではなく、確認と切り戻しまで含めた計画なんですね。
旧サーバーを残したまま、表示とメールの合格を一つずつ記録します！
その進め方なら、問題が起きても戻る場所があります。
急がず、読者が使う機能を操作してから完了にしましょう。
移転完了の判断
新サーバーの表示が一度成功しただけでは完了ではありません。DNS反映後も一定期間監視し、公開機能とメールが正常で、旧サーバーへのアクセスがなくなったことを確認してから解約します。作業日と確認結果は、次回の更新や障害対応に使えるよう一つの記録へまとめてください。
- 現在構成とDNSを記録した
- 新サーバーの互換性を確認した
- 一時URLで主要機能を操作した
- DNS反映中も旧サーバーを維持した
- フォームとメールを実送受信した
- 解約前にデータ保持期間を確認した
移転条件を公式ページで確認する
移転前チェックがそろったら、移転機能の対象、必要な契約、サポート範囲を公式ページで確認しましょう。旧サーバーを残したまま試せる計画を立ててから申し込むと安全です。
広告・PRを含みます。料金・特典・適用条件は公式ページで最新情報をご確認ください。