WordPressサイトの保守運用において、バックアップの取得と正しい復元（リカバリ）手順の把握は、企業のWeb施策を安全に継続するための最重要課題です。結論から言うと、WordPressのバックアップでは「データベース（MySQL）」と「WordPress構成ファイル（画像・テーマ・プラグイン等）」の2種類をセットで定期取得し、Webサーバーとは別の外部ストレージに世代管理して保管することが鉄則です。万が一の不具合やセキュリティ被害が発生した際も、正しい手順に従えば短時間でのサイト復元が可能です。
1. WordPressにおけるバックアップの重要性と保護すべきデータ
WordPressは世界中で広く利用されているCMS（コンテンツ・マネジメント・システム）であるため、攻撃対象になりやすい側面を持っています。また、プラグインの更新失敗や誤操作によって突然サイトが表示されなくなるリスクも日常的に存在します。バックアップは、Webサイトのデータを最新かつ安全な状態で復旧させるための唯一の命綱となります。
1-1. バックアップが必要となる4つの主なリスク
WordPressサイトを運用するうえで、バックアップが必要となる主なリスク事象は以下の4点に集約されます。
- システムアップデートの不具合：WordPress本体、テーマ、プラグインの更新時に互換性エラーが発生し、画面が真っ白になる（画面不具合・500エラーなど）。
- マルウェア感染・不正アクセス：脆弱性を突いた攻撃によるサイトの改ざんやスパムメール送信台車化などのセキュリティ被害。
- 人的ミス・操作誤り：管理画面からの誤ったページ削除、テーマファイルのコード編集ミス、データベースの誤消去。
- サーバー障害・契約問題：レンタルサーバーの物理的障害、データ破損、または契約更新漏れによるデータ消失。
WordPressの全体的なセキュリティ対策や日常的な維持管理については、WordPressの保守管理とセキュリティ対策の重要性で詳しく説明しています。
1-2. バックアップすべき2種類のデータ（データベースとファイル）
WordPressサイトは、動的なデータを管理する「データベース」と、デザインやシステムを構成する「ファイル群」の2つによって作られています。片方だけを保存していても完全な復元はできません。
| データ種別 | 含まれるコンテンツ内容 | バックアップの役割 |
|---|---|---|
| データベース（MySQL） | 記事本文、固定ページ内容、コメント、ユーザー情報、サイト設定値、プラグインの設定データ | 文章や設定などの動的情報を保存する。テキスト形式（.sqlファイル）で出力される。 |
| 構成ファイル群（Webサーバー上） | WordPress本体ファイル、テーマ（デザイン）、プラグイン、アップロードした画像・PDFファイル、.htaccess、wp-config.php | サイトの外観、機能、メディアファイルを保存する。画像やプログラムファイルで構成される。 |
このように、データベースとファイル群の両方を常に揃えて取得しておくことが、完全なサイト復元を行う前提となります。
2. WordPressのバックアップを実施する2つの方法（プラグインと手動）
バックアップを取得する方法には、WordPressのプラグインを利用して自動化する方法と、サーバーの管理機能（FTPやphpMyAdmin）を使って手動で取得する方法の2種類があります。
2-1. プラグインを活用した自動バックアップ手順
日常の運用では、プラグインを使用した自動バックアップが最も推奨されます。代表的なプラグインには「UpdraftPlus」や「BackWPup」があります。これらを利用することで、指定したスケジュール（日次・週次など）で自動的にバックアップを実行し、クラウドストレージへ転送できます。
プラグインを導入する際の設定手順は以下の通りです。
- プラグインのインストール：管理画面の「プラグイン」＞「新規追加」から信頼性の高いバックアッププラグインを検索して有効化します。
- 保存対象の選択：データベース、画像ファイル、テーマ、プラグインなど、保存する範囲をすべてチェックします。
- スケジュールの設定：更新頻度に合わせて「ファイルは週1回」「データベースは毎日」などの保存スケジュールを指定します。
- 保存先（外部ストレージ）の連携：Google Drive、Dropbox、Amazon S3、または外部FTPサーバーへの保存設定を行います。
自社サイトに合ったプラグインの選定基準や注意点については、WordPressプラグインの選び方とセキュリティリスク回避の解説も参考にしてください。
2-2. サーバー管理機能やFTPを使用する手動バックアップ手順
大規模なリニューアルやメジャーアップデートの前など、確実なデータを即座に手元に確保したい場合は手動でのバックアップを行います。
【ファイル群のバックアップ】
FTPソフト（FileZilla等）またはレンタルサーバーのファイルマネージャーを使用し、WordPressがインストールされているディレクトリ（通常はpublic_htmlなど）配下のすべてのファイルをローカルPCにダウンロードします。特に「wp-content」フォルダには画像やテーマが含まれるため必須です。
【データベースのバックアップ】
レンタルサーバーの管理画面から「phpMyAdmin」にログインします。対象のデータベースを選択し、「エクスポート」タブを開きます。詳細設定で全テーブルが選択されていることを確認し、フォーマットを「SQL」または「gzip圧縮SQL」としてダウンロードします。
3. バックアップファイルの適切な保管方法と管理の注意点
バックアップデータを取得しても、その保存方法や管理が不適切であれば、障害発生時に役立たないリスクがあります。
3-1. ローカル環境・外部クラウドストレージへの分散保存
最も危険な運用は、「Webサーバーと同じ領域にバックアップファイルを置き続けること」です。Webサーバー自体に不具合が起きた場合やセキュリティ侵害を受けた場合、バックアップファイルごと消去・改ざんされるおそれがあります。
データの安全性を高めるためには「3-2-1ルール」の考え方を導入することが推奨されます。
- 3つのデータを作成：オリジナルデータと2つのバックアップを確保。
- 2種類の異なるメディアに保存：Webサーバー上だけでなく、別個の保存先に配置。
- 1つは遠隔地に保存：Google Drive、Dropbox、Amazon S3などの外部クラウドや、社内のローカルサーバーへ保存。
3-2. バックアップ頻度と世代管理（保存期間）の設計基準
バックアップは過去何回分（何世代分）保持するかを決めておく必要があります。1世代しか保持していない場合、サイトがマルウェアに感染した状態でバックアップが上書きされ、正常な状態のデータが失われる危険性があります。
| サイトの種別・更新頻度 | 推奨バックアップ頻度 | 推奨される世代管理数 |
|---|---|---|
| 自社コーポレートサイト（月数回更新） | 週1回のフルバックアップ | 過去4世代〜8世代分（1〜2ヶ月前まで復元可能） |
| オウンドメディア・ブログ（毎日更新） | データベース：毎日 ファイル群：週1回 |
過去14世代〜30世代分（2週間〜1ヶ月前まで復元可能） |
| ECサイト・会員制サイト（常時更新） | データベース：リアルタイムまたは数時間毎 ファイル群：日次 |
過去30世代以上＋月次アーカイブ保管 |
4. 万が一のトラブル時にWordPressサイトを復元（リカバリ）する手順
サイトが表示されなくなった場合や改ざんされた場合、保管しておいたバックアップデータから復元作業を行います。
4-1. プラグインを用いた復元手順
管理画面にアクセスできる状態であり、バックアッププラグイン（例: UpdraftPlus）でバックアップを取得していた場合は、管理画面上から迅速に復元が可能です。
- WordPress管理画面にログインし、該当プラグインの設定画面（「既存のバックアップ」等）を開きます。
- 復元したい日時のバックアップデータを選択し、「復元（Restore）」ボタンをクリックします。
- 復元する要素（データベース、プラグイン、テーマ、アップロードファイル等）にチェックを入れます。
- 画面の指示に従って復元処理を完了させ、動作確認を行います。
4-2. 手動によるデータベースとファイルの復元手順
管理画面自体にログインできない重度な障害が発生している場合は、手動による復元を行います。
- Webサーバー上のファイルを削除・置換：FTPソフト等を用いて、破損しているサーバー上のWordPressファイル群（不具合の原因となっているファイル）を上書き、または一度クリアして健全なバックアップファイル一式をアップロードします。
- データベースのインポート：phpMyAdminにアクセスし、該当のデータベースを選択します。既存のテーブルをすべてドロップ（削除）した上で、「インポート」機能からバックアップしておいた.sqlファイルをアップロードします。
- 設定ファイルの確認：「wp-config.php」内のデータベース名、ユーザー名、パスワード、ホスト名が正しいか確認します。
なお、復元作業に伴うサーバー接続や構成変更のノウハウは、ホームページのサーバー移管手順におけるデータ移行手順とも深く共通しています。
4-3. 復元後に必ず実施すべき動作確認チェックリスト
復元作業が完了した後は、必ず以下の項目を確認し、正しくサイトが機能しているかをチェックしてください。
- トップページおよび主要ページの表示確認：レイアウトの崩れや画像切れがないか。
- 管理画面へのログイン確認：ユーザー情報が正常に復元され、ログインできるか。
- お問い合わせフォームの動作テスト：テスト送信を行い、通知メールが届くか。
- パーマリンクの設定保存：管理画面の「設定」＞「パーマリンク設定」を開き、変更せずに「変更を保存」を押して.htaccessを再更新する。
- SSL化・リダイレクトの確認：HTTPS接続が正常に機能しているか。
5. バックアップ運用を失敗させないための予防策と保守体制の構築
バックアップをとっていたつもりでも、いざという時に「データが破損していた」「途中で止まっていた」というトラブルは非常に多く見られます。
5-1. バックアップが取得できていない典型的なトラブル原因
バックアップ失敗の主な原因を知り、定期的に点検することが重要です。
- サーバーの容量オーバー：バックアップファイルが蓄積し、サーバーのストレージ容量の上限に達して処理が停止する。
- 実行時間のタイムアウト（PHP Timeout）：画像やデータベースの容量が大きすぎ、サーバーの処理時間上限（max_execution_time）を超えて失敗する。
- プラグインの競合・エラー：別のセキュリティプラグインやキャッシュプラグインと競合し、バックアップ処理が中断される。
- 外部ストレージの認証切れ：Google DriveなどのAPI連携トークンが有効期限切れになり、外部へのデータ転送に失敗している。
5-2. 自社運用と専門会社（外注）への依頼基準
社内にWeb担当者が不在である場合や、ECサイト・大規模メディアなど停止が許されないサイトを運用している場合は、バックアップを含む全体的な保守運用をWeb制作会社や専門会社へ外注することを推奨します。
自社で対応可能な範囲と外注すべき基準の切り分けについては、ホームページの保守運用ガイドにて詳しく整理していますのでご活用ください。
6. WordPressのバックアップ・復元に関するよくある質問（FAQ）
FAQ1: バックアップの頻度はどのくらいが最適ですか？
サイトの更新頻度によって異なります。ブログやニュースを頻繁に投稿するサイトであれば「データベースは毎日、ファイル群は週1回」が目安です。更新が月に数回程度のコーポレートサイトであれば「週1回の全体バックアップ」で十分なケースが多く見られます。
FAQ2: レンタルサーバーの自動バックアップ機能があればプラグインは不要ですか？
レンタルサーバーの自動バックアップ機能は非常に強力ですが、それだけに頼ることは避けましょう。サーバー全体の障害や契約手続きのトラブルが発生した場合に備え、サーバー外部（クラウドストレージやローカルPC）にも自社でバックアップデータを保持しておくことが安心です。
FAQ3: 復元作業時に画面が真っ白（500エラー等）になった場合はどう対処すればよいですか？
まずはプラグインの互換性エラーや「.htaccess」ファイルの記述エラーを疑います。FTPで「wp-content/plugins」フォルダ名を一時的に変更して全プラグインを停止させるか、サーバーのPHPエラーログを確認して原因を特定してください。解決しない場合は専門会社へご相談ください。
FAQ4: プラグインで作成されたバックアップファイルだけで引越し（サーバー移管）も可能ですか？
はい、「All-in-One WP Migration」や「UpdraftPlus」などのプラグインを使用すると、バックアップデータを利用して別のサーバー環境へサイトを移転（復元）させることが可能です。ただし、データベースサイズが大きい場合はアップロード上限に達することがあるため注意が必要です。
7. まとめ：定期的なバックアップと復元テストで安全なWeb運用を実現
WordPressにおけるバックアップは、単にデータを保存するだけでなく「必要なときに正しく復元できる状態」を保つことが本質です。
データベースと構成ファイルの2つを漏れなく取得し、Webサーバーとは異なる遠隔地に複数世代管理で保管する体制を構築しましょう。また、年に数回はテスト環境などで復元手順を実際に確認しておくことで、突然のシステムトラブルやセキュリティ被害が発生した際も迅速かつ冷静に対処することができます。自社での保守管理に不安がある場合は、プロのWeb制作会社による保守サポート体制の導入を検討してください。
CONTACT
Web制作・SEO・AIOについてお気軽にご相談ください
ホームページ制作・リニューアル、WordPress、SEO・AIO対策、 ECサイト、Web集客、保守・セキュリティなど、 Webに関するご相談を承っています。 「何から相談すればよいかわからない」という段階でもお気軽にお問い合わせください。