WordPressバックアップと復元のやり方｜サーバー移転前の必須対策

WordPressのサーバー移転前に、バックアップと復元をどこまで確認すればよいか迷っていませんか？

バックアップファイルを保存しただけでは、まだ安全とは言い切れません。
いざ新サーバーへ移した時に、データベースだけ古い、画像が抜ける、ログインできない、という問題が起きることがあります。

サーバー移転前の必須対策は、バックアップを取ることではなく、復元できる形で取れているかを確認することです。

結論から言うと、WordPressバックアップと復元のやり方は「取得」「分離保存」「復元テスト」「差分確認」の順番で進めるのが安全です。
この記事では、復旧時のバックアップ復元ではなく、サーバー移転前の準備として何を確認するべきかに絞って解説します。

WordPressバックアップと復元は移転前に確認する

WordPressバックアップと復元は、サーバー移転後ではなく移転前に確認しておくべき作業です。

理由は、移転後に問題が出てからバックアップ不備に気づくと、戻す場所も戻す材料も失いやすいからです。
旧サーバーを解約した後では、足りないファイルや古いデータベースを取り直せないことがあります。

バックアップは保険ではなく作業材料として見る

バックアップは、万一の時に使う保険であると同時に、サーバー移転そのものに使う作業材料です。
ファイルだけあってもデータベースがなければ、投稿本文、設定、ユーザー情報、問い合わせフォームの一部は戻りません。

反対に、データベースだけあっても画像、テーマ、プラグイン、アップロードファイルがなければ、見た目や機能は復元できません。
「バックアップ済み」という言葉ではなく、何を保存したかで判断してください。

旧サーバーを残した状態でテストする

復元テストは、旧サーバーを残したまま行うのが基本です。
本番サイトを消したり、ドメインを先に切り替えたりすると、失敗した時に比較対象がなくなります。

移転前に新サーバーやテスト環境で復元できれば、DNSを切り替える前に不具合を見つけられます。
この順番を守るだけで、サーバー移転のリスクは大きく下がります。

WordPressバックアップで保存する範囲を分ける

WordPressバックアップは、ファイルとデータベースを分けて保存するのが基本です。

プラグインのワンクリックバックアップは便利ですが、移転時には中身を分けて確認できる状態が安心です。
どちらか一方が壊れている、容量制限で途中までしか取れていない、というケースを見つけやすくなります。

ファイルバックアップで見る場所

ファイルバックアップでは、特に `wp-content` フォルダを重視します。
テーマ、プラグイン、アップロード画像、独自の設定ファイルがここに集まりやすいためです。

WordPress本体は再インストールできることもありますが、独自に入れた画像やテーマ修正は取り戻しにくい部分です。
サーバー移転前には、ダウンロードしたファイル数や容量が極端に少なくないかも確認してください。

データベースバックアップで見る場所

データベースバックアップでは、投稿、固定ページ、設定、ユーザー情報、プラグイン設定が保存されます。
phpMyAdminやサーバーの管理画面でSQLとしてエクスポートできるか確認しましょう。

エクスポートしたSQLファイルが0KBに近い、途中でエラーが出ている、文字化けしている場合は、そのまま移転に使うのは危険です。
ファイル名だけで判断せず、サイズと作成日時を必ず見てください。

WordPress復元テストは本番切り替え前に行う

WordPress復元テストは、本番ドメインを切り替える前に行うのが正解です。

復元できるかどうかは、実際に戻してみないとわからない部分があります。
バックアップファイルが正常でも、新サーバーのPHPバージョン、データベース設定、パーミッションの違いで表示が崩れることがあるためです。

テスト環境で最低限見るページ

テスト復元では、すべてのページを完璧に見る必要はありません。
ただし、売上や問い合わせに関わるページ、ログイン、管理画面、主要な固定ページは必ず確認してください。

たとえば、会社概要だけ表示できても、問い合わせフォームが送信できなければ移転成功とは言えません。
EC、予約、会員サイトでは、注文やログインの流れまで確認する必要があります。

URL置換とSSLの確認を後回しにしない

新サーバーで復元すると、旧URLや一時URLが残ることがあります。
画像、内部リンク、CSS、JavaScriptの読み込み先が混在すると、表示崩れやSSL警告につながります。

URL置換は慎重に行う必要がありますが、確認を後回しにすると移転後の原因調査が難しくなります。
復元テストの段階で、ブラウザの警告、画像抜け、リンク先の違和感を見ておきましょう。

WordPressサーバー移転前に差分を確認する

WordPressサーバー移転前には、バックアップ取得後に増えた差分を必ず確認してください。

移転作業中にも、投稿、コメント、注文、問い合わせ、会員登録が増えることがあります。
古いバックアップのまま本番切り替えをすると、その間のデータが消えたように見えるため注意が必要です。

更新が多いサイトは作業時間を決める

ブログだけのサイトなら差分は小さいことが多いですが、ECサイトや会員サイトは別です。
注文、決済、会員登録が動いている時間帯に移転すると、どちらのサーバーにデータが入ったのか判断しにくくなります。

更新が多いサイトでは、作業時間を告知する、受付を一時停止する、最終バックアップを取り直すなどの対策が必要です。
「表示できたから完了」ではなく、最新データが新サーバーにあるかを見てください。

旧サーバー解約は最後にする

旧サーバーは、移転直後に解約しないでください。
DNSの反映には時間差があり、利用者によって旧サーバーを見ている時間が残ることがあります。

また、移転後に画像抜けやメール不具合が見つかった時、旧サーバーが残っていれば比較と再取得ができます。
少なくとも数日から1週間程度は、旧環境を残しておく方が安全です。

WordPressバックアップと復元で失敗しそうな時は止める

WordPressバックアップと復元で不安な症状が出たら、先へ進めず止める判断が大切です。

サーバー移転は、途中まで成功しているように見えても、最後のDNS切り替えや旧サーバー解約で問題が表面化します。
バックアップの中身に自信がないまま進めるほど、復旧が難しくなります。

エラーが出た時にやってはいけないこと

復元時にエラーが出た場合、焦って旧サーバーのファイルを消したり、データベースを上書きしたりしないでください。
原因を切り分ける前に材料を消すと、元に戻せる可能性が下がります。

特に、真っ白画面、データベース接続エラー、ログイン不可、画像大量抜け、SSL警告が出ている時は、作業ログを残して止める方が安全です。

相談前に残す情報

専門家へ相談する場合は、どの段階で止まったかが重要です。
バックアップ取得前なのか、復元中なのか、DNS切り替え後なのかで見る場所が変わります。

エラー画面のスクリーンショット、作業日時、使ったバックアップファイル名、旧サーバーと新サーバーの情報を残しておくと、原因の特定が早くなります。

WordPressバックアップと復元のよくある質問

バックアッププラグインだけでサーバー移転できますか？

小規模なサイトなら可能な場合があります。ただし、容量制限、PHPバージョン差、URL置換、メール設定、DNS設定までは別確認になるため、復元テストは必要です。

復元テストは必ず必要ですか？

サーバー移転では、復元テストを強くおすすめします。バックアップがあることと、実際に復元できることは別だからです。

旧サーバーはいつ解約してよいですか？

新サーバーで表示、ログイン、フォーム、メール、SSL、主要ページを確認し、DNS反映後もしばらく問題がないことを見てから解約してください。移転直後の解約は危険です。

WordPressバックアップと復元の必須対策まとめ

WordPressバックアップと復元は、サーバー移転前に必ず確認しておきたい重要な準備です。
ファイルとデータベースを分けて保存し、旧サーバーを残したまま復元テストを行うことで、移転後の大きなトラブルを避けやすくなります。

大切なのは、バックアップを取ったという安心感だけで進めないことです。
復元できるか、最新データが反映されているか、問い合わせやメールまで動くかを確認してから本番切り替えへ進んでください。

少しでも不安な症状がある場合は、旧サーバーを残した状態で止めるのが安全です。
材料が残っているうちに相談できれば、復旧や移転の選択肢を保ちやすくなります。

WordPressバックアップと復元が自分で確認できない時は

WordPressのバックアップ、復元、サーバー移転でお困りなら、
クイックレスキューが状況確認から復旧までサポートします。

こんなお悩みなら最短30分ですぐに解決します！
いまなら期間限定で3つの安心保証