WordPressのバックアップに使えるプラグインと導入前の注意点

WordPressの更新前にバックアップを取ろうとして、プラグインを入れれば足りるのか、レンタルサーバーの自動バックアップだけで済むのか、判断に迷ったことはありませんか。

大事なのは保存すること自体ではなく、いざというときに元へ戻せるかどうかです。この記事では、何を保存し、どこに置き、復元をどう確かめておくかという判断軸を整理します。

WordPressのバックアップは「取る」より「戻せる」が大切

バックアップは、ファイルを作った時点ではまだ備えとして完成していません。

必要なデータが含まれていること、サイト本体とは別の場所にも置かれていること、そして必要になったときに復元できることまで確認して、ようやく実用的な備えになります。

WordPress公式ドキュメントでも、サイトを構成するファイルとデータベースの両方をバックアップする考え方が示されています。データベースについては定期的に、とくにアップグレードの前に保存しておくことが推奨されています。

小規模なサイトなら、次の順番で組み立てると管理しやすくなります。

プラグインとサーバー機能は、どちらか一方を選ぶものではありません。障害の種類によって使える復旧手段が変わるため、役割を分けて備えておくのが現実的だと考えています。

WordPressで保存すべきものは2種類ある

WordPressサイトは、大きく分けると「ファイル」と「データベース」で成り立っています。片方だけを保存しても、元の状態を十分に再現できないことがあるんですよね。

ファイルに含まれるもの

ファイル側に入るのは、WordPress本体に加えて、テーマ、プラグイン、アップロードした画像など。独自に編集したテーマファイルや設定ファイルがあれば、それも復元には欠かせません。

画像だけをパソコンに保存していても、テーマやプラグインの状態までは戻せません。逆にWordPress本体だけを保存した場合、投稿内で使っていた画像が欠ける可能性があります。

データベースに含まれるもの

データベースには、投稿や固定ページの内容、コメント、ユーザー情報、多くのサイト設定などが保存されています。WordPress公式ドキュメントでも、ファイルのバックアップとは別に、データベースのバックアップが案内されています。

バックアップの手段を選ぶときは、「サイト全体」という言葉だけで判断しないでください。

データベースが含まれるか、テーマとプラグインが含まれるか、アップロード画像が含まれるか、WordPress以外に置いた独自ファイルまで対象になるか。ここまで具体的に確認して初めて、保存範囲がはっきりします。

フォームや予約機能を使っているサイトでは、送信データの保存場所も確認しておきたいところです。WordPressのデータベースに保存されるのか、外部サービス側に保存されるのかで、バックアップの対象範囲が変わります。

プラグインとサーバー側バックアップの違い

バックアップでも、プラグインとサーバー側で違いがあります。

バックアッププラグインの特徴

バックアッププラグインの利点は、WordPressの管理画面から保存対象やスケジュールを設定できる点です。

UpdraftPlusの公式案内では、無料版でも手動・定期バックアップ、リモート保存先の利用、基本的な復元に対応すると説明されています。

管理画面だけで操作が完結するので、サーバーのファイル操作に慣れていない人でも運用を組み立てやすくなります。ただし、WordPressそのものにログインできない障害では、通常の管理画面から復元操作ができないことがあります。

バックアップ処理そのものが、サーバーの容量や処理能力を使う点も頭に入れておきたいところ。サイトの容量が大きいときや、アクセスの多い時間帯に処理を走らせるときは、サーバー負荷にも目を配ってください。

レンタルサーバー側バックアップの特徴

レンタルサーバーの自動バックアップはWordPressの外側で動くため、管理画面へ入れないときの復旧手段になる場合があります。プラグインを追加しなくても使えるサービスもあります。

ただし、保存期間、復元できる範囲、復元作業の方法、料金は事業者やプランによってまちまちです。

契約中のレンタルサーバーで、データベースとWeb領域の両方が対象か、何日前まで戻せるか、復元を自分で実行できるかを確認してください。

サーバー側バックアップがあっても、同じ事業者や同じ契約環境だけに依存する形は避けたいところです。アカウントや契約に関する問題が起きた際、バックアップごと取り出せなくなる可能性があります。

重要なサイトほど、別の保存先を併用して選択肢を増やしておくのが安全です。

UpdraftPlusを例にバックアップ設定を確認する流れ

WordPress公式プラグインディレクトリで配布されているUpdraftPlusを例に、導入時の確認項目を整理します。

画面名や無料版・有料版の範囲は変更される可能性があるため、操作の前に公式ページと現在の管理画面をあわせて確認してください。

導入前にサーバー機能と空き容量を確認する

まずは契約中のレンタルサーバーに自動バックアップがあるかどうか。すでに使える機能を把握しておけば、プラグイン側で何を補うべきかが見えてきます。

次に、WordPressと保存先の空き容量を確認します。同じサーバー内に複数世代を残していくと、容量を圧迫することがあります。

容量不足はバックアップの失敗だけでなくサイト運営そのものにも響くため、古い世代を何個残すかまで先に決めておきましょう。

プラグインを追加する前に、現在のWordPressやPHPとの互換性、更新状況、公式のサポート情報も確認しておくと安心です。

保存対象・頻度・世代数・保存先を決める

設定で決めることは4つ。ファイルとデータベースのどこまでを保存対象にするか、サイトの更新頻度に合った間隔はどれくらいか、何回分の世代を残すか、そしてサイトと別の場所にも保存するかどうかです。

毎日更新するサイトと、月に一度しか更新しないサイトでは、必要な頻度が違います。頻度を上げれば安心とは限りません。保存容量、更新量、失っても許容できる期間の3つを基準に決めるとぶれにくくなります。

保存先には、プラグインが対応するリモートストレージを使える場合があります。外部サービスへ接続するときは、共有範囲やアクセス権も確認してください。

事業用のデータを含むなら、保存先サービスの利用条件や社内ルールとの整合も見ておく必要があります。

初回バックアップ後にファイルを確認する

設定を保存しただけで終わらせず、初回のバックアップを実行して結果まで見届けます。処理が正常終了しているか、データベースと必要なファイルが含まれているか、指定した保存先に実体があるか。

あわせて、作成日時と容量が不自然でないか、エラーや警告が残っていないかも確かめておきます。

「完了」と表示されていても、外部保存先への転送だけが失敗していることがあります。プラグイン側の履歴と、保存先の実物。この両方を見るまでが確認です。

復元手順を事前に確認する

UpdraftPlusの公式案内では、既存のバックアップから復元対象を選び、データベース、テーマ、プラグイン、アップロードといった要素を戻す流れが説明されています。

バックアップファイルは標準的なZIPやSQL形式として扱えるという案内もあります。

本番サイトでいきなり復元を試すと、正常なデータを上書きしてしまうおそれがあります。可能ならステージング環境や検証用サイトで動きを確かめてください。

利用中のサーバーにステージング機能があるか、複製時に個人情報をどう扱うべきかも、事前の確認が必要です。

もうひとつ大事なのが、どの時点へ戻すかという判断。障害発生後のデータに古いバックアップを上書きすると、その間の注文、問い合わせ、投稿更新などが失われる可能性があります。

復元の前に現在の状態も別途保全し、何が失われるのかを整理してから実行しましょう。

バックアップ運用で起きやすい失敗

バックアップを導入しても、運用の方法が曖昧なままだと、必要なときに使えません。よくつまずくのは次の5つです。

サイトと同じ場所だけに置いている

同じサーバー内だけに保存していると、サーバー障害や契約上の問題が起きた際に、サイトとバックアップを同時に失う可能性があります。別の場所にも保管し、そこから取り出せることまで確認しておきます。

データベースかファイルの片方しか保存していない

投稿内容は戻ったのに画像やテーマが欠ける、ファイルはあるのに投稿や設定が戻らない。どちらもあり得ます。保存対象を一覧で見直してください。

成功の通知だけを信じている

通知が届いていても、保存先の認証切れや容量不足で一部が欠けている場合があります。履歴、ファイル容量、保存先を定期的に見る習慣をつけておきます。

復元を一度も確認していない

復元方法を障害発生後に初めて調べると、判断を急いで状態を悪化させかねません。ログインできないときの連絡先、サーバー側の復元手順、認証情報の管理場所を、平常時のうちに整理しておきましょう。

更新直前の状態を残していない

WordPress本体、テーマ、プラグインの更新前に直前のバックアップがあると、問題が起きたときに戻しやすくなります。WordPress公式ドキュメントでも、アップグレード前のバックアップが案内されています。

バックアッププラグインが向く人・向かない人

バックアッププラグインは、次のような運用スタイルの人に向いています。

反対に、プラグインだけに頼らない方がよいケースもあります。

大容量サイトでバックアップ処理の負荷が大きい場合、ECや会員サイトのように短時間でもデータ更新が多い場合、障害時にWordPress管理画面へ入れない事態まで想定したい場合。

社内規程や個人情報保護の要件で保存先が制限されるケースや、自分で復元の判断をするのが難しいケースも同じです。

重要な業務サイトなら、サーバー事業者や保守担当者に復旧方法を確認し、誰がどの手順で対応するのかまで決めておく方が安全だと考えています。

プラグイン以外の代替手段

プラグインをこれ以上増やしたくない場合は、レンタルサーバーのバックアップ機能を中心に据える方法があります。復元できる期間と操作方法が要件に合っていれば、管理する項目を減らせます。

サーバー管理に慣れている人なら、ファイルをFTPやサーバー機能で保存し、データベースを管理ツールやコマンドで書き出す手もあります。

WordPress公式ドキュメントにも、ファイルとデータベースを個別にバックアップする考え方が掲載されています。手動方式は自由度が高い反面、対象漏れや保存忘れを防ぐ仕組みを自分で作る必要があります。

自力での復元に不安があるなら、WordPress保守サービスや制作会社へ依頼する選択肢も現実的です。

依頼の前には、バックアップ頻度だけでなく、障害時の連絡方法、復旧作業の範囲、追加費用、どのくらいの時間で復旧を目指すのかまで確認してください。

まとめ

WordPressのバックアップは、プラグインを入れた時点では完成しません。

ファイルとデータベースの両方が対象になっているかを確認し、そのうえでサイトとは別の保存先、無理のない頻度と世代数、復元の手順まで決めて、ようやく備えとして機能します。

最初の一歩は、契約中のレンタルサーバーのバックアップ仕様を確認し、いまのサイトで「何日前まで、何を、誰が戻せるのか」を書き出してみることです。不足していた部分をバックアッププラグインや外部保存で補えば、機能の重複や設定のしすぎを避けながら、現実的な復旧体制を作れます。