WordPress安心診断 by MozCheck

【最短10分復旧】WordPressバックアップ＆復元完全手順｜主要サーバー別自動復元・プラグイン・手動リストア

Written by

Yudai Tsuyuzaki

in

,

WordPressでサイトを運営していると、プラグインやテーマの更新による画面真っ白（WSOD）、不正アクセスやマルウェア感染によるファイル改ざん、誤操作による記事や固定ページの削除など、予期せぬ重大トラブルに直面することがあります。

トラブルが発生した際、サイト運営者の命運を分けるのは 「いかに最短・確実に元の正常な状態へ復元（リストア）できるか」 です。バックアップデータを保存しているだけで満足してしまい、いざトラブルが起きた際に「復元手順がわからない」「復元を実行したらエラーで真っ白になった」「バックアップファイルが破損していた」とパニックに陥るケースは後を絶ちません。

本記事では、切迫したトラブル時でも 最短10分でサイトを完全復旧させるための復元手順 を軸に、国内主要レンタルサーバー4社の自動バックアップ機能の活用法から、定番プラグインを用いたGUI操作、さらには管理画面に入れない緊急時のFTP・phpMyAdminによる手動リストアまで、網羅的に分かりやすく解説します。

目次

WordPressのバックアップで必ず保存すべき「2大構成要素」

WordPressサイトのバックアップを正しく取得・復元するためには、まずサイトが どのようなデータ構造で成り立っているか を正確に把握しておく必要があります。WordPressは大きく分けて 「データベース（MySQL/MariaDB）」 と 「サーバー上のファイル群」 という2つの独立した要素で構成されています。

どちらか一方でも欠落していると、サイトを完全に元の状態へ復旧させることはできません。

1. データベース（MySQL）：記事本文・カテゴリー・ユーザー情報・各種設定値

データベースには、サイトのテキスト情報や設定値がすべて格納されています。

  • 投稿・固定ページの本文・タイトル・抜粋
  • カテゴリー・タグ情報および階層構造
  • 投稿・ページのカスタムフィールド（SEO設定、PV数、独自メタ情報など）
  • ユーザーアカウント情報（管理者・寄稿者のID、暗号化パスワード、権限グループ）
  • 投稿に寄せられたコメント情報
  • テーマやプラグインの各種設定オプション値（wp_options テーブル）

データベースのバックアップファイルは、通常 .sql 形式（または圧縮された .sql.gz 形式）としてエクスポートされます。記事テキストや設定はすべてここに含まれますが、画像の実体ファイルなどは含まれません。

2. ファイル一式（wp-content等）：アップロード画像・テーマ・プラグインファイル

Webサーバーの公開ディレクトリ（通常 public_html や DocumentRoot）には、WordPressを動作させるPHPプログラムや画像メディアが保存されています。

  • wp-content/uploads/: 記事内に挿入した画像・PDF・動画などのメディアファイル実体
  • wp-content/themes/: 有効化されているテーマおよび子テーマのテンプレートファイル群（functions.php、CSS、JS、PHPファイルなど）
  • wp-content/plugins/: インストールされている全プラグインのプログラムファイル
  • wp-config.php: データベース接続情報（DB名、ユーザー名、パスワード、ホスト名）やセキュリティ認証キーが記載された最重要設定ファイル
  • .htaccess: パーマリンク設定、リダイレクト処理、セキュリティヘッダー、キャッシュ設定などを制御するサーバー設定ファイル
  • WordPressコアファイル: wp-admin/、wp-includes/、およびルートディレクトリの基本PHPファイル群

バックアップや復元を行う際は、復旧させたいトラブルの内容に応じて「データベースのみの復旧で済むのか」「ファイル群も含めた全復旧が必要なのか」を冷静に見極めることが、最短時間でトラブルを解決するカギとなります。

【主要サーバー別】管理画面から最短で元に戻す自動バックアップ復元手順

万が一サイトが表示されなくなったりデータが破損したりした場合、最も迅速かつ安全に復旧できる手段は「レンタルサーバーの自動バックアップ機能を利用した復元」 です。プラグインやFTPを操作することなく、サーバーの管理パネルから数クリック・約10分程度でサイト全体を過去の正常な時点へ巻き戻すことができます。

国内の主要レンタルサーバー4社における自動バックアップの仕様と復元手順を比較・整理しました。

エックスサーバー：「サーバーパネル」からのWebデータ・MySQL無料復元手順

  1. サーバーパネルにログインします。
  2. メニュー内の「バックアップ」セクションにある 「自動バックアップ」 または 「サーバー簡単復元」 をクリックします。
  3. 復元対象として「Web領域データ」または「MySQLデータベース」を選択します。
  4. 復元したい対象ドメインおよび 復元希望日時（過去14日以内のカレンダーから選択） を指定します。
  5. 「復元を開始する」をクリックすると、サーバー内部で自動リストア処理がバックグラウンド実行されます（通常数分〜十数分で完了メールが届きます）。

ConoHa WING：「コントロールパネル」からの自動バックアップ復旧操作

  1. ConoHaコントロールパネルにログインし、左側メニューから 「サイト管理」 を選択します。
  2. 上部タブの 「サイトセキュリティ」 を開き、「バックアップ」 をクリックします。
  3. 「Web」「データベース」「メール」の各タブから、復元したい項目を選択します。
  4. リスト表示されたバックアップ一覧（過去14日分の日時一覧）から、正常に稼働していた日時の右側にある 「復元」ボタン をクリックします。
  5. 確認ダイアログが表示されるので、内容を確認して確定します。数分で復元が完了します。

さくらのレンタルサーバ：「バックアップ＆ステージング」を活用したスナップショット復元

  1. さくらインターネットのサーバーコントロールパネルにログインします。
  2. 左側メニューの 「Webサイト/ドメイン」→「バックアップ＆ステージング」 をクリックします。
  3. 「バックアップ一覧」から復元したいスナップショットを選択します。
  4. いきなり本番環境を上書き復元するのではなく、「ステージング環境へ復元」 を選択することで、テスト環境でサイトが正常表示されるか安全に確認できます。
  5. 動作確認が完了したら、ステージング環境から本番環境へ 「本番へ公開」 を実行します。

ロリポップ！：「7世代バックアップ」機能の復元フローと注意点

  1. ロリポップ！ユーザー専用ページにログインします。
  2. 左側メニューの 「サーバーの管理・設定」→「バックアップ」 を選択します。
  3. 利用可能なバックアップデータ一覧から、復旧したい日時を選択します。
  4. ハイスピードプラン・エンタープライズプランをご利用の場合は、画面上の指示に従ってオンライン上でそのまま「復元」を実行できます（ライト・スタンダードプランで「7世代バックアップオプション」未契約の場合は、有料でのデータ送付依頼となります）。

【一目でわかる】主要レンタルサーバー4社のバックアップ保存期間・復元費用比較表

レンタルサーバーバックアップ対象保持期間復元手数料復元所要時間の目安復元時の特徴・注意点
エックスサーバーWebデータ・メール・MySQL過去14日分無料約5〜15分管理パネルから即時オンライン復元可能。DB・Web領域を個別に選択リストア可。
ConoHa WINGWebデータ・メール・DB過去14日分無料約5〜15分コントロールパネルから日時指定でワンクリック復元。直感的なUIで初心者も迷わず操作可能。
さくらのレンタルサーバWebデータ・DB（スタンダード以上）最大8世代（初期値要設定）無料約10〜20分「バックアップ＆ステージング機能」でステージング環境に復元して動作検証してから本番反映可能。
ロリポップ！Webデータ・DB（ハイスピード以上は標準）過去7日分（自動）/15日分（オプション）ハイスピード以上は無料（下位プランは11,000円）約10〜30分下位プラン利用時は有料の復旧手数料が発生するため、ハイスピードプラン以上の利用が強く推奨される。

おすすめプラグインによる定期バックアップ＆復元手順（GUI操作）

「サーバーの自動バックアップだけに頼るのは不安」「外部クラウド（Google DriveやDropbox）に定期バックアップを自動退避させたい」「サイト移転やテスト環境構築も兼ねたい」という場合には、WordPressプラグインを活用したバックアップが最適です。

ここでは、定番プラグイン 「UpdraftPlus」 と 「All-in-One WP Migration」 の設定・復元手順を詳しく解説します。

「UpdraftPlus」：外部ストレージ（Google Drive/Dropbox）自動保存と分割復元

UpdraftPlusは、データベースとファイルを個別にバックアップ・復元できる高機能プラグインです。無料版でもGoogle DriveやDropbox、Amazon S3など主要なクラウドストレージへの自動転送に対応しています。

自動バックアップと外部クラウド連携の設定手順

  1. WordPress管理画面の「設定」→「UpdraftPlus バックアップ」を開きます。
  2. 「設定」タブを開き、ファイルとデータベースのバックアップスケジュールを「毎日」または「毎週」に設定し、保持世代数（例: 7〜14世代）を指定します。
  3. 保存先として「Google Drive」等を選択し、画面の指示に従ってGoogleアカウントと連携認証を行います。
  4. 即時手動でバックアップを取得したい場合は、「バックアップ/復元」タブを開き、青色の 「今すぐバックアップ」 ボタンをクリックします。

UpdraftPlusを用いたワンクリック復元手順

  1. 管理画面の「設定」→「UpdraftPlus バックアップ」の「バックアップ/復元」タブを開きます。
  2. 画面下部の「既存のバックアップ」一覧から、復元したい日時の行にある 「復元」ボタン をクリックします。
  3. 復元対象コンポーネントの選択画面が表示されます（プラグイン、テーマ、アップロード、その他、データベース）。トラブルの原因に応じて必要な項目、または全項目にチェックを入れます。
  4. 「次へ」をクリックすると復元データの展開と準備が行われ、確認画面で「復元」をクリックします。
  5. 「Restore successful!」と表示されれば復元完了です。

「All-in-One WP Migration」：サイト丸ごとエクスポートとインポート復旧手順

All-in-One WP Migrationは、データベース・メディアファイル・プラグイン・テーマのすべてを単一の専用ファイル（.wpress 形式）にパッケージ化してエクスポートできるツールです。

エクスポート（バックアップ取得）手順

  1. 管理画面の「All-in-One WP Migration」→「エクスポート」を開きます。
  2. 「エクスポート先」をクリックし、メニューから 「ファイル」 を選択します。
  3. アーカイブ作成処理が開始され、完了するとダウンロードボタンが表示されます。クリックしてPCローカルに .wpress ファイルを保存します。

インポート（復元）手順

  1. 管理画面の「All-in-One WP Migration」→「インポート」を開きます。
  2. 保存してある .wpress ファイルを画面の枠内にドラッグ＆ドロップします。
  3. 「サイトのデータベース、メディア、プラグイン、テーマを含むすべてのデータが上書きされます」という警告が表示されるので、確認して「開始（Proceed）」をクリックします。
  4. インポート完了後、「パーマリンク構造を保存してください」 というメッセージが表示されるため、管理画面の「設定」→「パーマリンク」を開き、何も変更せずに 「変更を保存」ボタンを2回クリック します（これにより .htaccess のリライトルールが再生成されます）。

プラグイン復元で失敗しないための注意点（アップロード上限容量・タイムアウト制限）

プラグインを用いた復元時に最も多いトラブルが、「ファイルのアップロード容量制限」や「サーバーのタイムアウト（504 Gateway Timeout）」による中断です。

  • アップロード上限の引き上げ: レンタルサーバーの管理パネルにある「PHP設定」から、upload_max_filesize および post_max_size をバックアップファイルサイズ以上（例: 512Mや1G）に設定します。
  • 実行時間制限の緩和: max_execution_time を 300（秒）程度に引き上げ、途中でタイムアウトしないように設定してください。

【緊急時・管理画面に入れない場合】FTPとphpMyAdminによる手動リストア手順

「WordPressの管理画面自体が真っ白（White Screen of Death）でアクセスできない」「重大なFatal Errorが発生してログイン画面すら開かない」というケースでは、プラグインを使用した復元は行えません。

このような緊急事態では、FTPクライアント（FileZilla等）とデータベース管理ツール（phpMyAdmin）を用いた手動リストア が必須となります。落ち着いて以下の手順を実行してください。

STEP 1：FTPソフトでWordPressファイル一式を上書きアップロードする

  1. FileZillaなどのFTPソフトを起動し、レンタルサーバーのFTP情報（ホスト名、ユーザー名、パスワード、ポート番号21/22）を入力してサーバーに接続します。
  2. WordPressがインストールされている公開ディレクトリ（public_html/ 等）へ移動します。
  3. トラブルの原因となっている可能性が高いディレクトリを特定します：
    • 直前のプラグイン更新が原因の場合: wp-content/plugins/ 内の該当プラグインフォルダ名を一時的にリネーム（例: broken-plugin_bak）することで、該当プラグインを強制無効化できます。
    • テーマのカスタマイズ（functions.php の編集ミスなど）が原因の場合: wp-content/themes/対象テーマ/ のバックアップファイルを上書きアップロードします。
  4. サイト全体を丸ごと復元する場合は、ローカルに保管してある健全なバックアップファイル群（wp-content/ 配下やコアファイル）をFTP経由でサーバーへ上書きアップロードします。

STEP 2：phpMyAdminでデータベース（.sqlファイル）を安全にインポートする

  1. レンタルサーバーの管理パネルから 「phpMyAdmin」 にアクセスし、対象データベースのユーザー名とパスワードでログインします（接続情報が不明な場合は、FTPでルートディレクトリの wp-config.php をダウンロードして DB_USER と DB_PASSWORD を確認してください）。
  2. 左側メニューから、該当WordPressサイトで使用しているデータベース名をクリックして選択します。
  3. 【最重要：既存テーブルの事前バックアップ】 作業前には必ず上部メニューの「エクスポート」から、現状の破損している可能性があるDBも念のためエクスポートして手元に保存しておきます。
  4. 上部メニューの 「インポート」タブ をクリックします。
  5. 「アップロードファイル」の「ファイルを選択」をクリックし、PCローカルに保存してあるバックアップの .sql（または .sql.gz）ファイルを選択します。
  6. 文字セットが utf8mb4 または utf8 になっていることを確認し、ページ最下部の 「インポート（実行）」 ボタンをクリックします。
  7. 「インポートは正常に終了しました」という緑色のメッセージが表示されれば、データベースのリストアは完了です。

STEP 3：「wp-config.php」のデータベース接続情報の確認

データベースをインポートした後に「データベース接続確立エラー」が表示される場合、wp-config.php 内の接続設定がデータベースの実際の情報と一致していない可能性があります。

  • DB_NAME（データベース名）
  • DB_USER（ユーザー名）
  • DB_PASSWORD（パスワード）
  • DB_HOST（ホスト名：localhost やサーバー指定のアドレス）

上記4項目が正しく記述されているか確認し、必要に応じて修正してください。

【上級者向け】WP-CLIを用いた高速手動バックアップ＆リストア

SSH接続が許可されているレンタルサーバーやVPS環境では、コマンドラインツール 「WP-CLI」 を利用することで、数ギガバイトに及ぶ巨大なデータベースであってもタイムアウトなしで瞬時にエクスポート・インポートできます。

# 1. データベースの即時エクスポート（バックアップ）
wp db export backup_$(date +%Y%m%d).sql

# 2. 既存データベースの最適化・修復チェック
wp db check
wp db repair

# 3. バックアップSQLファイルからのデータベース高速インポート（復元）
wp db import backup_20260117.sql

# 4. 原因プラグインの特定時：全プラグインの一括無効化
wp plugin deactivate --all

# 5. 特定のプラグインのみを再有効化
wp plugin activate updraftplus

STEP 4：復元直後のパーマリンク再保存（.htaccess再生成）による404エラー防止策

ファイル群やデータベースの復元が完了したら、必ずWordPress管理画面にログインし、「設定」→「パーマリンク」を開いて何も変更せずに「変更を保存」をクリック してください。これにより、サーバー上の .htaccess ファイルにWordPress標準のリライトルールが再書き込みされ、復元直後に多発する「個別記事がすべて404 Not Foundになる不具合」を未然に防止できます。

もし管理画面にアクセスできない状態でパーマリンク不具合が起きている場合は、FTPでルートディレクトリの .htaccess ファイルを開き、以下の WordPress標準コード を手動で記述して保存してください。

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

復旧失敗を防ぐ！バックアップ運用の「3-2-1ルール」と定期復元テストの重要性

バックアップを定期的に取得していても、いざという時に「ファイルが破損していて使えなかった」「復旧手順に不備があって丸一日サイトが停止した」となっては意味がありません。企業のWeb担当者やサイト運営者が守るべき 堅牢運用の鉄則 を解説します。

サーバー内だけにバックアップを置く危険性（外部クラウドへの多重化）

データ保護の世界で業界標準とされているのが 「3-2-1バックアップルール」 です。

  • 3つのデータコピーを保持する（本番データ ＋ バックアップ2つ）
  • 2種類の異なるメディア・場所に保存する（サーバーローカル領域 ＋ クラウドストレージ）
  • 1つは完全に別の物理ロケーション（オフサイト）に保管する（Google Drive、Dropbox、AWS S3など）

サーバー内の同一ディレクトリ（例: wp-content/uploads/backups/）にだけバックアップを保存していると、サーバー自体のストレージ障害やランサムウェア・マルウェア感染によってバックアップデータごと暗号化・消失してしまうリスクがあります。必ずUpdraftPlus等のプラグインを活用して、外部クラウドへ自動転送する運用を徹底してください。

「バックアップは取れていたが復元できない」事態を防ぐリハーサル手順

「バックアップを取得すること」と「正常に復元できること」は全くの別物です。半年に1回、あるいは年1回は、以下の 復元リハーサル を実施することを推奨します。

  1. 本番環境とは別の「サブドメイン」や「ステージング環境（テストサーバー）」を用意する。
  2. 直近取得したバックアップデータを用いて、ステージング環境へリストア作業を実施する。
  3. 主要ページ（トップ、投稿記事、お問い合わせフォーム等）が正しく表示・動作するか検証する。
  4. 管理画面のログインや各種設定値に文字化け・エラーがないか確認する。

この復元テストを経験しておくことで、万が一本番障害が発生した際も、担当者がパニックにならず冷静沈着に最短時間で復旧作業を完遂できるようになります。

専門家による緊急データ復旧・保守代行サポート

「自分たちで手動復元を試みたが、エラーが消えずサイトが直らない」「重要な顧客データや直近の記事データが消えてしまい困り果てている」「バックアップの定期運用やセキュリティ対策を丸ごとプロに任せたい」という場合は、無理に自力で修復しようとして二重のデータ破損を招く前に、WordPress専門の保守エンジニアにご相談ください。

当社では、突然の画面真っ白（WSOD）やデータベース破損からの 緊急データ復旧サービス をはじめ、自動バックアップ体制の構築、日々のコア・プラグインアップデート代行、24時間死活監視まで、ワンストップでサポートしています。まずは現状のサイト状況をお気軽にお問い合わせください。

まとめ：万全のバックアップ体制が最大のセキュリティ対策

WordPressサイトのバックアップと復元は、サイト運営における最も根本的で重要なリスクマネジメントです。

  • まずはサーバーの自動バックアップ機能 を確認し、いざという時の復元手順を把握しておく
  • UpdraftPlusなどのプラグイン を活用し、Google Drive等の外部クラウドへ多重保管（3-2-1ルール）を確立する
  • 管理画面に入れない最悪の事態に備え、FTPとphpMyAdminによる手動リストア手順 を理解しておく
  • 復元後は必ず 「パーマリンクの再保存（.htaccess再生成）」 を行い404エラーを防ぐ

トラブルは予測できないタイミングで突然訪れます。今すぐ自社サイトのバックアップ設定を見直し、万全の復旧体制を整えておきましょう。

関連記事

関連記事

  1. 【即時復旧】WordPress「このサイトで重大なエラーが発生しました」の原因特定と直し方完全ガイド｜リカバリーモード・デバッグ手順
  2. 【即時解除】WordPressメンテナンスモードが終わらない原因と直し方｜.maintenanceファイル削除からエラー再発防止まで完全ガイド
  3. 【失敗・崩れゼロ】WordPressプラグイン安全更新手順｜互換性チェックと即時ロールバック復旧術
  4. WordPressの表示崩れを直す即効ガイド｜CSS・レイアウト不具合の原因と対処法

投稿者

Yudai Tsuyuzaki

フリーランスのWeb系プログラマー。 長野県の北アルプス地方在住

🧰 WordPress無料診断

サイト改善の第一歩をお届け

当サイト「MozCheck」は、WordPressサイトの不安をチェックできる無料診断サービスです。
URLを入力するだけ。登録不要、すぐに診断結果が表示されます。

無料で診断する

コメント

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

More posts