ステピアちゃんプラグインを更新したら画面が真っ白になってしまったの!どうしたらいいのかしら…バックアップなんて取ってなかったわ。



それは焦るね…。残念だけど、バックアップがない状態で壊れると、元に戻すのはかなり大変なんだ。プラグイン更新の前に1本取っておくだけで、こういうときにすぐ戻せるんだよ。



そうなの…。バックアップって難しそうで後回しにしてたんだけど、ちゃんとやっておくべきだったのね。
WordPressはプラグイン更新・テーマ変更・誤操作など、日常的な操作がきっかけで壊れることがあります。バックアップは「保険」です。使わないで済むのが理想ですが、準備していないと取り返しのつかない事態になりかねません。この記事では、WordPressのバックアップと復元方法を、初心者でも迷わない形でまとめます。
- WordPressでバックアップが欠かせない理由
- 何をバックアップすればサイトを完全に復元できるのか
- プラグイン・サーバー機能・手動、3つの方法の違いと使い分け
- 初心者でも今日から実践できるおすすめ構成
- 復元が本当に機能しているかの確認方法
1. 結論:WordPressバックアップは「自動取得+外部保存+復元確認」までがセット
次の3つを併用する方法がWordPressのバックアップで最も現実的かつ安心の構成になります。
- レンタルサーバーの自動バックアップを土台にする
- プラグインで定期バックアップを追加して外部クラウドに保存する
- 大きな変更の直前だけ手動バックアップを取る
1つの方法だけに依存すると、それぞれに弱点があります。たとえばサーバー自動バックアップは強力ですが、保存期間や取り出し単位に制限があります。プラグインは細かい設定ができますが、WordPress本体が壊れてログインできない状態だと使えないことも。だからこそ、「役割の違う方法を組み合わせる」のが正解です。



バックアップって、プラグインを1個入れておけばいいんじゃないの?わざわざ組み合わせないとダメなのかしら?



プラグイン1個でも最低限はカバーできるよ。ただ、WordPress本体が壊れてログインできないケースもあって、そのときプラグインは使えない。だからサーバー側のバックアップも一緒に持っておくと、どんな事故にも対応しやすくなるんだ。
もう一点、大事なことがあります。それは「復元確認」の重要性です。
バックアップを取っていても、いざというときに実際に戻せるか確認していなければ意味がありません。本当に安心できる状態とは、ファイルがあることではなく「実際に戻せること」です。
2. WordPressでバックアップが必須な理由
「まだ大きな事故は起きていないから大丈夫」と思っていませんか?WordPressが壊れる原因は、サーバー障害やハッキングだけではありません。日常的な操作がきっかけになることの方が多いです。
- WordPress本体・テーマ・プラグインのアップデートによる不具合
- 誤って記事や画像を大量削除してしまった
- functions.phpを編集して画面が真っ白になった
- リダイレクト設定を間違えてサイト全体が崩れた
- マルウェア感染・改ざん被害



こんなに原因があるのね…。でも、プラグインを追加しただけで壊れることなんてほんとうにあるの?



あるよ、むしろよくある。プラグイン同士が競合したり、テーマのPHPバージョンと合わなかったりして、更新した瞬間に管理画面が開けなくなることもある。だからこそ「何かする前にバックアップ」が鉄則なんだ。
さらに、収益ブログや法人サイトでは「止まること」自体がダメージになります。アフィリエイト記事や問い合わせ導線があるページが数時間止まると、CVや売上の機会を失うだけでなく、検索流入の回復にも時間がかかります。
WordPressはプラグイン、テーマ、カスタマイズ、内部リンク設計、SEO設定……すべてが積み重なった資産です。それを守る仕組みとして、バックアップは「怖いから取る」ではなく「売上と資産を守るインフラとして整備する」という発想が正しいです。
3. WordPressでバックアップすべきデータ一覧
「バックアップ」と一口に言っても、何を保存すれば元に戻せるのかを正確に理解していないと、いざというときに「SQLは取ったのに画像が消えた」という状態になりかねません。WordPress公式も、完全な復元にはデータベースとファイルの両方が必要と明記しています。



データベースって何が入っているの?ファイルと何が違うのかよくわからないわ。



簡単に言うと、データベースには「文章・設定」が入っていて、ファイルには「画像・デザイン」が入っている感じだよ。どっちも揃ってないとサイトは戻らないんだ。
バックアップ対象の一覧
| 対象 | 含まれる内容 | 重要度 |
|---|---|---|
| データベース(SQL) | 記事・固定ページ・コメント・カテゴリ・設定値・ユーザー情報 | 必須 |
| wp-content/uploads | 画像・PDF・添付ファイル全般 | 必須 |
| wp-content/themes | テーマ本体・カスタマイズしたCSS・PHP | 必須 |
| wp-content/plugins | インストール済みプラグイン一式 | 推奨 |
| wp-config.php | データベース接続情報・WordPressの基本設定 | 必須 |
| .htaccess | リダイレクト・パーマリンク関連設定 | 推奨 |
特に見落とされやすいのが wp-config.php と .htaccess です。これらが抜けると「ファイルは全部戻したのに動かない」という事態が起きやすくなります。



なるほど、バックアップって「記事だけ保存」じゃなくて、サイト全体をまるごと再現できる状態にすることなのね。
4. WordPressのバックアップ方法は主に3つ
バックアップの方法は大きく3種類あります。それぞれ役割が違うため、「どれが一番いいか」という話ではなく、目的と状況に応じて使い分けるのが正解です。
| 方法 | 手軽さ | 外部保存 | WP壊れても使える | 向いている場面 |
|---|---|---|---|---|
| プラグイン | 定期バックアップ・外部保存 | |||
| サーバー自動機能 | 土台・本体が壊れたとき | |||
| 手動(FTP+phpMyAdmin) | 重要作業直前の追加保険 |
4-1. プラグインでバックアップする
管理画面から完結できる手軽さが最大の強みです。代表的なのは UpdraftPlus と All-in-One WP Migration and Backup の2つ。どちらもスケジュール設定に対応しており、Google Drive や Dropbox などのクラウドへの外部保存も可能です。
- UpdraftPlus
- All-in-One WP Migration and Backup
4-2. レンタルサーバーの自動バックアップ機能を使う
主要なレンタルサーバーは標準でバックアップ機能を持っており、WordPressに何も入れなくても動くのが大きな利点です。特にWordPressが壊れてログインできないケースでも、サーバー管理パネルから復元できるので、事故が大きいほど強みを発揮します。
- ConoHa WING
- エックスサーバー
4-3. 手動でバックアップする(FTP+phpMyAdmin)
FTPクライアントでWordPressのファイルをダウンロードし、phpMyAdminなどでデータベースをSQLエクスポートする方法です。仕組みを最も深く理解できますが、日常的な運用に向くものではありません。重要作業の直前に追加の保険として使うのが現実的な使い方です。
5. 初心者におすすめのバックアップ構成
「どれか1つ選んで終わり」ではなく、複数の方法を組み合わせるのが安全です。初心者には次の構成がおすすめです。
- 土台:サーバーの自動バックアップ(ConoHa WING / エックスサーバー等)
- 日常:プラグイン(UpdraftPlus)で週1〜毎日・Google Drive等に外部保存
- 作業前:テーマ変更・プラグイン更新・PHP変更など重要作業の直前に手動バックアップ



「重要作業の直前に手動バックアップ」って、具体的にどんなタイミングで取ればいいの?



テーマ変更、プラグインの一括更新、PHPバージョン変更、functions.phpの編集、サーバー移行の前だね。これらは失敗したとき影響が大きいから、その直前に1本手動で残しておくだけで、事故が起きても5分以内に前の状態に戻せる。
ここまでが「バックアップを取る」の話です。ただし、バックアップは取るだけでは不十分です。忘れがちですが、実際に復元できることを確認して初めて”バックアップが機能している”と言えます。ステージング環境などで一度試しておくと、本番の事故に慌てずに対応できます。
6. プラグインを使ったWordPressバックアップ方法
プラグインでのバックアップは、WordPress管理画面から完結できるのが最大のメリットです。FTPやphpMyAdminの知識がなくても設定できるため、初心者が最初に取り組む方法として最も入りやすいです。
プラグインを選ぶ際に確認すべき4つのポイント
- ① バックアップ対象
- ② 自動スケジュール対応
- ③ 外部クラウド保存
- ④ 復元のしやすさ
注意点として、画像が多いサイトや長年運営しているブログはバックアップのサイズが大きくなりがちです。作成時間が長くなったり、タイムアウトや容量不足が起きることもあるため、定期的に古い世代のバックアップを整理する運用も意識しておきましょう。
7. レンタルサーバーのバックアップ機能を使う方法
レンタルサーバー標準のバックアップ機能は、WordPressの外側から復元できるのが最大の強みです。WordPress本体が壊れてログインできない状態でも、サーバー管理パネルから操作できるため、「一番困ったとき」に最も役立ちます。
| サーバー | 保存頻度 | 保持日数 | 復元単位 | 料金 |
|---|---|---|---|---|
| ConoHa WING | 1日1回 | 14日分 | Web・メール・DB単位 | 全プラン無料 |
| エックスサーバー | 毎日 | 14日分 | Web・メール・DB単位 | 全プラン無料 |
| さくらのレンタルサーバー | 毎日 | 14日分 | ファイル・DB単位 | 有料オプション |



ConoHa WINGとエックスサーバーは無料で付いてるのね!じゃあプラグインはいらないんじゃない?



サーバー自動バックアップだけだと、「1ヶ月前の状態に戻したい」とか「更新直前の状態に戻したい」という細かいニーズに対応しにくいんだ。保存期間が14日が多いし、タイミングも選べない。プラグインと組み合わせることで、より細かく対応できる構成になるよ。
サーバー自動バックアップは「土台として非常に優秀」です。ただし、保持日数(多くは14日程度)や、任意のタイミングで保存できない点では限界もあります。あくまで「最も信頼できるベース」として位置づけ、プラグインと組み合わせるのが理想的な構成です。
8. 手動でバックアップする方法(FTP+phpMyAdmin)
手動バックアップはFTPでファイルを取得し、phpMyAdminでデータベースをSQL形式でエクスポートする方法です。WordPress公式も「プラグイン任せだけでなく手動の知識も持っておくべき」と説明しており、仕組みの理解という観点でも価値があります。
手動バックアップが向いている場面
- テーマやコードを触る直前に、完全な控えを残したいとき
- サーバー移行や大規模変更の前に、念のため別保管したいとき
- プラグインに依存せず、自分で構造を把握したいとき
- WordPress本体が不安定で管理画面から操作しにくいとき
手動バックアップが向いていない場面
- 日常的な定期バックアップ(忘れやすく、続きにくい)
- 頻繁に更新するブログの主役バックアップ(取り忘れのリスクが高い)
手動バックアップは日常運用の主役ではなく、「ここ一番」で使う追加の保険として位置づけるのが最も失敗しにくい使い方です。プラグインやサーバー自動バックアップが日常の柱で、手動はあくまで補完役と考えましょう。
9. 復元前に必ずやるべきこと
「バックアップから戻す」作業をいきなり始めてしまう人が多いですが、復元前の準備が成否を左右します。焦って操作すると、せっかく残っていたデータをさらに失うケースもあります。まず手を止めて、次の流れを確認しましょう。



壊れたらすぐ「戻す」ボタンを押せばいいんじゃないの?準備が必要なのかしら。



いきなり復元すると、「やっぱり戻したくない」ってなったときに引き返せなくなる。まず今の状態を退避してから復元するのが鉄則。1つ前の状態に戻りたいときに、その”1つ前”がなければアウトなんだ。
復元前の4ステップ確認
- ① 現在の状態を退避する
- ② 「いつから壊れたか」を特定する
- ③ 何を戻すか決める
- ④ 可能ならステージング環境で先に試す
10. WordPressの復元方法
復元方法はバックアップの取り方に対応して3つあります。初心者ほど「どれが自分向きか」を先に把握しておくと、いざというときに焦らずに進められます。
① プラグインから復元する
UpdraftPlusを使っている場合は、WordPress管理画面の Settings → UpdraftPlus Backups から「Restore」を選択し、対象のバックアップを選んで復元できます。WordPressが正常に動いている状態なら、最も簡単で安全な復元方法です。
WordPressにログインできない状態でも対応できます。新しいWordPressを別途用意してUpdraftPlusを導入し、バックアップファイルを読み込ませてDBをインポートする方法が公式ドキュメントで案内されています。
② サーバーの復元機能を使う
ConoHa WINGは管理パネルから対象日時のバックアップを選んでリストア。エックスサーバーはWPパネル・サーバーパネルから復元を進める手順が公開されています。WordPressが完全に壊れてログインできないケースでも使えるのが最大の強みで、本番トラブル時の復旧速度ではこの方法が最も頼りになります。



サーバーの管理パネルから復元できるなら、最初からこれだけ使えばよくない?



それでもいいけど、サーバーの復元機能は「保持期間が14日」「任意のタイミングで保存できない」という制限があるんだ。プラグインと組み合わせると、より細かいタイミングで、長期間の世代管理ができる。どちらか一方より、両方の強みを活かすのが本当に強い構成だよ。
③ 手動で復元する
FTPでWordPressファイルをアップロードし直し、phpMyAdminなどからSQLをインポートする方法です。WordPress公式のデータベース復元解説でも、MySQL Workbenchを使ったインポート手順が説明されています。自由度は高いですが、ミスの影響も大きく、初心者の最初の選択肢には向きません。「プラグインもサーバー機能も使えない」最終手段、または仕組みを理解したい人向けと考えましょう。
11. 復元後に必ず確認したいチェックリスト
復元が完了しても、そこで終わりではありません。「トップページだけ見て安心していたら、フォームやアフィリエイトリンクが壊れていた」というケースは実際によくあります。必ず次の項目を確認してから、復旧完了と判断しましょう。
| 確認項目 | 確認内容 | 優先度 |
|---|---|---|
| 主要ページの表示 | トップ・固定ページ・最近の記事・カテゴリが正常に表示されるか | 必須 |
| 管理画面へのログイン | 管理画面に正常に入れるか | 必須 |
| 画像・内部リンク | 画像が表示されているか、内部リンクが切れていないか | 必須 |
| フォーム・機能の動作 | 問い合わせフォーム・検索機能・会員機能等が動くか | 推奨 |
| CTAボタン・アフィリエイトリンク | 収益導線が正常に機能しているか | 収益ブログは必須 |
| キャッシュ削除 | キャッシュプラグイン・CDN・ブラウザのキャッシュをクリア | 必須 |
| パーマリンク再保存 | 管理画面 → 設定 → パーマリンクを一度保存し直す | 推奨 |
| SSL混在チェック | httpsで正常に表示されているか、混在コンテンツエラーがないか | 推奨 |
| GA4・Search Console | トラッキングが切れていないか・インデックスエラーが出ていないか | 数日後に確認 |



「画面が戻ったからOK」じゃなくて、フォームやリンクまでひとつひとつ確認しないといけないのね。特に収益ブログはここが大事なのね。
12. バックアップ頻度のおすすめ目安
バックアップの頻度に絶対の正解はありませんが、更新頻度と「失ったときのダメージ」で決めるのが合理的です。毎日記事を書くブログと、月1回しか触らないコーポレートサイトでは、適切な頻度がまったく違います。
| サイトの更新頻度 | 定期バックアップの目安 | 臨時バックアップ |
|---|---|---|
| 毎日更新するブログ | 毎日(日次) | プラグイン更新・テーマ変更の直前 |
| 週2〜3本更新するブログ | 週2〜3回 | 同上 |
| 週1回程度の更新 | 週1回 | 同上 |
| 月1〜2回の更新 | 月2〜3回 | 同上+大規模変更前 |
特に注意したいのが「何世代残すか」です。ConoHa WINGやエックスサーバーの自動バックアップは14日分が目安ですが、感染や不具合の発見が遅れた場合はもっと前の世代が必要になることもあります。サーバー標準の14日を土台にしながら、プラグインや外部保存で長めに残す構成が最も強いのはそのためです。
13. よくある失敗例と対策
バックアップ運用での失敗は「取っていたつもり」で終わっているケースが最も多いです。以下に実際にありがちな失敗と、その対策をまとめます。
- ❌ データベースしか戻しておらず、画像が消えた
- ❌ 復元後に画面が真っ白・管理画面に入れない
- ❌ 容量不足・タイムアウトでバックアップが失敗していた
- ❌ キャッシュが残っていて「戻っていない」と勘違いした
- ❌ バックアップファイルが同じサーバー内にしかなかった



「取っていたつもり」で実は失敗していた、なんて怖すぎるわ。どうすれば気づけるの?



プラグインの実行ログを定期的に確認するのが一番。UpdraftPlusなら管理画面でバックアップの成否が見られる。あとは月に1回でもいいから、本当にファイルが保存されているか、外部クラウドの保存先も開いて確認する習慣をつけると安心だよ。
14. タイプ別おすすめバックアップ構成
どの方法が向いているかは、サイトの運用スタイルによって変わります。自分のタイプに合わせて構成を選びましょう。
- WordPress初心者・ブログ開設したばかり
- 毎日更新する収益ブログ運営者
- テーマ・コードのカスタマイズをよくする人
- 法人サイト・高収益アフィリエイトサイト
15. よくある質問
- WordPressのバックアップは無料でできますか?
-
はい、無料でできます。ConoHa WINGやエックスサーバーは全プランで自動バックアップが無料搭載されており、UpdraftPlusも無料版でスケジュールバックアップと外部保存の基本機能が使えます。まずは無料の範囲で構成を組んでみましょう。
- バックアップの保存先はどこが安全ですか?
-
サーバー内だけに置かないのが基本です。WordPress公式もホスト任せにしすぎないことを推奨しています。Google DriveやDropboxなどの外部クラウド、またはローカルPCへの保存を組み合わせることで、サーバー障害や誤削除時にも別ルートが残ります。
- 復元すると最近の記事は消えますか?
-
戻す世代より後に追加した記事や変更は、基本的に失われます。だからこそ、復元前に現在の状態を手動でバックアップしておくことが重要です。退避があれば、必要な内容だけを別途救出できる可能性が残ります。
- サーバーの自動バックアップだけで十分ですか?
-
日常運用の土台としては非常に優秀ですが、それだけでは少し不安です。保持期間(多くは14日)や、任意のタイミングで保存できない点に制限があります。プラグインで外部保存も追加することで、より細かい世代管理と長期保存に対応できます。
- プラグインとサーバー機能は両方必要ですか?
-
最もおすすめなのは両方使うことです。サーバー機能はWordPressが壊れても使える強みがあり、プラグインは柔軟な世代管理や外部保存に強みがあります。役割が違うため、どちらか一方より組み合わせる構成のほうが実際の事故に対して強く機能します。
16. まとめ:WordPressは「壊れないこと」より「戻せること」が大切
WordPressの運営でトラブルをゼロにすることは現実的ではありません。プラグイン競合、テーマ変更、誤操作、アップデート失敗……何かしらの不具合は必ず起こります。だからこそ重要なのは、「壊れてもすぐ戻せる仕組みを作っておくこと」です。
- サーバーの自動バックアップを土台にする(ConoHa WING / エックスサーバーは標準搭載)
- プラグインで外部保存を追加して柔軟な世代管理を実現する
- 重要な変更の直前に手動バックアップを1本追加する
- 定期的に復元テストを行い、本当に戻せることを確認する
バックアップは「取って終わり」ではありません。復元前の準備・復元後の確認・失敗時の切り分けまで含めて、はじめて実用的なバックアップ体制になります。



最初は「プラグイン1個入れれば大丈夫」って思ってたけど、全然違ったわ。サーバーの自動バックアップとセットで使うことが大事なのね。



そう。「取れていること」より「戻せること」の方が大事なんだ。まずはサーバーの自動バックアップが有効になっているか確認して、次にUpdraftPlusを入れて外部保存を追加する。それだけで、ほとんどの事故には対応できるようになるよ。



「サーバー自動バックアップ+プラグインの外部保存」から始めて、慣れたら手動バックアップも覚える、ということね。まず今日できることから始めてみるわ!









