Hara Daizo 
WordPressのバックアッププラグインは、ファイルとデータベースをまとめて保存し、定期実行を自動化できるツールです。ただし、無料版で使える保存先、管理画面からの復元、移行機能は製品ごとに異なります。
バックアップを作れた表示だけでは、障害時に戻せるとは限りません。ここでは定番5製品を比較し、保存場所の決め方、UpdraftPlusの基本設定、復元テストまで説明します。
WordPressにバックアッププラグインが必要なケース
サーバーの自動バックアップとは別の保存経路を持ちたい、更新前に任意の時点を残したい、復元を管理画面から行いたい場合に役立ちます。別環境へ複製できる製品は、検証サイト作成や「移行への活用」にも使えます。
一方、ホスティングのバックアップと復元機能だけで復旧目標を満たせるなら、プラグインを増やさない選択もあります。プラグインはWordPressが動く環境で便利ですが、管理画面へ入れない障害では外部から復元する手段が必要です。2系統を競合させるのではなく、対象、頻度、保管先、復元担当を分けます。
WordPressバックアッププラグインの選び方
名前より、次の6点を実際のサイト条件に当てはめます。
| 比較点 | 確かめる内容 |
|---|---|
| 対象 | データベース、uploads、テーマ、プラグイン、コアを含むか |
| 自動化 | ファイルとDBを別頻度で予約できるか、失敗通知があるか |
| 保存先 | サーバー外のクラウドやSFTPへ送れるか、無料版の範囲 |
| 復元 | 管理画面内、別環境、管理画面不能時の手順 |
| 移行 | URL置換、サーバー制限、大容量サイトへの対応 |
| 負荷・料金 | 実行時間、容量、保持世代、有料更新費、サポート |
注文や予約が頻繁に増えるサイトはデータベースを高頻度、画像変更が少ないサイトはファイルを低頻度にするなど、更新量に合わせます。暗号化、マルチサイト、増分バックアップなどが必要なら、導入時点の有料版仕様を公式ページで確認します。
WordPressバックアッププラグイン5選を比較
以下は方向性の比較です。版によって利用できる機能が違うため、契約前に公式の機能表と復元文書を確認してください。
| 製品 | 得意な用途 | 無料版で始める際の見方 | 有料版を検討しやすい条件 |
|---|---|---|---|
| UpdraftPlus | 定期バックアップと外部保存 | 予約、対応する保存先、管理画面復元 | 保存先追加、増分、複数サイト管理など |
| BackWPup | ジョブ単位のバックアップ | バックアップ対象と保存先、復元方法 | 自動復元や追加保存先などが必要 |
| All-in-One WP Migration | 書き出し・取り込みによる移行 | ファイル容量と取り込み制限 | 大容量、クラウド、拡張機能が必要 |
| Duplicator | サイトをパッケージ化して複製・移行 | 手動パッケージの作成と導入手順 | 予約、クラウド、復旧機能を強化 |
| WPvivid Backup & Migration | バックアップ、復元、移行の一体利用 | 予約と対応するリモート保存先 | 増分、ステージング等を拡張 |
UpdraftPlus
ファイルとデータベースの予約を分け、対応するリモートストレージへ送れる定番です。管理画面から構成要素を選んで復元できるため、定期バックアップを初めて設計するサイトでも流れを把握しやすいでしょう。
保存先ごとに認証方法が異なります。接続後はテストバックアップを実行し、外部ストレージ側に一式が届いていることまで確認します。
BackWPup
バックアップジョブを作り、対象、形式、保存先、スケジュールを設定する考え方の製品です。サイトごとにデータベースとファイルの扱いを細かく決めたい場合に候補になります。
無料版と有料版では、保存先や復元を含む提供範囲が変わることがあります。「バックアップを作る機能」と「管理画面から戻す機能」を分けて公式文書を読み、採用する版で復元できる経路を試します。
All-in-One WP Migration
サイトをエクスポートし、別のWordPressへインポートする操作が分かりやすく、移行や手動スナップショットに向きます。日次・世代管理型のバックアップを主目的にする場合は、自動実行と保存先が採用プランに含まれるかを確認します。
取り込み可能な容量はサーバー設定や拡張によって左右されます。詳しい操作は「All-in-One WP Migrationの使い方」を参照し、実データに近い容量で事前検証してください。
Duplicator
ファイルとデータベースをパッケージ化し、サイトの複製や移行に利用できます。無料のLite版は手動バックアップ・移行を始める用途、有料版は予約バックアップやクラウド保存などを必要とする場合に比較します。
大きなサイトではパッケージ作成時の実行時間、ディスク空き容量、ホスティング制限を確認します。インストーラーファイルを公開ディレクトリへ放置せず、使用後は削除します。
WPvivid Backup & Migration
予約バックアップ、リモートストレージ、復元、移行を一つの画面群で扱いたい場合の候補です。採用する版で利用できるクラウド先と、無料・有料の境界を確認します。
ステージングやデータベースだけの復元など高度な機能を使う場合は、最初から本番で試しません。複製先のURL、メール送信、検索エンジン公開設定を検証環境用に切り替えられるかも確認します。
目的別に選ぶおすすめのバックアッププラグイン
毎日の自動保存と管理画面復元を重視するならUpdraftPlusやWPvivid、ジョブを細かく構成したいならBackWPupを比較します。サーバー移行や複製が主目的ならAll-in-One WP MigrationかDuplicatorが分かりやすい候補です。
どの製品も万能ではありません。更新頻度の高いECではデータベースの復旧時点が売上に直結し、大容量メディアサイトでは実行時間と転送費が問題になります。最終候補を2つに絞り、同じ検証サイトで所要時間、生成容量、復元操作を測ると選びやすくなります。
UpdraftPlusで自動バックアップを設定する基本手順
インストール後、UpdraftPlusの設定画面でスケジュールと保存先を決めます。
- 検証環境へ公式ディレクトリのUpdraftPlusをインストールする
- ファイルとデータベースの実行間隔を更新頻度に合わせる
- 保持世代数を、必要な復旧期間と保存容量から決める
- サーバー外のリモートストレージを選び、認証する
- uploads、テーマ、プラグインなど必要な対象を選ぶ
- 設定を保存し、手動で1回バックアップする
- ログと外部保存先で、全ファイルがそろったことを確認する
実行時刻をアクセスの少ない時間へ寄せ、別の重いCron処理と重ならないようにします。成功メールだけに頼らず、定期的に保存先の最新日時と容量を確認します。
バックアップから復元できるかテストする
復元テストは本番サイトへ上書きせず、隔離した検証環境で行います。バックアップ一式をダウンロードできることを確認し、手順書どおりに戻します。
復元後はトップページだけでなく、管理画面ログイン、画像、フォーム、パーマリンク、ユーザー、最近の投稿を確認します。ECや予約サイトならテスト注文・予約まで行います。復元に要した時間と、失われる可能性があるデータ期間を記録すれば、目標復旧時間と許容損失量を現実的に見直せます。
バックアップを安全に保管する方法
サーバー内だけに保存すると、サーバー障害、アカウント侵害、容量超過で本体と同時に失う可能性があります。「バックアップ方法まとめ」に沿って、本番とは認証や障害領域が異なる保存先へコピーします。
少なくとも直近複数世代を持ち、月次など長期世代も必要に応じて分けます。保存先アカウントには多要素認証を設定し、復元担当だけがアクセスできる権限にします。個人情報を含むファイルは暗号化と保持期限を決め、不要になった世代を安全に削除します。
バックアッププラグイン利用時の注意点
バックアップ処理はPHP、CPU、メモリ、ディスク、外部転送を使います。実行中にサイトが遅くなるなら、対象を分割する、実行時間を変える、ホスティングのバックアップへ役割を移すなどの調整が必要です。
バックアップZIPをWebから推測できる場所へ置かない、認証トークンを共有しない、プラグインと拡張を更新することも重要です。また、同じ時刻に複数プラグインを走らせると負荷と容量が増えます。主系統と補助系統を決め、重複ジョブは止めます。
よくある質問
必要な対象、外部保存、実行頻度、復元方法を満たし、復元テストに成功するなら十分な場合があります。大容量、増分、追加クラウド、優先サポートが必要なら有料版を比較します。
保持期間と復元範囲が要件を満たし、管理画面に入れない状態でも戻せるなら、プラグインを使わない選択も可能です。別障害に備えた外部コピーが必要かは残ります。
併用自体はできますが、同時実行による負荷、保存容量、除外設定の違いで管理が複雑になります。目的を分け、実行時刻をずらし、それぞれの復元テストを行ってください。
まとめ
WordPressのバックアッププラグインは、自動化、外部保存先、復元、移行、負荷、料金を同じ条件で比べます。定期保存ならUpdraftPlusなど、移行中心ならAll-in-One WP MigrationやDuplicatorが候補ですが、最適解はサイトの更新量と復旧要件で変わります。採用後はサーバー外へ複数世代を残し、検証環境で復元できることまで確かめて初めて備えが完成します。