カテゴリーの整理、PR表記、サーチコンソール、画像の著作権…と、ひとつずつ調べながら記事を書いてきました。
気づけば、公開した記事と下書きを合わせて30本ほど。そこでふと、「これ、ある日ぜんぶ消えたらどうしよう…」と急に怖くなりました。
今回は、WordPressの公式ドキュメントを読んで、バックアップと更新（本体・テーマ・プラグイン）のしくみを調べてみました。まだ実際に設定したわけではないので、「調べてわかったこと」と「これからやる順番」の記録です。
記事が増えてきて、急に「消えたらどうしよう」と怖くなった！
WordPressの公式ドキュメントには、データベースには投稿・コメント・リンクがすべて入っていて、それが消えたり壊れたりすると、全部を失うおそれがあると書かれていました。
逆に言えば、データベースとファイルの両方をきちんとバックアップしておけば、すぐに元に戻せる、という説明です。「消えないようにする」より「消えても戻せるようにする」のが大事なんだとわかりました。
ここまで記事を書いてきて、バックアップのことを一度も考えていなかった…！書くのと同じくらい、守るのも大事な作業でした。
バックアップって何を残すの？？ファイルとデータベースの2つだった！
私は最初、「WordPressのフォルダをまるごと保存すればいいのかな」と思っていました。でも公式の説明では、ふつうの構成ではデータベースはフォルダの外（MySQLやMariaDBという別のしくみ）にあるので、フォルダをダウンロードしてもデータベースは取れないそうです。
| 残すもの | 中身 | 保存のしかた |
|---|---|---|
| ファイル | WordPressのフォルダ（テーマ・プラグイン・画像など） | フォルダをダウンロードして保存 |
| データベース | 投稿・コメント・リンクなど | .sqlなどのファイルに書き出して保存（戻すときは取り込み直す） |
データベースは定期的に、そして更新の前には必ず取ること。記事の少ない小さなサイトなら週1回、更新が多く記事も多いサイトなら毎日が目安だそうです。
さらに、直近のバックアップを少なくとも3〜5個持ち、保存場所も分けるのがよいとのこと。例として、サーバー上・クラウド（Google DriveやDropboxなど）・手元のパソコンの3か所が挙げられていました。
また、サーバー会社によってはバックアップのしくみを用意しているので、「どんなサービスがあるか確認するように」とも案内されていました。私が使っているサーバーの機能は、まだ確かめていません。
「フォルダを保存すれば全部OK」ではないのがつまずきポイント！記事の中身はデータベース側にあるので、両方そろって初めてバックアップです。
WordPressの「更新」画面、本体・テーマ・プラグインで何が違う？？
| 種類 | 更新する場所 | 自動更新 |
|---|---|---|
| WordPress本体 | ダッシュボード → 更新 | WordPress 3.7以降、マイナー更新とセキュリティ更新は自動で入る |
| テーマ | 外観 → テーマをクリックした詳細画面 | WordPress 5.5から、テーマごとに有効にできる |
| プラグイン | プラグイン画面の「自動更新」の列 | WordPress 5.5から、プラグインごとに有効にできる |
本体の更新は、新しいバージョンのお知らせか「ダッシュボード → 更新」の画面から、ボタンを押すワンクリック更新です。公式の更新ページにも、始める前にバックアップを取っておけば問題が起きても復元できる、と書かれていました。
このブログのテーマはCocoonです。Cocoonの公式FAQでは、子テーマを使うことが強く推奨されていました。親テーマは更新のたびにファイルが上書きされるので、親テーマに直接加えたカスタマイズ（CSSの変更やfunctions.phpの編集など）はすべて消えてしまうそうです。子テーマを有効にしておけば、親テーマを更新してもカスタマイズは残ります。
自動更新はオンにしていい？？公式の説明と注意点を確かめてみた
自動更新の設定場所は、公式ドキュメントでこう説明されていました。
- テーマ：「外観」でテーマをクリック → 詳細画面の作者名の下にある「自動更新を有効化」を押す（テーマごとに設定。同じリンクで無効にも戻せる）
- プラグイン：「プラグイン」画面で、各プラグインの「自動更新」の列にあるリンクで切り替える
- まとめて切り替えるときは、一括操作で選んで「適用」を押す
自動更新は、標準では1日2回動くそうです。そして大事なのが注意点。公式は、自動更新を有効にする前に、うまくいかなかったとき元に戻せるようバックアップを取っておくよう案内していました。データベースとファイルを定期的に自動でバックアップするプラグインもある、と書かれています。
Cocoonについては、公式FAQに「自動更新で最新版にアップデートしてください」という書き方はありました。ただ、親テーマ・子テーマの両方で自動更新をオンにしてよいか、という明確な案内は見つけられませんでした。ここはまだ決めつけないでおきます。
「自動更新をオンにすれば安心」だと思っていたけど、公式の順番は「先にバックアップ、それから自動更新」。順番を逆にしないのがポイントです！
更新の前にやること、私なりの順番を決めてみた
調べたことをもとに、更新するときの順番を決めてみました。まだ試していないので、実際にやってみて直していく予定です。
- 「ツール → サイトヘルス」で、今の状態を確認する
- ファイルとデータベースの両方をバックアップする
- バックアップを別の場所（クラウドや手元のパソコン）にも置く
- 本体・テーマ・プラグインを更新する
- 記事が表示されるか、サイトヘルスに問題が出ていないかを見る
サイトヘルスは、サイトの健康状態を診断してくれる画面です。「ステータス」タブでは重大な問題や改善の提案が、「情報」タブではテーマ・プラグインの一覧と、プラグインの自動更新が有効かどうかが見られるそうです。
バックアップのプラグインの候補として、UpdraftPlusも調べてみました。WordPress.orgのページによると、300万以上のサイトにインストールされています。
- 保存先：Dropbox、Google Drive、Amazon S3、FTPなどに対応（OneDriveなど一部は有料版の機能）
- スケジュール：手動、または2・4・8・12時間ごと、毎日、毎週、毎月
- 復元：管理画面から、プラグイン・テーマ・データベースなど戻すものを選べる
無料版でどこまでがバックアップの対象になるかの細かい一覧は、公式ページからは確かめきれませんでした。使うかどうかは、サーバー側の機能を確認してから決めます。
公式は「自動バックアップも、ときどき手動で取って確かめて」と強くすすめていました。自動にしたら終わり、じゃないんですね！
今回わかったことと、次にやること
わかったこと
- バックアップはファイルとデータベースの2つ。フォルダを保存するだけではデータベースは取れない
- バックアップは3〜5個持ち、保存場所を分ける
- 本体のマイナー更新は自動。テーマ・プラグインはWordPress 5.5から1つずつ自動更新を選べる
- 自動更新をオンにする前に、まずバックアップ
次にやること
- 使っているレンタルサーバーに、バックアップの機能があるか確かめる
- サイトヘルスを開いて、今の状態と自動更新の設定を記録する
- Cocoonの子テーマを使っているか確かめる
- 実際に1回バックアップを取って、その結果を記録する
記事を書くことばかり考えていたけれど、書いた記事を守ることも、ブログを続けるための大事な仕事でした。次は実際に手を動かして、バックアップを取るところまで進めてみます！
コメント