WordPressの自動更新

自動更新により、WordPressのコア、プラグイン、テーマが最新の状態に保たれます。リリースノートを監視する必要がなく、安全に実行されます。更新前には完全なバックアップが作成され、その後にサイトがチェックされ、サイトを破損する問題は自動的にロールバックされます。

自動更新の場所

Websitesを開き、サイトをクリックし、サイトタブストリップでWordPressメニューを開いて、Updatesを選択します。ページのタイトルはAuto-updatesです。

このタブはWordPressおよびWooCommerceサイトに表示されます。サイトのホスティングプランにこの機能が含まれていない場合、ページはコントロールの代わりにアップグレードバナーを表示します。

管理対象の更新はどのように機能するか

スケジュール済みまたは手動のすべての更新のシーケンスは同じです。

1. バックアップ。 サイトの完全なバックアップが何かが変更される直前に作成されます。バックアップが失敗した場合、実行はセーフティネットなしで進行するのではなく、スキップされます。
2. 適用。 更新がインストールされます。
3. 確認。 サイトはHTTPで取得され、レスポンスがチェックされます。
4. 監視。 実行は30分間の観察ウィンドウに保持され、その間にサイトがエラーとアップタイム・インシデントについて監視されます。
5. 確認またはロールバック。 ウィンドウの終了時にすべてが正常な場合、実行はAppliedとしてマークされます。サイトがエラーを返している場合、更新前のバックアップが自動的に復元され、実行はRolled backとしてマークされます。

その観察ウィンドウは、実行が**Applied (watching)**で一時的に留まっているのを見る理由です。これは動作していないわけではありません。実際のトラフィックの下でのみ表示される問題が自動ロールバックをトリガーできる期間です。

スイッチを入れる

マスターコントロールはAutomatic updatesで、このサイトのマスタースイッチとして説明されています。デフォルトではオフに設定されているため、意図的にオンにするまで何も起こりません。

その下に3つのカテゴリスイッチがあります:

3つすべてがデフォルトでオンになっているため、マスタースイッチをオンにすると、完全な管理対象の動作が得られます。自分で処理したい場合は、個別のカテゴリをオフにします。たとえば、クライアント契約でコアアップグレードがスケジュール作業であると記載されている場合です。

更新ウィンドウの選択

**Quiet hours (NZ time)**セレクタは、スケジュール済み更新に使用される日次ウィンドウを定義し、その下のストリップは24時間バーを横切って描画するため、一目でそれを見ることができます。デフォルトは早朝で、ニュージーランド時間の02:00から05:00です。

サイトは最大1日に1回チェックされます。実行はすべての人に対して同じ時刻に発火するのではなく、分散されているため、正確な分は異なります。

プラグイン別のオーバーライド

すべてのプラグインを同じように扱う必要があるわけではありません。Pending updatesセクションで、各プラグイン行には3つの選択肢を持つセレクタがあります:

• Default。上記のPluginsスイッチに従います。
• Auto-update。デフォルトに関係なく、このプラグインは常に更新されます。
• Manual only。自動的に更新されることはありません。

Manual onlyは控えめに、意図的に使用してください。2つの正当な理由は、カスタマイズしたプラグインと、以前にサイトを破損した更新があるプラグインです。手動のままにされたプラグインは、静かにセキュリティの脆弱性を蓄積するプラグインです。独自のカレンダーにこれをレビューするためのリマインダーを入れてください。

Auto-updateは、デフォルトがどのように設定されているかに関係なく、修正が出荷された直後にパッチを適用したいセキュリティに敏感なものには使用してください。

今すぐ更新を実行する

ページの上部にあるRun updates nowをクリックして、ウィンドウを待たずに即座に実行を開始します。同じバックアップ、確認、観察シーケンスが適用されるため、手動実行はスケジュール実行と同じくらい安全です。

Pending updatesセクションには、サイトのチェックが終了したらApply all updates nowボタンもあります。そのセクションでRefreshをクリックして、新しいリリースを再チェックしてください。

一度に1つの実行のみが実行中にできます。実行が既に進行中、または観察ウィンドウがまだある場合、新しい実行は拒否されます。

統計と履歴の読み取り

5つの数字がページの上部に表示されます。Success rate、Applied、Rolled back、Failed、Last runです。監視する価値があるのはRolled backです。ロールバックはシステムが仕事をしているということですが、同じプラグインに対するロールバックのパターンは何かを示しています。

その下で、Update historyは各実行を以下のものでリストします:

• 更新内容とそのバージョン変更。
• ステータス: Applied、Applied (watching)、Rolled back、Failed、Skipped、Running、またはPending。
• ScheduledだったかManualだったか。

何も実行されていない場合、セクションはそれを示し、自動実行または手動トリガー後に更新がそこに表示されることを説明しています。

手動でロールバックする

成功した実行はその更新前のバックアップを保持し、1つを持っている行はRoll backコントロールを提供します。

それをクリックすると確認が求められ、文言は重要です。これにより、サイトはこの更新の直前に作成された更新前のバックアップに復元され、それ以降に加えられた変更は失われます。

結果は明確に報告されます。サイトが正常に戻ってくるか、または代わりに返されたHTTPステータスのいずれかです。

更新がスキップされる場合

実行は失敗するのではなくスキップされることができます。2つの一般的な理由:

• 更新前のバックアップが失敗しました。 更新されておらず、通知されます。最初にバックアップの問題を修正してください。バックアップの作成を参照してください。
• 実行が既に実行中または観察中です。 サイトは現在の実行が解決されるまで放置されます。

トラブルシューティング

ページはコントロールではなくアップグレードバナーを表示しています。 サイトのホスティングプランには、管理対象の自動更新が含まれていません。プランのアップグレードを参照してください。

スイッチがオンになっているのに何も実行されません。 少なくとも1つのカテゴリスイッチがオンになっていること、ウィンドウが同じ開始時間と終了時間を持つゼロ長の範囲に設定されていないこと、および以前の実行がまだ観察中でないことを確認してください。

プラグインが常にロールバックします。 プラグインがサイト上の他の何かと互換性がありません。これをManual onlyに設定し、ステージングコピーで最初に更新し、その場所で競合を修正します。WordPress Staging Workflowを参照してください。

更新は適用されていますが、サイトはエラーではなく間違って表示されます。 ヘルスチェックはHTTPエラーを探し、視覚的に破損しているが200を返すページはそれに合格します。これが履歴と手動ロールバックコントロールの役割です。

次に行く場所

• WordPress Updates。手動更新プロセス用。
• バックアップから復元。ロールバックが十分でない場合。
• Site Activity Log。すべての自動更新実行を記録します。