Chromeが2週間ごとの更新へ。「再起動は後で」をため込まない運用に

まず初めに

ブラウザを更新した記憶があるのに、もう次が来る。そういう生活に一段と近づいた。ただ、更新のお知らせをため込むのは、玄関に届いた鍵を箱のまま積むようなものだ。届いたことと、使える状態になったことは違う。※個人の感想です

2週間になるのは主要リリース

Googleは9月8日、Chrome 153の提供とともに2週間周期への移行を説明しました。Chrome 154の安定版は9月22日を予定しています。修正が公開コードへ入ってから利用者へ届くまでの時間を短くすることが、狙いの一つです。

「セキュリティ更新は2週間に一度しか来ない」という意味ではありません。主要バージョンの更新周期と、その間に届くセキュリティ修正は分けて捉えてください。

利用形態	主要機能の更新	確認すること
通常のStable	2週間ごと	更新が適用されているか
Extended Stable	8週間ごと	週次のセキュリティ修正も管理対象
Web開発・検証	Betaで次を先行確認	重要な画面の動作確認を小さく継続

Extended Stableは組織などの事情に対応する選択肢で、すべての端末で同じ形で選べるとは限りません。利用可否や設定は組織の管理方針で確認します。

利用者と管理者で変える作業

利用者は、デスクトップ版ならChromeの「Google Chromeについて」で更新状況を確認し、求められた再起動を完了させます。モバイルでは利用しているストアの更新状況を確認してください。組織で管理されている端末は、自己判断で管理設定を外さず担当者の案内に従います。

編集部が管理者に勧めるのは、更新一回あたりのテストを絞って継続することです。ログイン、ファイル送信、印刷など業務上重要な操作を決め、少数の検証端末で先に確認します。検証項目が毎回変わると、周期を短くしても異常を比較しにくくなります。

本記事は周期変更の解説であり、特定バージョンの安全を保証するものではありません。公開後も最新版は変わるため、番号をこの記事だけで固定しないでください。

IT Postの見方

IT Postでは、更新回数の多さより、修正を適用するまでの遅れを減らせるかが大切だと考える。「配った」で終わる管理では、周期が半分になっても端末は置き去りだ。再起動と業務確認までを、一つの小さな習慣にしたい。