本記事にはプロモーション（広告）が含まれます。

ブログ運営で一番怖いのは、記事が消えることです。しかも消えるときは、たいてい自分のミスです。プラグインの更新、テーマの編集、操作の間違い——攻撃されるより、自分で壊すほうが圧倒的に多いと思っています。

この記事では、非エンジニアが最低限やっておくべき設定と、意外と見落とされる「戻せるかどうかの確認」までをまとめます。

何をバックアップするのか

WordPressのデータは、大きく2つに分かれています。片方だけ残っていても、ブログは元に戻りません。

ここを勘違いすると危険です。「記事はバックアップしてあるから大丈夫」と思っていたら、画像が全部消えていた——という事態が起こりえます。バックアップの設定画面では、両方が対象になっているかを必ず確認してください。

レンタルサーバーの自動バックアップだけでは足りない理由

最近のレンタルサーバーは、標準で自動バックアップを持っているものが多いです。それ自体はありがたいのですが、これだけに頼るのは危ういと考えています。

• 保存期間が短いことがある（14日程度が多い）。1か月前の状態には戻せません
• 復元に手数料がかかるプランがあります
• 同じサーバー会社の中にあるため、契約が切れたり、アカウントに問題が起きると一緒に失われます
• そもそも自分では中身を確認できないことが多い

特に3つ目が大事です。バックアップは、元のデータとは違う場所に置いて初めて意味があります。 サーバーの自動バックアップは「保険の1つ」として数え、それとは別に自分でも取っておくのが安全です。

プラグインでの設定手順

非エンジニアなら、まずプラグインで十分です。私はUpdraftPlusを使っています。無料版でも、必要なことはひととおりできます。

2番目で見落としがちなのが、ファイルとデータベースを別々に設定する点です。片方だけ設定して安心してしまうケースがあります。

そして5番目。設定しただけで終わりにしないでください。 一度手動で実行して、保存先を開いて、実際にファイルが入っていることを目で確認します。ここまでやって初めて「設定できた」と言えます。

保存先は必ず別の場所に

プラグインの設定で「サーバー内に保存」を選ぶこともできますが、これは避けてください。

サーバーが原因で壊れた場合、バックアップも一緒に消えます。同じ家の中に、家の合鍵を置いているようなものです。

私はGoogleドライブに保存しています。ブログ用のフォルダを1つ作って、そこに入れるだけです。容量が気になる場合は、後述する世代数で調整します。

頻度と世代数の決め方

「毎日取ればいい」と思いがちですが、更新頻度に合わせるのが現実的です。

ファイル（画像やテーマ）は毎日変わるものではないので、頻度を下げて構いません。頻繁に変わるのは記事＝データベース側です。

世代数は「気づくまでの時間」で決める

保存する世代数は、「異常に気づくまでにどれくらいかかるか」で決めるのがおすすめです。

たとえば1世代しか残していないと、壊れた状態が上書き保存された時点で終わりです。私は週1回のバックアップを4世代（約1か月分）残しています。1か月前まで戻れれば、たいていの事故には対応できるという考え方です。

復元テストのやり方

ここが本題です。 バックアップを取っていても、戻せなければ意味がありません。そして「戻せるかどうか」は、実際にやってみるまで分かりません。

テスト環境の作り方はいくつかあります。

• レンタルサーバーの「ステージング環境」機能を使う（プランによっては標準で付いています）
• 同じサーバーのサブドメインにWordPressをもう1つ入れる
• 自分のパソコンにローカル環境を作る

非エンジニアなら、サブドメインにもう1つ入れる方法が一番わかりやすいと思います。多くのレンタルサーバーは、管理画面から数クリックでWordPressを追加できます。

最後の1つも大事です。実際に事故が起きたときは焦ります。 「30分あれば戻せる」と分かっているだけで、対応がまったく違います。

私は年に1〜2回やれば十分だと考えています。サーバーやプラグインを大きく変えたときは、その都度やっておくと安心です。

手動バックアップを取るタイミング

自動設定をしていても、この5つの前には手動で1回取るようにしています。

• テーマを更新する前（見た目が崩れる原因の第1位です）
• プラグインを新しく入れる前
• PHPのバージョンを変える前
• テーマのファイルやCSSを直接編集する前
• サーバーを引っ越す前

手動バックアップは、プラグインの「今すぐバックアップ」を押すだけで数分です。この数分をケチって半日溶かすのが、いちばんもったいないパターンです。

AIに頼るときの線引き

このブログはAI活用がテーマなので、正直に書きます。バックアップに関しては、AIに任せる部分は多くありません。

元の記事では「スクリプトを作って自動化する」方法を勧めていましたが、非エンジニアがそこに手を出す必要はないというのが、いまの私の考えです。プラグインで十分ですし、自分で理解できない仕組みは、壊れたときに直せません。

よくある質問

Q. 無料プラグインで大丈夫ですか？

個人ブログの範囲であれば、無料版で足りています。有料版の主な違いは、複数サイトの一括管理や、復元をより簡単にする機能です。

Q. Googleドライブの容量が心配です

世代数を減らすか、ファイル（画像）のバックアップ頻度を下げてください。画像は月1回でも、その間に増えた分を失うだけで済みます。

Q. バックアップが失敗しているか分かりません

プラグインの設定で「失敗したらメールで通知」を有効にしておいてください。そのうえで、月に1回は保存先のフォルダを開いて、日付の新しいファイルがあるかを目で確認するのが確実です。

Q. サイトが壊れて管理画面に入れません

この場合はプラグインからの復元ができないので、サーバー会社のバックアップ機能や、契約しているサポートに相談することになります。この状況を想定して、サーバー側の復元手順も一度読んでおくと安心です。

Q. ほかにやっておくべきセキュリティ対策はありますか？

ログインまわりの対策は最低限やっておいたほうがいいです。ブログの始め方や運営全般についてはブログの初期費用はいくら?実質0円で始められた話にまとめています。

バックアップは、取っている間はまったく役に立ちません。役に立つのは、事故が起きた1回だけです。だからこそ「本当に戻せるのか」を一度だけ確かめておく——それが一番効く対策だと思っています。