WordPressを運営するならバックアップを用意しておこう
WordPressでブログやホームページを運営していると、
「バックアップって必要なの？」
「レンタルサーバーが自動でバックアップしているなら、そのままで大丈夫？」
と疑問に思うことがあります。
普段はあまり使わない機能ですが、WordPressの更新や設定変更、ファイルの削除などでトラブルが起きたとき、元の状態へ戻すために役立つのがバックアップです。
この記事では、レンタルサーバーのバックアップについて、WordPress初心者向けに必要性や仕組みを解説します。
また、Dorabloでも利用しているConoHa WINGの実際の管理画面を例に、自動バックアップの確認方法や復元するときの考え方も紹介します。
今回は、ConoHa WINGの自動バックアップからWebデータをリストアし、復元用データを確認するところまで実際に試しています。なお、本番サイトへファイルを戻す実際の復元作業までは行っていません。
レンタルサーバーのバックアップはWordPress運営に必要
バックアップとは、Webサイトのデータを保存しておき、問題が起きたときに以前の状態へ戻せるようにするためのものです。
WordPressでは、
- 投稿記事や固定ページ
- アップロードした画像
- テーマ
- プラグイン
- WordPressの設定
- データベース
など、さまざまなデータを使ってサイトが作られています。
普段は問題なく動いていても、更新や設定変更などをきっかけに不具合が起こる可能性があります。
そんなとき、正常だった時点のバックアップが残っていれば、復旧できる可能性があります。
つまりバックアップは、トラブルが起きたときのための保険のようなものです。
1．WordPressでバックアップが役立つ場面
バックアップは、サイトが完全に消えてしまったときだけ使うものではありません。
たとえば、
- WordPress本体を更新したら不具合が起きた
- テーマを更新したらデザインが崩れた
- プラグインを更新したらエラーが発生した
- ファイルを間違えて削除した
- CSSやPHPを編集して表示がおかしくなった
- 設定を変更したあと元に戻せなくなった
といった場合にも役立ちます。
特にWordPress本体やテーマ、プラグインの更新前、大きな設定変更を行う前には、バックアップがあるか確認しておくと安心です。
問題が起きてからバックアップを探すのではなく、作業前に戻せる状態を確認しておくことが大切です。
2．レンタルサーバーには自動バックアップ機能がある
レンタルサーバーによっては、サーバー内のデータを定期的に自動保存するバックアップ機能が用意されています。
そのため、自分で毎日バックアップ作業を行わなくても、一定期間のデータがサーバー側に保存されています。
ConoHa WINGでは、Webサイト・メール・データベースが自動でバックアップされています。
実際の管理画面では、下の画像のようにバックアップ取得日ごとに、
- Web
- DB
それぞれの状態を確認できます。
各項目に「リストア可」と表示されていれば、そのバックアップデータを利用できます。
「もっと見る」から過去のバックアップも確認できます。
ConoHa WINGでバックアップを確認する
ConoHa WINGで自動バックアップを確認する場合は、
WING → サーバー管理 → 自動バックアップ
と進みます。
ここから、バックアップの取得日やWeb・Mail・DBそれぞれの状態を確認できます。
普段はあまり開くことのない画面ですが、トラブルが起きる前に一度確認しておくと、いざというときにバックアップの場所を探さずに済みます。
3．Webデータとデータベースの違い
WordPressのバックアップを考えるときに知っておきたいのが、Webデータとデータベースは別のものという点です。
Webデータ
Webデータには、サイトを構成するファイルが含まれます。
たとえば、
- WordPress本体
- テーマ
- プラグイン
- アップロードした画像
- CSSやPHPなどのファイル
です。
簡単にいうと、WordPressを動かしたり表示したりするための「ファイル部分」です。
データベース
WordPressの記事や各種設定などは、データベースに保存されています。
たとえば、
- 投稿記事
- 固定ページ
- WordPressの各種設定
- ユーザー情報
- 一部のプラグイン設定
などです。
そのため、WordPressを以前の状態へ戻すときは、
Webデータだけを戻せばいいのか、それともデータベースも戻す必要があるのか
を確認することが重要です。
4．1つのサーバーで複数サイトを運営している場合
1つのレンタルサーバーで複数のWordPressサイトを運営している場合でも、バックアップの対象になります。
たとえば、
site-a.comsite-b.comsite-c.com
の3サイトを同じサーバーで運営している場合です。
ConoHa WINGでWebデータをリストアすると、復元用データの中に複数サイトのデータが保存されていることを確認できます。
WordPressではWebデータだけでなくデータベースも使用しているため、複数サイトを運営している場合は、それぞれのサイトがどのデータベースを使用しているのかも確認しておくと安心です。
実際に復元するときの注意点については、後ほど詳しく紹介します。
5．自動バックアップがあってもすぐ復元しない
サイトに不具合が起きると、
「昨日のバックアップに戻せばいいのでは？」
と思うかもしれません。
ただし、すぐに復元するのはおすすめできません。
たとえば、
- 8月25日：バックアップ
- 8月26日：新しい記事を公開
- 8月27日：不具合が発生
という状態で8月25日のデータへ戻した場合、8月26日に追加した内容が失われる可能性があります。
そのため、復元する前に、
- いつから不具合が起きたのか
- どのデータを戻す必要があるのか
- バックアップ後に追加したデータがないか
を確認しましょう。
可能であれば、現在の状態も別途バックアップしてから復元作業を行うと安心です。
6．まず「何を戻したいのか」を確認する
WordPressに不具合が起きたからといって、必ずサイト全体を過去の状態へ戻す必要はありません。
たとえば、
画像を削除してしまった
必要な画像ファイルだけ戻せる可能性があります。
テーマファイルを編集して壊してしまった
テーマ側のファイルだけ確認すれば解決できる場合があります。
記事や固定ページを以前の状態へ戻したい
データベース側のデータが関係する可能性があります。
サイト全体がおかしくなった
Webデータとデータベースの両方を確認する必要がある場合があります。
このように、まず
何が壊れたのか
を確認してから、必要なバックアップを使うことが大切です。
7．ConoHa WINGでWebデータを確認するとき
ConoHa WINGでは、バックアップ一覧からWebデータのリストアを実行できます。
ただし、Webデータの場合は、リストアを実行しただけで現在公開されているサイトがそのまま過去の状態へ置き換わるわけではありません。
バックアップ一覧からリストアを開始すると、処理中は下の画像のように「リストア中」と表示されます。
リストアが完了すると、復元用データの保存先が表示されます。
このように、Webデータをリストアすると、サーバー内に復元用データの保存場所が作成されます。
実際にファイルマネージャーを開くと、backup_data_web フォルダが作成されていることを確認できます。
このフォルダの中に、リストアしたWebデータが保存されています。
さらに中を確認すると、複数のサイトを同じサーバーで運営している場合でも、サイトごとのフォルダを確認できます。
この段階では、本番側の public_html が自動で書き換わるわけではありません。
そのため、復元用データを確認する段階では、現在公開しているサイトの public_html が自動で書き換わるわけではありません。
実際にサイトを以前の状態へ戻す場合は、復元したいサイトのフォルダを確認し、必要なファイルを本番側の public_html へ移す作業が必要です。
なお、リストアしたWebデータは24時間経過すると自動的に削除されます。
また、もう一度Webデータをリストアすると、以前に作成されたリストアファイルは削除されます。
必要なデータがある場合は、削除される前に確認しておきましょう。
8．複数サイトなら復元するドメインを確認する
1つのレンタルサーバーで複数のWordPressサイトを運営している場合は、復元するドメインを間違えないように注意しましょう。
たとえば、
site-a.com
だけに問題が起きているのであれば、ほかの正常なサイトまで戻す必要はありません。
7番で確認したように、リストアしたWebデータの中にはサイトごとのフォルダがあります。
そのため、復元するときは、
- 復元したいドメイン
- 本番側の保存場所
- 必要なファイル
を確認してから、本番側へ移すようにしましょう。
特に複数サイトを管理している場合は、対象となるフォルダを間違えて別のサイトへ上書きしないよう注意しましょう。
9．データベースを戻すときはさらに慎重に
WordPressでは、記事や設定など多くの情報がデータベースに保存されています。
そのため、データベースの復元はサイトへの影響が大きくなることがあります。
特に複数サイトを同じレンタルサーバーで運営している場合は、どのデータベースがどのWordPressサイトで使われているのか確認してから操作しましょう。
DB名だけを見て判断せず、対象サイトとの対応を確認することが重要です。
分からない状態で操作するよりも、一度確認してから復元する方が安全です。
10．自動バックアップだけに頼らない方がいい場合もある
レンタルサーバーの自動バックアップはとても便利です。
ただし、重要な作業を行う場合は、自分でも直前のバックアップを取っておくと安心です。
たとえば、
- WordPressの大きなアップデート
- テーマの変更
- PHPファイルの編集
- サイト移行
- 大規模なデザイン変更
- データベースを変更する作業
などです。
レンタルサーバー側のバックアップは一定のタイミングで取得されます。
そのため、
「今から作業を始める直前の状態を残しておきたい」
という場合は、バックアッププラグインなどを利用して手動で保存しておく方法もあります。
11．バックアッププラグインとの違い
レンタルサーバーのバックアップと、WordPressのバックアッププラグインは役割が少し異なります。
レンタルサーバー側のバックアップは、WordPressの管理画面に入れなくなった場合でも、サーバー側から確認できるのがメリットです。
一方、バックアッププラグインでは、
- 好きなタイミングでバックアップする
- 定期的に自動保存する
- バックアップファイルをダウンロードする
- 外部ストレージに保存する
などの機能を利用できるものがあります。
どちらか一方だけを使うというより、
レンタルサーバーの自動バックアップを基本にしながら、重要な作業前は必要に応じて自分でもバックアップする
という考え方が分かりやすいでしょう。
12．レンタルサーバーを選ぶときはバックアップ機能も確認する
レンタルサーバーを選ぶときは、
- 料金
- 表示速度
- WordPressの始めやすさ
- サポート
などが気になります。
しかし、実際にWordPressを長く運営することを考えると、バックアップ機能も重要です。
確認したいのは、
- 自動バックアップに対応しているか
- 何日分保存されるか
- WebデータとDBが保存されるか
- 復元に料金がかかるか
- 自分で管理画面から確認できるか
といった部分です。
2026年9月1日時点のConoHa WINGでは、Webサイト・メール・データベースを1日1回自動でバックアップし、過去14日分を復元用データとして利用できます。全プランに標準搭載されており、自動バックアップとリストアは無料です。
バックアップを確認するときの順番
初心者の場合は、トラブルが起きたときにいきなり復元するのではなく、次の順番で確認すると分かりやすいです。
- 何が起きたのか確認する
- いつから問題が起きたのか確認する
- 自動バックアップが残っているか確認する
- WebデータとDBのどちらが関係しているか確認する
- 復元後に消える可能性がある新しいデータを確認する
- 必要であれば現在の状態も保存する
- 戻すデータを間違えていないことを確認して復元する
特に複数サイトを同じサーバーで運営している場合は、ドメインとデータベースを必ず確認してから操作することが重要です。
まとめ
レンタルサーバーのバックアップは、WordPressでトラブルが起きたときに以前の状態へ戻すための重要な機能です。
WordPressではWebデータだけでなくデータベースも使用しているため、復元するときは、
何が壊れていて、何を戻す必要があるのか
を確認することが大切です。
また、自動バックアップが残っていても、すぐにサイト全体を過去の状態へ戻す必要があるとは限りません。
必要なファイルだけ戻せる場合もありますし、反対にデータベースまで確認しなければならない場合もあります。
特に複数のWordPressサイトを同じサーバーで運営している場合は、復元するサイトを間違えないよう注意しましょう。
バックアップは、「保存されていることを知っている」だけではなく、「どこにあり、必要なときにどう使うのかを知っておく」ことが大切です。
