WordPress のバックアップ方法と、戻せるかの確認のしかた

WordPress のバックアップ方法は、サーバーの自動バックアップ・プラグイン・手作業でのダウンロードなど幅広く存在します。どれか1つを設定して安心していても、いざ戻そうとしたらデータベースが入っていなかった、古いものしか残っていなかった、という例があります。

WordPress のバックアップ方法と戻し方を把握すると、改ざんや更新の失敗が起きても、HPを元の状態に戻せる見込みが立ちます。保守を外に頼んでいる場合も、契約の内容が足りているかを自社で判断できます。

本記事では、3つのバックアップ方法の早見表と、始める前に決めること、方法別の手順をまとめています。さらに、本当に戻せるかを確かめる手順と、うまくいかないときの対処も紹介します。

WordPress のバックアップ方法3つ【早見表】

WordPress のバックアップ方法は、サーバーの自動バックアップ・プラグイン・手作業の3つで、1つに絞らず組み合わせるのが安全です。方法ごとに保存される場所と期間が違い、1つの方法だけでは防げない失い方があるからです。

ここでは、3つの方法の早見表と、バックアップに含める範囲を2つの視点で解説します。

3つのバックアップ方法を、手間・向いている使い方・注意点で比較します。

方法	手間	向いている使い方	注意
サーバーの自動バックアップ	ほぼなし	日々の保険	保持期間が短く、保証はない
バックアップ用のプラグイン	最初の設定だけ	サーバーの外への定期保存	プラグイン自体の更新が要る
手作業（データベースの書き出し＋ファイルのダウンロード）	毎回かかる	更新の前・引っ越しの前	取り忘れが起きやすい

※2026年10月時点・各社の公式マニュアルより

日々はサーバーとプラグインに任せ、更新や引っ越しの直前だけ手作業で取る、という組み合わせが現実的です。

バックアップにはファイルとデータベースの両方が要る

WordPress のバックアップには、ファイルとデータベースの両方が必要です。WordPress の公式ドキュメントでも、データベースは WordPress のフォルダの外にあり、ファイルを取るだけではデータベースは含まれないと説明されています（WordPress Backups）。

2つの部分の中身と、片方だけを取った場合の結果を、以下の表にまとめます。

部分	中身	片方だけだとどうなるか
ファイル	WordPress 本体・テーマ・プラグイン・アップロードした画像・wp-config.php・.htaccess	記事やページの中身が戻らない
データベース	投稿・固定ページ・コメント・設定・ユーザーなど	画像やデザインが戻らない

たとえば、FTP でサーバーのファイルを全部ダウンロードしただけでは、記事の中身は入っていません。公式ドキュメントでは、取る順番はデータベース → ファイル、戻す順番はファイル → データベースがすすめられています。

「エクスポート」だけではバックアップにならない

管理画面の「ツール」→「エクスポート」は、サイト全体のバックアップの代わりにはなりません。エクスポートで書き出せるのは投稿・固定ページ・コメント・カスタムフィールド・カテゴリー・タグ・ユーザーなどの XML ファイルだからです（Tools Export Screen）。

たとえば、テーマ・プラグイン・アップロードした画像のファイルは、エクスポートの対象として挙げられていません。ただし、記事の中身だけを別のサイトへ移す用途には便利なので、バックアップとは別の道具として使い分けましょう。

WordPress のバックアップを始める前に確かめること

WordPress のバックアップは、方法を選ぶ前に「いまどうなっているか」と「どのくらい残すか」を決めると、設定がぶれません。すでに保守会社やサーバーがバックアップを取っていることもあり、二重の設定や抜けが起きやすいからです。

ここでは、現状の確かめ方・頻度・保存場所・取り方の種類・保守会社への確認の5つを解説します。

自社のバックアップが足りているか確かめる

自社のバックアップが足りているかは、次の表の7項目で確かめられます。「分からない」が1つでもあれば、その項目から手を付けてください。

確認すること	確かめ方	目安
誰がバックアップを取っているか	保守会社との契約書・社内の担当者	名前で言える
ファイルとデータベースの両方か	保守会社に聞く・プラグインの設定画面	両方
頻度	同上	週1回〜毎日
何個残っているか	同上	少なくとも3〜5個
どこに保存しているか	同上	サーバーの外にもある
最後に戻すテストをした日	同上	1年以内
サーバーの自動バックアップの保持期間	サーバー会社のマニュアル	何日前まで戻せるか言える

※頻度と個数の目安は WordPress 公式ドキュメントより

保守を外に頼んでいる場合は、契約書にバックアップの頻度と、戻す作業が含まれるかが書いてあるかも見ておきます。見るところはHPの保守契約書のチェックポイントにまとめています。

頻度とタイミングを決める

WordPress のバックアップの頻度は、投稿の少ないサイトなら週1回、投稿の多いサイトなら毎日が目安です。WordPress の公式ドキュメントが、サイトの更新の多さに合わせてこの2つを目安に挙げているためです。

定期のバックアップとは別に、次のタイミングでは必ずその場で取ります。

• WordPress 本体・プラグイン・テーマを更新する前
• サーバーの PHP のバージョンを上げる前
• サーバーを引っ越す前
• デザインや機能を大きく変える前

たとえば、PHP を上げたら画面が真っ白になった、という場合も、直前のバックアップがあれば短時間で戻せます。

保存場所と残す数を決める

WordPress のバックアップは、サーバーの外も含めた別々の場所に、少なくとも3〜5個残すのが目安です。公式ドキュメントが、サーバー・クラウドストレージ・手元のパソコンなど別々の場所に残すことをすすめているためです。

たとえば、サーバーの障害や改ざんが起きると、サーバーの中にあるバックアップも一緒に失うことがあります。ただし、保存先を担当者個人のクラウドアカウントにすると、担当者が辞めたときに取り出せません。保存先は会社で管理するアカウントにすることが大切です。

バックアップの取り方の種類を知っておく

バックアップの取り方には、毎回すべてを取る「完全バックアップ」と、前回からの変更分だけを取る「差分バックアップ」「増分バックアップ」があります。変更分だけを取る方式は、保存する容量と時間を減らせるためです。

取り方の違いを、以下の表で比較します。

取り方	毎回取る範囲	戻すときに要るもの
完全バックアップ	すべてのファイルとデータベース	その1回分だけ
差分バックアップ	最後の完全バックアップからの変更分	完全バックアップ＋最新の差分
増分バックアップ	前回のバックアップからの変更分	完全バックアップ＋その後の増分すべて

たとえば、増分バックアップは容量が小さく済む一方、途中の1回分が欠けると最新の状態に戻せません。小さな会社のHPなら、容量の負担が小さいため、完全バックアップを定期的に取る方式が分かりやすく安全です。

保守会社に頼んでいる場合に確かめること

保守会社にバックアップを任せている場合も、自社で中身を説明できる状態にしておく必要があります。保守会社を替えるときや契約が切れたときに、バックアップを受け取れないと、HPを元に戻す手段がなくなるからです。

保守会社に確かめる項目は、以下のとおりです。

• ファイルとデータベースの両方を取っているか
• 頻度・残す数・保存場所
• 戻す作業が月額に含まれるか
• バックアップのデータを自社でも受け取れるか

回答はメールでもらい、契約書と一緒に保管しておきましょう。

サーバーの自動バックアップを確かめる手順

サーバーの自動バックアップは、多くのレンタルサーバーに付いている、手間のかからない保険です。ただし、対象・保持期間・戻すときの手数料は会社やプランで違い、内容を知らないまま頼りにすると、必要なときに使えないことがあります。

ここでは、エックスサーバーを例に、確かめる項目を紹介します。

エックスサーバーでは、サーバーのデータを1日1回バックアップ専用のサーバーへ自動でコピーし、Web・メールのデータと MySQL のデータベースを過去14日分保持しています。一部の古いサーバーでは、Web・メールのデータは過去7日分です（エックスサーバー「自動バックアップ」、2026年10月時点）。

自社のサーバーで確かめる項目は、以下のとおりです。

1. 対象：ファイル・データベース・メールのどれが含まれるか
2. 保持期間：何日前まで戻せるか
3. 戻し方：管理画面から自分で戻せるか、申し込みが要るか
4. 手数料：戻すときに費用がかかるか
5. 保証：データの保全を保証しているか

エックスサーバーの同じページには、データの確実な保全を保証するものではないこと、利用者自身でもバックアップを取ることを強くすすめることが書かれています。サーバーの自動バックアップは、保険の1つとして考えることが大切です。契約しているサーバー会社が分からない場合は、サーバー・ドメインの契約者を調べる方法（whois）から始めてください。

プラグインで WordPress を自動バックアップする手順

バックアップ用のプラグインは、ファイルとデータベースをまとめて定期的に取り、サーバーの外へ送る役割を担います。サーバーの自動バックアップと保存場所を分けられるため、サーバーごと失うリスクに備えられます。

ここでは、プラグインの選び方と設定の手順を解説します。

プラグインを選ぶ

バックアップ用のプラグインは、保存先・頻度・更新の状況の3つで選びます。プラグインも更新が止まると脆弱性の原因になり、保存先が自社のクラウドに合わないと使えないからです。

たとえば、「UpdraftPlus」は有効インストール数が300万以上で、無料版で Dropbox・Google ドライブ・Amazon S3 などへの保存と、2時間ごと〜毎月の自動バックアップに対応しています（WordPress.org、2026年10月時点）。ほかにも「BackWPup」など、ファイルとデータベースの両方を取れるプラグインがあります。

選ぶときに見る項目は、以下のとおりです。

• 最終更新日が新しいか
• いまの WordPress のバージョンで検証されているか
• 会社で使っているクラウドストレージに保存できるか
• 無料版で戻す（復元する）機能が使えるか

更新が止まったプラグインの見分け方は、更新が止まった WordPress プラグインの見分け方で解説しています。

【STEP】プラグインを設定する

プラグインの設定は、入れる・つなぐ・決める・試すの4段階で進めます。最初の1回を手動で実行して確かめないと、保存先に何も届いていないことに気づけないためです。

1. 管理画面の「プラグイン」メニューにある追加の画面から、バックアップ用のプラグインを探して入れる
2. 保存先に、会社で管理しているクラウドストレージのアカウントをつなぐ
3. ファイルとデータベースの両方を対象にし、頻度と残す数を決める
4. 一度手動で実行し、保存先にファイルとデータベースの両方ができたか確かめる

ただし、プラグインの画面の項目名はプラグインやバージョンで違います。設定の画面は、各プラグインの公式の説明で確かめてください。

WordPress を手作業でバックアップする手順

手作業のバックアップは、更新や引っ越しの直前に、その時点の状態を確実に残すための方法です。自動バックアップの時刻を待たずに取れるため、作業の直前の状態に戻せます。

ここでは、データベースとファイルを順に取る2つの手順を紹介します。

【STEP1】データベースを書き出す

手作業のバックアップでは、まずデータベースを書き出します。公式ドキュメントが、データベース → ファイルの順で取ることをすすめているためです。

データベースの書き出しは、サーバーの管理画面にあるデータベースのバックアップ機能か、「phpMyAdmin」（データベースを画面から操作するツール）のエクスポート機能で行います。書き出したファイルは、拡張子が .sql や .gz などになります。

ただし、データベースの名前が分からない場合は、WordPress のフォルダにある wp-config.php の設定で確かめられます。wp-config.php にはデータベースのパスワードも書かれているので、ファイルの扱いに注意してください。

【STEP2】ファイルをダウンロードする

データベースを書き出したら、WordPress のフォルダ一式をダウンロードします。テーマ・プラグイン・アップロードした画像・wp-config.php・.htaccess まで含めて残すためです。

ダウンロードする主なものは、以下のとおりです。

• wp-content フォルダ（テーマ・プラグイン・アップロードした画像）
• wp-config.php（データベースの接続先などの設定）
• .htaccess（転送やアクセス制限の設定）
• WordPress 本体のファイル

ダウンロードには、FTP ソフトか、サーバーの管理画面にあるファイルマネージャーを使います。たとえば、画像の多いサイトでは数 GB になることがあるので、時間に余裕をもって始めましょう。

ダウンロードしたファイルとデータベースは、同じフォルダにまとめ、日付を名前に入れて保存します。

WordPress のバックアップを戻せるか確かめる手順

WordPress のバックアップは、戻せてはじめて意味があります。公式ドキュメントでも、自動バックアップを使っている場合は、ときどき手動で取って仕組みが動いているか確かめるようすすめています。

ここでは、検証用の場所に戻す手順と、サーバーの自動バックアップから戻すときの注意を解説します。

【STEP】検証用の場所に戻してみる

戻せるかの確認は、年に1〜2回、本番ではない場所で行います。本番のサイトに試しに上書きすると、確認のつもりが事故になるためです。

1. バックアップの中身を開いて見る：ファイル（wp-content の uploads・themes・plugins）と、データベースのファイルが両方あるか確かめる
2. 日付と個数を見る：いちばん新しいものの日付と、残っている個数を確かめる
3. 検証用のサーバーやサブドメインに戻す：ファイル → データベースの順に戻す
4. 表示を確かめる：トップページ・記事・画像・問い合わせフォームが動くか見る
5. 手順と時間を書き残す：別の人でも同じ手順で戻せるようにする

上記の確認を一度済ませておけば、いざというときに慌てずに戻せます。

サーバーの自動バックアップから戻すとき

サーバーの自動バックアップから戻す場合は、いまの状態を先に別に取ってから戻します。戻すと対象のファイルが上書きされ、バックアップの日より後に作ったファイルが消えるためです。

エックスサーバーでは、サーバーパネルの「自動バックアップの取得・復元」→「自動バックアップデータから復元」で、Web領域などを選んで戻します。データベースは「MySQLバックアップ取得・復元」から別に戻します（自動バックアップからの復元・MySQLの復元、2026年10月時点の新サーバーパネル）。

ただし、マニュアルには、テーブル数が1,000を超えるデータベースなどはバックアップの対象外になると書かれています。自社のサイトが対象かも確かめておきましょう。

WordPress のバックアップがうまくいかないとき

WordPress のバックアップの失敗は、取る段階より、戻す段階で初めて気づくことがほとんどです。原因の多くは、取る範囲・保存場所・保持期間のどれかの抜けです。

ここでは、よくある症状と原因、対処を表にまとめます。

症状	考えられる原因	対処
戻したのに記事が空になった	データベースを取っていない	ファイルとデータベースの両方を取る設定にする
戻したら画像が表示されない	uploads フォルダが入っていない	ファイルの対象に wp-content 全体を含める
保存先にファイルがない	クラウドのつなぎ込みが切れた	保存先を確かめ、手動で実行してみる
古いバックアップしか残っていない	保持期間や残す数が少ない	残す数を増やし、サーバーの外にも置く
改ざん後のものしか残っていない	気づくのが遅れた	外部の古い世代を残しておく

改ざんされたあとに、そのまま戻すのは避けてください。戻しても侵入の原因が残っていれば、また改ざんされます。手順はHPが改ざんされたときに最初にやることを見てください。

WordPress のバックアップを自分で続けられないとき

WordPress のバックアップは、保守の作業のなかでもいちばん基本的なものですが、続けるには設定の点検と戻すテストの手間がかかります。特に改ざんの疑いがあるときに、自己判断でバックアップを戻したりファイルを消したりすると、原因を調べる手がかりがなくなることがあります。

専門家に相談したほうがよい場面は、以下のとおりです。

• 改ざんや乗っ取りの疑いがある
• どのバックアップがきれいか分からない
• 社内に作業する人がいない

バックアップ以外の保守の作業は、WordPress の保守で実際にやっている作業、費用の見方はホームページ保守の費用相場と、含まれる作業の見方にまとめています。

「自社が対象か分からない」「作業する人がいない」場合は、HPの移管・保守サービス『サイガード』の無料診断をご利用ください。URLを送るだけで、外から見える範囲をセキュリティの専門家が確認します。

まとめ

• WordPress のバックアップは、ファイルとデータベースの両方を取ります
• 方法はサーバーの自動バックアップ・プラグイン・手作業の3つで、組み合わせて使います
• 投稿の少ないサイトは週1回、多いサイトは毎日を目安にし、更新の前には必ずその場で取ります
• 最近のものを3〜5個、サーバーの外も含めた別々の場所に、会社のアカウントで残します
• 年に1〜2回は、本番ではない場所に戻して、本当に戻せるかを確かめます

まずは、いまのバックアップが「誰が・何を・どこに」取っているかを確かめるところから始めましょう。