自動更新は、リリースノートを見張らなくても WordPress コア、プラグイン、テーマを常に最新に保ち、しかも安全に行われます。すべての更新の前に完全バックアップが取得され、更新後にサイトがチェックされ、サイトを壊す更新があれば自動的にロールバックされます。
自動更新はどこにあるか
ウェブサイト を開き、サイトをクリックして、サイトの左メニューにある WordPress グループを開き、アップデート を選択します。ページのタイトルは Auto-updates です。
このタブは WordPress サイトと WooCommerce サイトに表示されます。サイトのホスティングプランにこの機能が含まれていない場合、ページには操作パネルの代わりにアップグレードのバナーが表示されます。
マネージド更新の仕組み
スケジュール実行であれ手動実行であれ、すべての更新は同じ手順で進みます。
- バックアップ。 何かが変更される直前に、サイトの完全バックアップが取得されます。バックアップが失敗した場合、安全策なしで処理を進めるのではなく、その回の実行はスキップされます。
- 適用。 更新がインストールされます。
- 検証。 サイトに HTTP でアクセスし、応答を確認します。
- 監視。 実行は30分間の観察期間に置かれ、その間サイトにエラーや稼働停止がないか監視されます。
- 確定またはロールバック。 観察期間の終わりに問題がなければ、その回の実行は Applied とマークされます。サイトがエラーを返している場合は、更新前のバックアップが自動的に復元され、その回の実行は ロールバック済み とマークされます。
この観察期間があるため、しばらくの間 適用済み（監視中） のままの実行が表示されることがあります。これは止まっているわけではありません。実際のトラフィックの下でしか現れない問題が、自動ロールバックを引き起こしうる期間なのです。
すべての更新の前にバックアップが取得されるため、自動更新は実行頻度に比例してバックアップ用のストレージを消費します。これは受け入れるべき代償であり、正しい選択です。取り消せない更新は、ストレージ費用よりも悪いものだからです。
自動更新をオンにする
マスターコントロールは 自動更新 で、このサイトの大本のスイッチとして説明されています。初期状態ではオフになっているため、意図的にオンにするまでは何も起こりません。
その下には3つのカテゴリスイッチがあります。
| スイッチ | 対象範囲 |
|---|---|
| WordPress コア | コアのリリース |
| プラグイン（デフォルト） | 個別の上書き設定がないすべてのプラグイン |
| Themes | インストール済みテーマ |
3つとも初期設定でオンになっているため、マスタースイッチをオンにするだけで、フルのマネージド動作が有効になります。たとえばクライアントとの契約でコアのアップグレードが予定作業として扱われている場合など、自分で管理したいカテゴリがあれば、個別にそのスイッチをオフにしてください。
更新ウィンドウを選ぶ
営業時間外（ニュージーランド時間） のセレクターは、スケジュール更新に使われる毎日の時間帯を定義します。その下の帯は、24時間の棒グラフとしてその時間帯を描画するため、ひと目で確認できます。初期設定は深夜帯で、ニュージーランド時間の02:00から05:00です。
サイトは1日に最大1回だけ対象になります。実行は全員が同じ瞬間に一斉に走るのではなく分散されるため、正確な分は毎回変わります。
時計の都合ではなく、実際のトラフィックに合った時間帯を選んでください。ニュージーランドの小売サイトにとって午前3時は静かな時間帯ですが、利用者層がヨーロッパにあるサイトではそうとは限りません。時間帯を選ぶ前に、サイトの Analytics タブで実際のトラフィックの形を確認してください。
プラグインごとの上書き設定
すべてのプラグインを同じように扱うべきとは限りません。保留中の更新 セクションでは、各プラグインの行に3つの選択肢を持つセレクターがあります。
- Default：上記の Plugins スイッチの設定に従います。
- Auto-update：デフォルト設定に関わらず、このプラグインを常に更新します。
- 手動のみ：自動更新を一切行いません。
手動のみ は控えめに、意図を持って使ってください。妥当な理由は2つだけです。カスタマイズ済みのプラグインであること、そして以前に更新でサイトを壊したことがあるプラグインであることです。手動のままにしたプラグインは、気づかないうちにセキュリティの脆弱性をため込んでいくプラグインでもあるため、自分のカレンダーに見直しのリマインダーを入れておいてください。
デフォルト設定にかかわらず、修正が公開された瞬間にパッチを当てたいセキュリティ上重要なものには Auto-update を使ってください。
今すぐ更新を実行する
ページ上部の 今すぐ更新を実行 をクリックすると、時間帯を待たずにただちに実行を開始します。バックアップ、検証、観察という同じ手順が適用されるため、手動実行もスケジュール実行と同じくらい安全です。
保留中の更新 セクションには、サイトのチェックが完了すると Apply all updates now ボタンも表示されます。新しいリリースを再チェックするには、そのセクションの Refresh をクリックしてください。
同時に実行できるのは1件だけです。すでに実行中、あるいはまだ観察期間中の実行がある場合、新しい実行は拒否されます。
統計と履歴を読む
ページ上部には5つの数値が並んでいます。成功率、Applied、ロールバック済み、Failed、最終実行 です。注目すべきは ロールバック済み です。ロールバック自体はシステムが正しく仕事をしている証ですが、同じプラグインで繰り返しロールバックが発生しているパターンは、何かを物語っています。
その下にある 更新履歴 には、各実行について以下が一覧表示されます。
- 何が更新され、バージョンがどう変わったか。
- ステータス：Applied、適用済み（監視中）、ロールバック済み、Failed、Skipped、Running、Pending のいずれか。
- Scheduled（スケジュール実行）か Manual（手動実行）か。
まだ何も実行されていない場合、そのセクションにはその旨が表示され、更新が自動的に実行されたとき、または手動で実行をトリガーしたときに、ここに表示されるようになると説明されます。
手動でロールバックする
成功した実行は更新前のバックアップを保持しており、バックアップのある行には ロールバック の操作が用意されています。
これをクリックすると確認を求められますが、その文言は重要です。これはこの更新の直前に取得された更新前バックアップにサイトを復元するものであり、それ以降に加えられた変更は失われます。
この説明は文字通りに受け取ってください。更新が夜間に実行され、その後チームが3件の投稿を公開し、40件の注文を受けていた場合、ロールバックするとそれらは失われます。手動ロールバックは、問題のある更新の直後数分以内なら正しい対処法ですが、1日経ってからでは間違った対処法です。その場合は前進して修正するか、代わりにより新しいバックアップから選択的に復元してください。バックアップからの復元 を参照してください。
結果は率直に報告されます。サイトが正常に復帰したか、もしくは代わりに返された HTTP ステータスのいずれかです。
更新がスキップされる場合
実行は失敗ではなくスキップされることがあります。よくある理由は2つです。
- 更新前バックアップが失敗した場合。 何も更新されず、通知が届きます。まずバックアップの問題を解決してください。バックアップの取得。
- すでに実行中、または観察中の実行がある場合。 現在の実行が終わるまで、サイトはそのままにされます。
トラブルシューティング
操作パネルではなくアップグレードのバナーが表示される。 サイトのホスティングプランにマネージド自動更新が含まれていません。プランのアップグレード を参照してください。
スイッチがオンなのに何も実行されない。 少なくとも1つのカテゴリスイッチがオンになっているか、開始時刻と終了時刻が同じでウィンドウの長さがゼロになっていないか、そして以前の実行がまだ観察中でないかを確認してください。
特定のプラグインで繰り返しロールバックが発生する。 そのプラグインがサイト上の何かと互換性がありません。手動のみ に設定し、まずステージング環境で更新を試して、そこで問題を解決してください。WordPress ステージングワークフロー を参照してください。
更新は適用されたのに、エラーにはならずサイトの見た目がおかしい。 ヘルスチェックは HTTP エラーの有無を確認するものであり、見た目が壊れていても200を返すページはこのチェックを通過します。そのためにこそ、履歴と手動ロールバックの操作があります。
次に読むべき記事
- WordPress の更新：手動での更新手順について。
- バックアップからの復元：ロールバックだけでは不十分な場合に。
- サイトアクティビティログ：すべての自動更新の実行が記録されます。