全国対応！外注・下請けのホームページ制作会社をお探しの会社様。
人員リソース不足、技術不足でお困りなら外注・下請け専門のランランドにお任せ下さい
Web blog WEBブログ
WordPressのバックアップと復旧手順｜取得範囲と頻度の決め方
2026.09.28
※この記事は2026年09月28日時点の情報をもとに作成されました。
バックアップは「取っていること」ではなく「戻せること」に意味があります。
取得はされていたが復元できなかった、という事例は珍しくありません。
この記事では、WordPressのバックアップ範囲と頻度の決め方、そして実際の復旧手順を整理します。
- 1. バックアップで取るべき2つの実体
- 2. 頻度は「失っても許容できる期間」で決める
- 3. 保存先は本番サーバーと別に置く
- 4. 復旧の手順
- 5. 年に一度は復元テストをする
- 6. バックアップは保守契約の要になる
- 7. よくあるご質問（FAQ）
バックアップで取るべき2つの実体
WordPressは、ファイルとデータベースの2つで構成されています。どちらか一方だけでは復元できません。
取得対象は次のとおりです。
- ファイル：wp-content配下（テーマ・プラグイン・アップロード画像）、wp-config.php、.htaccess
- データベース：記事・固定ページ・設定・プラグインのデータ全て
WordPress本体のファイルは再ダウンロードできるため、優先度は高くありません。
頻度は「失っても許容できる期間」で決める
毎日取れば安心ですが、容量とコストがかかります。
サイトの更新頻度で決めるのが現実的です。
- 毎日更新するサイト（ブログ・ECなど）：DBは毎日、ファイルは週1回
- 月数回の更新：DBは週1回、ファイルは月1回
- ほぼ更新しない：月1回＋作業前に都度取得
加えて、更新作業やプラグイン更新の直前には必ず手動で取得します。
保存先は本番サーバーと別に置く
同じサーバー内にだけ置いたバックアップは、サーバー障害時に一緒に失われます。
クラウドストレージやローカル環境など、本番とは別の場所に少なくとも1世代を保管してください。世代は3つ程度残せると安心です。
復旧の手順
実際に戻すときは、次の順で進めます。
- 現状のファイルとDBを（壊れていても）退避しておく
- データベースをインポートして戻す
- wp-content配下のファイルを戻す
- wp-config.phpのDB接続情報が移行先と合っているか確認する
- パーマリンクを再保存してリライトルールを再生成する
- トップ・下層・管理画面・フォームの動作を確認する
サーバーごと移す場合はサーバー移行手順もあわせてご覧ください。
年に一度は復元テストをする
バックアップは保守契約の要になる
バックアップの取得範囲・頻度・保存先・復旧の責任範囲は、保守契約で最初に決めるべき項目です。
曖昧なまま運用すると、障害時に「誰が戻すのか」で時間を失います。
RunLandは制作会社様の下請けとして、WordPress保守を工程単位で承っています。WordPress保守の外注をご覧ください。
よくあるご質問（FAQ）
Q. プラグインのバックアップだけで十分ですか？
A. 多くの場合は有効ですが、容量が大きいサイトでは取得や復元に失敗することがあります。サーバー側のバックアップ機能と併用すると安全です。
Q. バックアップはどれくらいの期間保管すべきですか？
A. 改ざんは発見までに時間がかかることがあるため、3世代以上／1か月程度を目安に残しておくと復旧の選択肢が増えます。
Q. 復旧作業だけを依頼できますか？
A. はい。バックアップが残っていれば復旧作業のみでも承ります。改ざんが疑われる場合は原因の調査もあわせて行います。
まとめ
バックアップの価値は、取得した回数ではなく、戻せた実績で決まります。
範囲・頻度・保存先を決めたら、一度だけでも復元を試してみてください。
ご相談・カスタマイズご依頼
弊社では上記ブログ内容にある修正・カスタマイズのご依頼も承っております。
ご自身で行ってみて上手くいかない場合などこちらよりお気軽にご相談ください。
この記事を書いた人 株式会社 RunLand 管理者
この記事を読んだ方はこんな記事も読んでいます
人気のWEBブログ
最新WEBブログ
-
NEW!
-
NEW!
-
NEW!
