ホームページのバックアップ方法｜WordPressの保存対象・頻度・復元手順

ホームページのバックアップ方法｜WordPressの保存対象・頻度・復元手順

2026年8月12日 Category - ホームページ管理

ホームページのバックアップは、保存できているだけでは不十分です。WordPressでは画像やテーマなどの「ファイル」と、記事・設定・ユーザー情報などの「データベース」の両方がそろって初めて、元の状態へ戻せます。更新頻度と許容できる停止時間に合わせて、保存対象、頻度、保存先、世代数、復元方法を決めるための実践手順を解説します。

ホームページのバックアップで保存するもの

WordPressサイトは、ファイルとデータベースに分かれています。どちらか一方だけでは、完全な状態へ戻せないことがあります。

WordPress公式資料でも、ファイルとデータベースは別に存在し、両方のバックアップが必要だと説明されています。サーバー会社の自動バックアップがどこまで含むかも契約ごとに確認してください。

バックアップ頻度は更新量と許容損失で決める

頻度は「何日前の状態まで戻ってもよいか」で決めます。注文や予約が発生するサイトと、月に一度だけ更新する会社案内では必要な頻度が異なります。

保存間隔だけでなく、何世代残すかも決めます。障害に気付くのが遅れると、最新のバックアップにも問題が含まれていることがあります。日次・週次・月次など異なる世代を組み合わせると、戻せる選択肢を持ちやすくなります。

同じサーバーだけに保存しない

バックアップを本番サイトと同じサーバーだけに置くと、サーバー障害、契約停止、不正アクセスの影響を同時に受ける可能性があります。本番とは別の保存先を用意し、担当者のPCだけにも依存しない構成にします。

WordPressをバックアップする方法

サーバー会社の機能を使う

管理画面から自動バックアップや復元を利用できる場合があります。ファイルとデータベースの両方が対象か、保持期間、手動取得の可否、復元に必要な操作を確認します。

WordPressプラグインを使う

定期実行や外部ストレージへの保存を設定しやすい方法です。プラグイン自体の更新、保存先の認証切れ、容量不足で停止することがあるため、成功通知だけでなく実際にファイルが作成されているか確認します。

ファイルとデータベースを手動で保存する

SFTPなどでWordPressのファイルを取得し、phpMyAdminや提供会社の管理画面でデータベースをエクスポートします。移行や大きな改修前の確定版として有効ですが、担当者の手順漏れを防ぐためチェック表を用意します。

復元手順を事前に決める

バックアップの復元テストを行う

バックアップファイルが存在しても、壊れている、データベースとファイルの時点が合わない、パスワードや手順が分からないと復元できません。本番を上書きせず、検証環境で定期的に復元します。

テストでは、取得日、使用したバックアップ、作業者、復元にかかった時間、確認したページ・機能、問題点を記録します。担当者が不在でも復元できるよう、保管場所と手順書へのアクセス権も確認してください。

運用開始前のバックアップ確認表

公式資料と関連する管理項目

WordPressの公式資料では、データベースとファイルのバックアップ、更新前の取得、異なる場所への保存が案内されています。実際の操作は、利用中のサーバー会社とWordPress環境の手順を優先してください。

バックアップはセキュリティ対策の代わりではありません。侵害された状態を戻さないため、ホームページのセキュリティ対策と、定期保守の作業計画も合わせて整えます。