考え方

プラグインを更新するときには、「もし更新に失敗したら、元に戻せるようにしておく」という考え方は大切。特に、問い合わせフォームやECサイト、会員サイトなど、プラグインが重要な役割を担っている場合、更新後にエラーが発生すると、サイトの一部が正常に動かなくなることがあります。そのため、更新前にバックアップを取っておくと安心。

ただし、バックアップには方法がいくつかあります。また、バックアップには作業時間や保存場所、管理の手間もかかります。すべてのサイトで同じ方法を使えばよいというわけではありません。そこで、プラグイン更新前のバックアップについて、大きく3つのパターンで考えてみます。

プラグインを使ってバックアップをする

一つ目は、WordPress（ワードプレス）のバックアップ用プラグインを利用する方法。

WordPress（ワードプレス）には、サイト全体をバックアップできるプラグインが数多くあります。これらを利用すれば、WordPress（ワードプレス）のファイルだけでなく、データベースも含めてバックアップできるものがあります。

一度設定してしまえば、定期的に自動でバックアップを取れるものもあり、継続的なサイト管理には便利な方法です。

一方で、設定項目が少し複雑なことがあります。「バックアップしたファイルはどこに保存されるのか」「何世代まで残すのか」「データベースも対象になっているのか」など、初めて見る方には分かりにくい。また、サーバーやアプリの状況によって、バックアップ用プラグインそのものが正常に動作しない可能性もあるので、想定しておきましょう。

プラグインをダウンロードしてバックアップする

二つ目は、更新するプラグインのファイルをサーバーからパソコンにダウンロードして保存して利用する方法。更新前のバージョンを手元に保存しておけば、更新後に問題が発生した場合でも、アップロードすれば更新前のバージョンに戻せます。この方法は比較的シンプル。

ただし、プラグインによってはデータベースの変更を伴う場合もあるため、「プラグインのファイルを戻せば必ず元通りになる」とは限りません。あくまで、更新前の状態に戻すための一つの方法として考えておきましょう。

なお、プラグインによっては、公式サイトなどから過去のバージョンをダウンロードできます。

バックアップをしない

そして、三つ目は、あえて更新前のバックアップを取らないという方法です。「バックアップをしないなんて大丈夫？」と思われるかもしれません。もちろん、重要なサイトであれば、基本的には万が一に備えてバックアップを取っておくことをおすすめします。

一方で、すべてのプラグイン更新で毎回サイト全体のバックアップを取るとなると、それなりの作業時間、もしくはサーバー容量を喰うことがあります。

問題が発生した時は、ワードプレスのサイトやプラグインのサイトからダウンロードする方法を取ることができるのが前提となります。

あくまで、簡易なワードプレスのサイトという前提をしておきましょう。

オートプロジェクトの場合

弊社の場合、サイトに応じてバックアップの対応を変えています。

・月間1000万PVのサイトと月間1万PVのサイト
・プラグインが20種類ぐらい入っているサイトとプラグインが3種類のサイト
・カスタマイズが多いサイトとカスタマイズがほとんどないサイト

このような違いがあると、管理方法も全く異なります。

サイトの規模や利用しているプラグイン、サイトが止まった場合の影響、復旧にかかる時間、そして保守にかけられるコストなどを考え、サイトごとに方法を変えています。

大切なのは、「バックアップを取ること」だけではありません。もし更新に失敗したら、どうやって元に戻すのか。あらかじめ復旧方法まで考えておくことが、WordPress（ワードプレス）を安全に管理するうえで重要。

プラグインの更新は、単純に「更新ボタンを押せば終わり」という作業ではありません。サイトの状況に合わせて、バックアップや復旧方法まで含めて管理することが、長く安全にWordPress（ワードプレス）を運用するポイントになります。