WordPressのバックアップで保存するものと復元前の確認事項

確認範囲：公式資料に基づく一般的な解説です。個別環境での実機検証は未実施です。画面や操作は利用環境の公式案内と照合してください。

ファイルとデータベースは役割が異なる

保存対象	主な内容	確認する点
ファイル	テーマ、プラグイン、アップロード画像、設定ファイルなど	必要な領域と隠しファイルが含まれているか
データベース	投稿、固定ページ、各種設定など	対象サイトの必要なテーブルを取得したか

サーバーからWordPressのフォルダーをダウンロードしただけでは、通常、別に管理されているデータベースは取得できません。管理画面の「エクスポート」も、サイト全体の完全なバックアップと同じとは限りません。

公式資料はファイルとデータベースの両方を保存する必要性を説明しています。外部ストレージや外部サービスを利用している構成では、そのデータをどこが保存するかも別途確認します。

ホスティングのバックアップ機能、バックアップ用プラグイン、ファイル転送とデータベースの書き出しなど、取得方法は複数あります。特定の方法を導入する前に、現在の契約で何が保存されているかを確認します。

取得画面の「成功」だけで判断せず、ファイルの存在、保存日時、容量などを確認します。サイト全体の復元操作はホスティングや利用ツールによって異なるため、それぞれの公式手順で確認してください。

テーマやプラグインなどの変更前には、変更直前の状態を確保します。日常の自動取得とは別に、その変更に対応する取得時点を記録すると、戻す候補を選びやすくなります。

保存頻度は、失ってよいデータ量から決めます。問い合わせや注文が日中も増えるサイトでは、前日への復元でその後の記録が失われる可能性があります。更新の少ない案内サイトと同じ保存頻度でよいとは限りません。

ファイルとデータベースの時点が大きくずれると、画像への参照やプラグイン設定の整合性に影響することがあります。取得日時を揃えたセットとして識別し、更新の多いサイトでは一貫性を保つ方法を運用担当者と確認します。

バックアップに個人情報や認証情報が含まれる場合があります。公開ディレクトリへSQLやZIPを置いたままにせず、アクセスできる担当者を限定した保管場所を使用します。

サーバー障害で本体と保存データの両方が失われないかを確認してください。別の保管先にも保存する場合は、そのサービスのアクセス権と保存期間も管理します。ローカルへダウンロードしたデータも同じ扱いです。

このページは復元操作の実行手順ではありません。上書きは現在のデータを失うことがあるため、操作対象と影響範囲を特定できない場合は担当者へ引き継ぎます。

最低限、サイト名、取得日時、取得方法、ファイルとDBの対応、保管場所、復元手順の参照先、復元確認の有無を記録します。バックアップを取得したことと、復元を試して成功したことは分けて管理してください。

次にプラグインの切り分けを行う場合も、この記録を用意してから進めると、変更前の状態へ戻す判断がしやすくなります。

通常は十分ではありません。ファイルと別に管理されているデータベースも必要です。利用するバックアップ機能が両方を対象にしているか確認してください。

戻す時点以降のデータが上書きの対象になる場合があります。何が置き換わるかを利用ツールの公式手順で確認し、必要な差分を回収できるか担当者と判断します。

公式資料確認日：2026-10-28