WordPressのバックアップ頻度は、すべてのサイトで同じではありません。重要なのは、「最大で何時間・何日分の更新を失っても許容できるか」で決めることです。
WordPress公式では、一般的な目安として、小規模で投稿数が少ないサイトは週1回、更新頻度の高いサイトは毎日のバックアップを案内しています。さらに、WordPress本体・テーマ・プラグインの更新前にもバックアップを取ることが推奨されています。
30秒でわかる結論
- 更新が少ない小規模サイトは「週1回」がひとつの目安です。
- 毎日記事・注文・会員情報が増えるサイトは「毎日」が基本です。
- EC・予約・会員サイトなど、失うデータの影響が大きいサイトはより短い間隔を検討します。
- WordPress更新・テーマ変更・プラグイン更新の前には、定期バックアップとは別に取得します。
- バックアップは「ファイル」と「データベース」の両方が必要です。
- 最低3〜5世代程度を残し、サーバー外にもコピーを持つと復旧しやすくなります。
WordPressのバックアップ頻度はどのくらい？
WordPress公式の一般的な目安では、投稿数が少ない小規模サイトは週1回、高頻度で更新されるサイトは毎日のバックアップが案内されています。
| サイトの状態 | バックアップ頻度の目安 |
|---|---|
| 更新が少ないブログ・会社サイト | 週1回 |
| 毎日記事を更新するブログ | 毎日 |
| EC・予約・会員サイト | 毎日〜数時間ごとも検討 |
| 大きな変更を行う前 | 作業直前に追加取得 |
頻度は「更新量」で決める
毎月1回しか更新しないサイトと、1日100件の注文が入るサイトでは、同じバックアップ頻度では不足します。
「何日分失っても大丈夫か」で考える
バックアップ頻度は、サイトが壊れたときにどこまで巻き戻っても許容できるかで決めると分かりやすくなります。
毎日1記事更新するブログ
週1回しかバックアップしていない場合、最悪では7日分の記事更新を失う可能性があります。
1記事／日 × 7日 ＝ 最大7記事分
1日20件注文が入るECサイト
1日1回のバックアップなら、障害発生のタイミングによっては最大20件前後の注文データを失う可能性があります。
20件／日 × 1日 ＝ 最大20件分
「バックアップ間隔＝失う可能性がある最大時間」と考える
1日1回なら最大約24時間、1時間ごとなら最大約1時間分の変更が失われる可能性があります。どこまで許容できるかで頻度を決めてください。
用途別｜おすすめのバックアップ頻度
会社概要やサービスページが中心で、月に数回しか変更しないなら週1回を基準にできます。
週1〜2記事なら週1回、毎日更新するなら毎日を基準にします。
複数人が毎日記事を更新するなら、少なくとも日次バックアップが向いています。
注文・予約データが継続的に増えるため、更新量に応じて短い間隔を検討します。
ファイルとデータベースは両方バックアップする
WordPressを完全に復旧するには、通常「ファイル」と「データベース」の両方が必要です。
| バックアップ対象 | 主な内容 |
|---|---|
| ファイル | テーマ、プラグイン、画像、wp-config.phpなど |
| データベース | 投稿、固定ページ、コメント、設定など |
ファイルだけでは完全復旧できない
WordPress公式でも、ファイルとデータベースは別々に存在し、通常は両方が必要と説明されています。画像フォルダだけ保存しても、記事本文や設定は戻せません。
データベースだけ頻度を高くする方法もある
記事更新や注文が多いサイトでは、データベースの変更頻度が高く、テーマやプラグインのファイルは毎日変わらない場合があります。
分けて考える例
ファイル：週1回
データベース：毎日
このように変更頻度に合わせてバックアップ周期を分ける方法もあります。
頻繁に変わるものを高頻度で保存する
毎日記事が増えるならデータベースを毎日、画像を大量追加するならファイル側も毎日というように、実際の変更内容に合わせます。
WordPress更新前は必ず追加バックアップを取る
定期バックアップがあっても、WordPress本体・テーマ・プラグインを更新する前には、直前のバックアップを取得するのが安全です。
WordPress公式でも、データベースは定期的に、さらにアップグレード前にもバックアップするよう案内されています。
テーマ・プラグイン変更前もバックアップする
大きなデザイン変更、新しいプラグイン導入、PHP設定変更なども、サイトが正常に動かなくなる可能性があります。
作業前バックアップを推奨する場面
- WordPress本体アップデート
- テーマアップデート
- プラグイン更新・追加・削除
- PHPバージョン変更
- サーバー移転
- 大規模なデザイン変更
- データベースを直接操作する作業
バックアップは何世代残せばいい？
最新1回だけでは、気付かないうちに壊れていた状態を上書きしてしまう可能性があります。
WordPress公式では、安全のために少なくとも直近3〜5個のバックアップを保持することが案内されています。
日次5世代なら
今日、1日前、2日前、3日前、4日前の状態を残せます。
障害に気付くまでの時間も考える
不具合に3日後に気付いた場合、最新1世代だけでは壊れた後のバックアップしか残っていない可能性があります。複数世代を残す意味はここにあります。
7日・14日・30日保存はどう選ぶ？
| 保存期間 | 向くケース |
|---|---|
| 7日 | 毎日確認する小規模サイト |
| 14日 | 一般的なブログ・会社サイト |
| 30日 | 不具合発見が遅れる可能性があるサイト |
日次バックアップ30世代
1日1回 × 30世代なら、約30日前まで戻れる計算です。
1バックアップ／日 × 30世代 ＝ 約30日分
保存期間が長ければ必ず安全とは限らない
復元できなければ意味がありません。保存世代数と同時に、復元方法・復元料金・復元に必要な時間も確認してください。
サーバーの自動バックアップだけで十分？
自動バックアップは非常に便利ですが、サーバー上だけに保存されている場合は、別の場所にもコピーを持つとより安全です。
サーバー内バックアップ ＋ サーバー外バックアップ
WordPress公式でも、複数の場所へ保存する考え方が案内されています。
日常的な操作ミス・更新失敗から戻す用途に向きます。
サーバーとは別の場所にコピーを持つことで、障害時の選択肢を増やせます。
重要な節目のバックアップをPCなどへ保存する方法があります。
3-2-1ルールで考えると分かりやすい
バックアップでは「3-2-1」という考え方がよく使われます。
3つのコピー・2種類の保存先・1つは別の場所
WordPressでの例
- 本番サーバー上のデータ
- サーバー会社のバックアップ
- 外部クラウドやPCに保存したバックアップ
すべての個人ブログで厳密に実施する必要はありませんが、会社サイトや売上につながるサイトほど有効な考え方です。
バックアップ容量はどれくらい必要？
保存世代を増やすと、その分だけ容量も必要です。
サイト容量5GBの場合
毎回フルバックアップを10世代残すと、単純計算では50GBです。
5GB × 10世代 ＝ 50GB
実際には差分バックアップや圧縮により必要容量が小さくなる場合があります。
世代数と容量をセットで見る
「30日保存」と書かれていても、ストレージ上限や対象ファイルに制限がある場合があります。サーバー・プラグインの仕様を確認してください。
バックアップ頻度を決める4つの基準
| 基準 | 頻度を高くする条件 |
|---|---|
| 更新頻度 | 毎日記事やデータが増える |
| データ価値 | 注文・予約・会員情報がある |
| 復旧許容時間 | 長時間停止できない |
| 変更作業 | 更新・移転・開発作業が多い |
「サイト規模」より「失ったときの影響」で決める
ページ数5ページでも、毎日予約が入るサイトなら高頻度バックアップが必要です。反対に100ページあってもほぼ更新しない資料サイトなら、週1回でも十分な場合があります。
復元テストまでして初めてバックアップになる
バックアップファイルが存在していても、復元できるとは限りません。
定期的に確認する項目
- バックアップが正常終了しているか
- ファイルサイズが極端に小さくないか
- データベースも含まれているか
- 復元手順が分かるか
- 復元に追加料金がかかるか
- テスト環境で戻せるか
WordPress公式でも、自動バックアップを使う場合でも、ときどき手動バックアップを行い、仕組みが動いていることを確かめる考え方が示されています。
バックアップ頻度を決める判断フロー
YES → 毎日以上を検討
YES → 数時間〜毎日を検討
YES → 週1回を基準
YES → 作業直前に追加バックアップ
NO → 保存設定を見直す
よくあるバックアップの失敗
最新1世代しか残していない
不具合に数日気付かなかった場合、正常な状態へ戻れない可能性があります。
ファイルだけ保存している
投稿や設定が入るデータベースを失うと、完全な復旧ができません。
本番サーバー内にしか保存していない
サーバー全体の障害やアカウント問題が起きると、バックアップへアクセスできない可能性があります。
自動バックアップが動いていると思い込む
容量不足、認証エラー、プラグイン停止などで失敗している場合があります。
復元方法を確認していない
障害発生後に初めて手順を調べると、復旧に時間がかかります。
教科書判定｜WordPressのバックアップ頻度は？
一般ブログは週1回〜毎日、業務データが増えるサイトは毎日以上を基準にする
更新が少ない会社サイトなら週1回、毎日記事を更新するブログなら毎日、EC・予約・会員サイトなら必要に応じて数時間単位も検討します。さらに、WordPress・テーマ・プラグイン更新前には定期スケジュールとは別にバックアップを取得してください。
よくある質問
WordPressは毎日バックアップしたほうがいいですか？
毎日更新するサイトなら日次バックアップが向いています。更新が週1回以下なら、週1回でも足りる場合があります。失って困る更新量で判断してください。
レンタルサーバーの自動バックアップだけで大丈夫ですか？
日常的な復旧には便利ですが、重要サイトではサーバー外にもバックアップを持つと安全性を高められます。復元方法や保存期間も確認してください。
バックアップは何個残せばいいですか？
WordPress公式では、少なくとも直近3〜5個のバックアップを保持する考え方が案内されています。障害発見が遅れる可能性があるなら、さらに長い保存期間を検討します。
更新前にバックアップは必要ですか？
推奨です。WordPress本体、テーマ、プラグイン、PHPなどを変更する前に直前バックアップを取っておくと、不具合時に戻しやすくなります。
ファイルとデータベースはどちらを優先しますか？
完全復旧には通常どちらも必要です。ただし、記事や注文が頻繁に増える場合は、データベースのバックアップ頻度をファイルより高くする方法があります。
まとめ
この記事の結論
- 更新が少ないサイトは週1回がひとつの目安
- 毎日更新するサイトは毎日バックアップする
- EC・予約などは数時間単位も検討する
- ファイルとデータベースの両方を保存する
- WordPress更新前には追加バックアップを取る
- 最低3〜5世代程度を残す
- サーバー外にもコピーを持つ
結局、WordPressのバックアップ頻度は「何日ごとが正解か」ではなく、「最大でどれだけの更新を失っても許容できるか」で決めるのが基本です。迷ったら、一般ブログは毎日〜週1回、業務データが増えるサイトは毎日以上から検討してください。
次に読むなら
バックアップ頻度が決まったら、次は「サーバーの自動バックアップとは？」を確認すると、保存日数・復元料金・サーバー外保管など、契約前に確認すべきポイントが分かります。