「ある朝サイトを開いたら真っ白だった」「更新作業のあと表示が崩れて元に戻せない」――WordPressで運営しているホームページやネットショップでは、こうしたトラブルがいつ起きてもおかしくありません。WordPressはプラグインやテーマ、PHP・サーバーの更新など多くの要素が絡み合って動いており、ちょっとしたきっかけで表示不能や情報の消失が起こり得ます。そして、そのとき本当に被害を最小限に抑えてくれるのが「バックアップ」です。バックアップさえ正しく取れていれば、最悪の場合でも元の状態へ戻すことができます。この記事では、豊橋・東三河の中小企業や店舗の経営者・担当者の方に向けて、WordPressのバックアップ方法と、万一に備えるための運用ルールを、手順・費用感・注意点・チェックリストを交えて具体的に解説します。
なぜWordPressにバックアップが必要なのか
WordPressは世界中で最も使われているCMS（コンテンツ管理システム）であり、扱いやすく拡張性が高い反面、構成が複雑です。サイトの表示は「データベースに保存された文章や設定」と「サーバー上のファイル（テーマ・プラグイン・画像など）」の両方がそろって初めて成り立ちます。どちらか一方でも壊れれば、サイトは正常に表示されなくなります。バックアップが必要になる典型的な場面は次のとおりです。
- プラグインやテーマの更新でサイトが崩れた・真っ白になった
- WordPress本体やPHPのバージョンアップで互換性の問題が発生した
- 不正アクセス・改ざん・マルウェア感染による被害を受けた
- 操作ミスで固定ページや投稿、画像を誤って削除してしまった
- サーバー障害やレンタルサーバーの契約トラブルでデータにアクセスできなくなった
これらは「めったに起きない特別なこと」ではなく、運用を続けていれば誰にでも起こり得る身近なリスクです。とくに自動更新を有効にしている場合、知らないうちに更新が走って不具合が出ることもあります。バックアップは「保険」であり、入っていない状態でトラブルに遭うと、復旧に多大な時間と費用がかかるばかりか、最悪の場合は数年分の記事や顧客データが永久に失われます。中小企業や店舗にとって、ホームページは大切な営業ツールです。止まれば問い合わせや予約、売上の機会を失います。だからこそ、まだ何も起きていない平常時にこそ、バックアップ体制を整えておくことが重要なのです。
バックアップで守るべき2つの対象
WordPressのバックアップを考えるとき、まず押さえておきたいのが「何を守るのか」です。対象は大きく分けて2つあります。この2つをセットで保管しておかなければ、いざというときに完全な復元はできません。
1. データベース
投稿・固定ページの本文、コメント、カテゴリ、各種設定、ユーザー情報などはすべてデータベース（多くの場合MySQL／MariaDB）に保存されています。文章コンテンツの中心はここにあるため、データベースが失われると記事がまるごと消えてしまいます。データベースのバックアップは多くの場合「.sql」という形式のファイルとして書き出されます。
2. ファイル一式（wp-content など）
テーマ、プラグイン、アップロードした画像やPDF、各種設定ファイルはサーバー上のファイルとして存在します。とくに「wp-content」フォルダの中には、自社で使っているテーマ・プラグイン・メディアファイルが入っており、デザインや機能を再現するうえで欠かせません。データベースだけ戻してもファイルがなければ画像が表示されず、レイアウトも崩れてしまいます。
| 対象 | 主に含まれるもの | 失うと起きること |
|---|---|---|
| データベース | 記事・固定ページ・設定・コメント・ユーザー | 文章コンテンツが消える |
| ファイル一式 | テーマ・プラグイン・画像・PDFなど | デザイン崩れ・画像欠落・機能停止 |
つまり、「データベース」と「ファイル一式」の両方を同じタイミングで取得し、ペアで保管することが正しいバックアップの基本です。片方だけでは元の状態へ戻せないことを覚えておきましょう。
WordPressのバックアップ方法は大きく3種類
バックアップの取り方にはいくつかの選択肢があります。それぞれにメリットとデメリットがあるため、自社の体制やスキル、予算に合わせて選びましょう。代表的な3つの方法を紹介します。
方法1：プラグインを使う（初心者におすすめ）
最も手軽なのが、バックアップ専用プラグインを使う方法です。管理画面から操作でき、自動スケジュールやクラウドへの保存にも対応しているものが多く、専門知識がなくても始められます。代表的なプラグインには次のようなものがあります。
- UpdraftPlus：利用者が非常に多い定番。Google DriveやDropboxなど外部ストレージへの自動保存に対応し、復元もボタン操作で行えます。
- BackWPup：データベースとファイルのバックアップをスケジュール実行でき、保存先も柔軟に指定できます。
- All-in-One WP Migration：サイトの引っ越し（サーバー移転）にも使いやすく、エクスポート・インポートが簡単です。
プラグイン方式は手軽さが最大の利点ですが、サイトの規模が大きいとサーバーに負荷がかかったり、無料版では機能や保存先が制限されたりする場合があります。導入後は「実際に正しく取れているか」を必ず確認しましょう。
方法2：レンタルサーバーの自動バックアップ機能を使う
多くのレンタルサーバーには、サーバー側で自動的にデータをバックアップする機能が用意されています。エックスサーバー、ロリポップ、さくらのレンタルサーバー、ConoHa WINGなどが代表例で、一定期間分のデータを自動保持してくれます。利用者側で特別な操作をしなくても保管される点が大きなメリットです。ただし注意点もあります。
- 無料で取得・保管はできても、復元（リストア）時に別途手数料がかかるプランがある。
- 保持される期間が短い（例：直近7日〜14日分のみ）ため、古い状態には戻せないことがある。
- あくまでサーバー会社の都合で運用される機能なので、保管先がサーバーと同じ環境に集約されている場合がある。
サーバーの自動バックアップは「あると安心」ですが、それだけに頼り切るのは危険です。仕様を必ず契約サーバーの公式情報で確認しておきましょう。
方法3：手動でバックアップする（FTPとデータベース書き出し）
最も確実にコントロールできるのが手動方式です。FTPソフト（FileZillaなど）でサーバー上のファイル一式をパソコンにダウンロードし、phpMyAdminなどからデータベースを「.sql」形式でエクスポートします。手間はかかりますが、保存先を自分で管理でき、プラグインに依存しない安心感があります。一方で、操作に慣れていないとファイルの取りこぼしやデータベースの文字化けが起きることがあり、ある程度の知識が必要です。サイト移転やトラブル時の調査など、確実性が求められる場面で有効な方法です。
バックアップ運用ルールの作り方
バックアップは「一度取れば終わり」ではありません。サイトは日々更新されるため、運用ルールとして仕組み化することが大切です。ここでは押さえておきたい運用の考え方を整理します。
頻度を決める
更新の多さに応じて頻度を決めましょう。目安は次のとおりです。
| サイトの更新状況 | 推奨バックアップ頻度 |
|---|---|
| 毎日ブログ・お知らせを更新する | 毎日（自動） |
| 週に数回更新する | 週1〜2回 |
| ほとんど更新しない会社案内サイト | 月1回＋更新作業の前後 |
| ネットショップ（受注・在庫あり） | 毎日＋重要な変更の直前 |
とくにプラグインやテーマ、WordPress本体を更新する作業の直前には、必ず手動でバックアップを取ることを習慣にしてください。トラブルの多くは更新作業をきっかけに起きるため、直前のバックアップがあれば即座に元へ戻せます。
保管場所を分ける（3-2-1ルール）
バックアップデータをサーバー上に置いたままにするのは危険です。サーバー自体が障害を起こせば、本体もバックアップも同時に失われてしまうからです。そこで参考になるのが「3-2-1ルール」という考え方です。
- 3つのコピーを持つ（オリジナル＋2つのバックアップ）。
- 2種類の異なる媒体に保存する（例：クラウドと外付けドライブ）。
- 1つはサイトとは別の場所（オフサイト）に保管する（クラウドストレージなど）。
中小企業や店舗でここまで厳密に行うのが難しい場合でも、最低限「サーバーとは別の場所（Google DriveやDropbox、社内のパソコンや外付けHDD）に1つコピーを置く」ことを徹底しましょう。
保持期間（世代管理）を決める
古いバックアップを残しておく「世代管理」も重要です。たとえば改ざんやデータ破損に気づくのが遅れた場合、直近のバックアップにはすでに問題が混入していることがあります。日次バックアップを7世代、週次を4世代といった形で複数残しておけば、問題が起きる前の正常な状態まで遡れます。保存容量とのバランスを見ながら、何世代残すかをあらかじめ決めておきましょう。
バックアップから復元する手順と注意点
バックアップは取るだけでなく「戻せること」が目的です。いざというときに慌てないよう、復元の流れと注意点も理解しておきましょう。プラグイン（UpdraftPlusなど）を使う場合の一般的な流れは次のとおりです。
- 管理画面のプラグイン設定画面を開き、復元したいバックアップ（日付）を選ぶ。
- 復元する対象（データベース・テーマ・プラグイン・アップロードファイルなど）を選択する。
- 復元を実行し、完了後にサイト表示・問い合わせフォーム・決済などの動作を確認する。
手動の場合は、FTPでファイルをアップロードし直し、phpMyAdminでデータベースをインポートして戻します。復元時の注意点は次のとおりです。
- 本番サイトでいきなり復元しない：可能ならテスト環境（ステージング）で先に試し、問題がないことを確認してから本番に反映する。
- 復元前に現状のバックアップも取る：復元自体が失敗したときに、今の状態へ戻せるようにしておく。
- ドメインやサーバーが変わる場合はURLの置換が必要：移転時は内部リンクや画像パスのURLを正しく書き換える。
- PHPやデータベースのバージョン差に注意：古いバックアップを新しい環境に戻すと互換性の問題が出ることがある。
復元作業は緊張する場面ですが、日頃から「取得したバックアップで本当に戻せるか」を一度テストしておくと安心感がまるで違います。バックアップが存在しても、ファイルが壊れていたり中身が不完全だったりして「いざ戻そうとしたら戻せなかった」というケースは実際に少なくありません。年に一度でよいので、復元テストを運用ルールに組み込みましょう。
バックアップの費用感とよくある失敗
「バックアップにはどれくらいの費用がかかるのか」も気になるところでしょう。代表的な選択肢ごとの費用感の目安を整理します（あくまで一般的な目安で、実際の金額は各サービスの料金体系によります）。
| 手段 | 費用感の目安 | 向いているケース |
|---|---|---|
| 無料プラグイン | 0円（機能制限あり） | 小規模サイト・自分で運用できる場合 |
| 有料プラグイン／追加ストレージ | 年数千円〜程度 | 自動化や外部保存を確実に行いたい場合 |
| サーバーの自動バックアップ | 無料〜復元時に手数料 | 最低限の保険として併用したい場合 |
| 制作会社の保守契約に含む | 月額の保守費に含まれることが多い | 本業に集中し運用を任せたい場合 |
コストを抑えたいなら無料プラグインとサーバー機能の併用でも始められますが、「設定したつもりで動いていなかった」という失敗が非常に多いのも事実です。よくある失敗例を挙げておきます。
- バックアップを取っているつもりが、実際は失敗してファイルが空だった（通知設定をしておらずエラーに気づかない）。
- 保存先がサーバー内のみで、サーバー障害時に一緒に消えた。
- データベースだけ／ファイルだけしか取っておらず、完全復元できなかった。
- 容量不足で古いバックアップに上書きされ、必要な世代が残っていなかった。
- 復元方法を誰も把握しておらず、トラブル時に対応できなかった。
これらは「設定したら一度は実際に取得・復元を確認する」「保存先を外部に分ける」「通知を有効にする」といった基本を守るだけで防げます。費用をかけるかどうか以前に、運用の仕組みが機能しているかが何より大切です。
導入前に確認したいチェックリスト
最後に、自社のバックアップ体制が整っているかをすぐ確認できるチェックリストをまとめます。一つでも「いいえ」があれば、改善の余地があります。
- データベースとファイル一式の両方をバックアップしているか。
- 更新頻度に合ったスケジュールで自動取得できているか。
- 保存先をサーバーとは別の場所（クラウド等）に分けているか。
- 複数の世代を残し、問題発生前まで遡れるか。
- プラグインやテーマ、本体の更新作業の前に手動バックアップを取る運用になっているか。
- 実際に復元できるかをテストしたことがあるか。
- バックアップの成功・失敗の通知を受け取れる設定になっているか。
- 担当者が不在でも、復元手順を共有できているか。
このチェックリストを定期的に見直すことで、「気づいたらバックアップが止まっていた」という事態を防げます。バックアップは導入して終わりではなく、運用し続けてこそ意味があるものです。
まとめ
WordPressのバックアップは、サイトという大切な資産を守るための欠かせない備えです。ポイントは、「データベースとファイル一式の両方を」「自社に合った頻度で」「サーバーとは別の場所に」「複数世代」保管し、実際に復元できることを確認しておくことです。プラグイン・サーバー機能・手動という方法を組み合わせ、更新作業の前には必ず手動バックアップを取る習慣をつければ、万一のトラブルにも落ち着いて対応できます。とはいえ、「設定が正しいか不安」「忙しくて運用まで手が回らない」という方も多いはずです。
ロジカルデザインの現場から
バックアップは、必要になって初めてありがたみがわかるものだと現場で痛感しています。ロジカルデザインでは豊橋のお客様のサイトを預かるとき、どこに・どのくらいの頻度で・誰が取るかという運用ルールまで決めておくようにしています。自動化しておけば人の手を煩わせずに備えられますし、万一のときに復旧できる状態を保てるからです。せっかく積み上げたコンテンツや問い合わせの導線を一瞬で失わないためにも、いまのバックアップ体制を一度確認しておくと安心です。
— 株式会社ロジカルデザイン 代表 垣内 博明
ロジカルデザインは愛知県豊橋市を拠点に、東三河エリアの中小企業・店舗のホームページ制作と運用保守をお手伝いしています。バックアップ体制の構築や、トラブル時の復旧、安心して任せられる保守プランのご相談を承っています。WordPressのバックアップや運用ルールでお困りの方は、無料相談・お見積もりをお気軽にご利用ください。御社の状況に合わせて、最適な備え方をご提案します。
