WordPressのバックアップは何を残す？復元まで考える準備表

ファイルだけ、データベースだけでは足りない場合があります。保存対象・頻度・保管場所・戻す手順を、運用に合わせて決めます。

広告・PR：この記事の末尾に楽天市場の広告を掲載しています。リンク経由の購入により、運営者が報酬を受け取る場合があります。

バックアップは、戻したい状態から考える

「バックアップ機能がある」と「必要な状態に戻せる」は別の確認です。記事、画像、テーマ、設定のうち、どこまで戻したいかを決めます。まずはサイトの構成と、普段何を変更するかを書き出してください。

WordPressの公式資料では、一般的なサイトの完全な復元には、データベースとファイルの両方が必要とされています。サーバーからファイルをダウンロードしただけで、別管理のデータベースまで保存されたと思い込まないようにします。

プラグインやホスティングの機能を使う場合は、対象、保存世代、保存場所、復元方法を確認します。製品名だけで選ぶ記事ではなく、現在の契約と運用に合わせて点検するための表です。

毎日記事を追加するサイトと、月に一度営業時間を直すサイトでは、必要な頻度が違います。公式資料も更新状況に応じた頻度と、更新前のバックアップを案内しています。注文や問い合わせなどが保存される場合は、それらをどこまで戻すのかも別に検討します。

たとえば「昨日の状態まで戻ればよい」と決めた場合、更新時刻とバックアップの時刻を比較します。バックアップ後に届いた問い合わせは、そのデータに含まれない可能性があります。この差を許容できるかが判断点です。

本番のデータを古い状態へ上書きする復元は、影響の大きな操作です。練習や確認は、適切に制限した別環境で行う計画を立てます。バックアップがあるからといって、本番で無計画に復元テストをする必要はありません。

保管先は、サイト本体の障害と同時に失われない構成を検討します。バックアップには情報が含まれるため、ダウンロードできる場所を一般公開せず、アクセス権も確認してください。

「最後に成功を確認した日：＿＿。対象：ファイル／DB。保管先：＿＿。復元手順の場所：＿＿。復元確認を行った環境と日：＿＿。担当者：＿＿。」未確認の項目は未確認と残せば、次に行う作業が明確になります。

WordPressの環境管理を自分で続けるか迷う方は、SITE PORTなどの運用範囲と比較してみてください。どちらを選んでも、記事・画像の取り出し方、障害時の復旧窓口、契約終了時の扱いを先に確認することが大切です。

SITE PORTの完成例を見る・編集のデモを見る。自分で更新する場面を想像しながら、利用できる機能とサポート範囲を申込前に確認してください。

[公開後に更新を確認する](/articles/website-update-not-visible)・[フォームの受付確認](/articles/contact-form-delivery-test)