WordPressのバックアップは、「ファイル」と「データベース」の両方を、サーバーとは別の場所に、定期的に保存しておくことが基本です。初心者の方は、レンタルサーバーの自動バックアップを確認したうえで、バックアッププラグインで外部のクラウドストレージに自動保存する組み合わせが手軽で安心です。この記事では、バックアップすべき中身、管理画面から使える方法、保存先と頻度の決め方、いざというときの復元の考え方までを説明します。
なぜバックアップが必要なのか
WordPressのサイトは、思いがけないきっかけで表示されなくなったり、データが失われたりします。よくある例は次のとおりです。
- プラグインやテーマ、WordPress本体を更新したら画面が真っ白になった
- 記事や設定を誤って削除・上書きしてしまった
- 不正アクセスやマルウェアで内容を書き換えられた
- サーバーの障害や契約の更新忘れでデータが消えた
バックアップがあれば、問題が起きる前の状態に戻せます。逆にバックアップがないと、記事を一から書き直すしかない場合もあります。バックアップは「何か起きたときの唯一の戻り道」だと考えてください。
バックアップすべき2つのもの
WordPressのサイトは、大きく分けて2種類のデータでできています。片方だけでは元に戻せないため、両方を保存します。
ファイル
サーバー上に置かれているファイル群です。特に大事なのは次のものです。
- wp-content フォルダ：テーマ、プラグイン、アップロードした画像（uploads）が入っています。
- wp-config.php：データベースへの接続情報など、サイトの基本設定が書かれたファイルです。
- .htaccess：パーマリンクやリダイレクトの設定が書かれている場合があります（Apacheのサーバーの場合）。
WordPress本体のファイル（wp-admin や wp-includes など）は公式サイトから同じものを入手し直せるので、必須ではありません。ただし、まとめて保存しておく方が復元時に迷わずに済みます。
データベース
記事の本文、固定ページ、コメント、カテゴリー、ユーザー、サイトの設定などは、ファイルではなくデータベースに保存されています。画像のファイルだけ残っていても、記事の中身はデータベースがなければ戻りません。
バックアップの主な方法
方法1：レンタルサーバーの自動バックアップを確認する
国内の多くのレンタルサーバーには、サーバー全体を自動でバックアップする機能があります。まずは契約しているサーバーの管理画面やマニュアルで、次の点を確認してください。
- 自動バックアップが有効になっているか
- 何日分が保存されているか
- 復元は自分で操作できるのか、申し込みが必要なのか、費用がかかるのか
提供内容や料金はサーバー会社やプランで異なり、変わることもあります（2026年10月現在）。サーバーのバックアップはサーバーと同じ場所に保存されるため、サーバー会社側の障害や契約の終了には弱いという点も覚えておきます。これだけに頼らず、次のプラグインと組み合わせるのがおすすめです。
方法2：バックアッププラグインで自動保存する
管理画面だけで操作できるのがバックアッププラグインです。代表的なものに UpdraftPlus があり、無料版でもファイルとデータベースの定期バックアップと、外部のクラウドストレージへの保存ができます。
UpdraftPlus を例にした大まかな流れは次のとおりです。
- 「プラグイン」→「新規プラグインを追加」で UpdraftPlus を検索し、インストールして有効化します。
- 「設定」メニューの中に追加される UpdraftPlus の画面を開きます。
- 設定タブで、ファイルとデータベースそれぞれのバックアップ間隔と、保存しておく世代数を選びます。
- 保存先として Google ドライブや Dropbox などを選び、画面の案内に沿って連携します。
- 設定を保存したら、一度手動でバックアップを実行し、保存先のクラウドにファイルができていることを確認します。
画面の表記はプラグインの更新で変わることがあるため、細かい操作はプラグインの画面表示に従ってください。他にも BackWPup などのバックアッププラグインがあり、どれも考え方は同じです。
方法3：手動でダウンロードする
サーバーのファイルマネージャーやFTPソフトで wp-content フォルダをダウンロードし、サーバーの管理画面から使える phpMyAdmin でデータベースをエクスポートする方法です。仕組みを理解するには役立ちますが、手間がかかって続けにくいため、初心者の方は普段の備えとしては方法1・2を使い、手動は大きな作業の前の念のための保存にとどめるとよいでしょう。
保存先と頻度の決め方
保存先はサーバーの外に置く
バックアップをサーバーの中にだけ置いていると、サーバーそのものに問題が起きたときに一緒に失われます。クラウドストレージや手元のパソコンなど、サーバーとは別の場所に保存してください。バックアップファイルには wp-config.php などの重要な情報も含まれるため、保存先のアカウントは強いパスワードと2段階認証で守ります。
頻度は更新のペースで決める
- 毎日のように記事を書く、コメントや注文が頻繁に入る：データベースは毎日
- 週に数回の更新：データベースは週に数回〜毎日、ファイルは週1回程度
- ほとんど更新しない：週1回〜月1回でも可
画像やプラグインを含むファイルは容量が大きいので、データベースより間隔を空けても構いません。保存する世代数は、少なくとも1〜2週間分さかのぼれるようにしておくと、問題に気付くのが遅れたときにも対応できます。
大きな作業の前は手動で取る
自動バックアップとは別に、次のような作業の前には、その場で手動バックアップを実行します。
- WordPress本体のメジャーアップデート
- テーマの変更や大きなカスタマイズ
- 新しいプラグインの導入、サイトの引っ越し
復元の考え方と一度は試しておきたいこと
バックアップは、戻せることが確認できて初めて役に立ちます。UpdraftPlus などのプラグインには、管理画面から復元する機能があります。ただし、サイトが真っ白で管理画面に入れないときは、プラグインからの復元は使えません。その場合は、サーバーの自動バックアップから戻すか、新しく WordPress を入れ直してプラグインを入れ、バックアップファイルを読み込んで復元する流れになります。
本番のサイトでいきなり復元を試すのは危険です。サーバーにテスト用の環境（ステージング環境）を作れる場合は、そこで一度復元を試し、記事や画像が元どおりになるかを見ておくと、本当に困ったときに慌てずに済みます。
まとめ
- バックアップは「ファイル（特に wp-content と wp-config.php）」と「データベース」の両方を取ります。
- レンタルサーバーの自動バックアップを確認し、バックアッププラグインで外部のクラウドに自動保存する二段構えが安心です。
- 頻度は更新のペースで決め、更新やテーマ変更などの大きな作業の前には手動でも取ります。
- バックアップは戻せて初めて意味があるため、可能ならテスト環境で一度復元を試しておきます。