Googleが今年3月に告知していたChromeのリリース間隔の変更が、いよいよ実際の運用に入る。9月8日に安定版として公開されるChrome 153から、新しい版が2週間ごとに届く体制へ切り替わる。2021年から続いてきた4週間ごとの更新サイクルが、ここで半分の長さになる計算だ。

変わるのはベータ版と安定版で、デスクトップ、Android、iOSのすべてが対象になる。開発者が先行して動作を試すDevとCanaryのチャンネルには変更がない。Googleの説明によると、更新が頻繁になる代わりに一回あたりの変更範囲が小さくなるため、公開後に問題が出たときの切り分けがしやすくなるとされている。2023年に導入した週次のセキュリティ更新や、安定版を少し早めに配る仕組みと同じ流れの延長にある調整だという。実際、旧来の予定ではChrome 153の安定版公開は9月22日、次のChrome 154は10月20日だったが、新しい予定ではそれぞれ9月8日と9月22日に前倒しされている。

検証のリズムが変わる

制作の現場でまず効いてくるのは、動作確認のタイミングだろう。ベータ版は安定版の3週間前に出るとされているので、これまで月に一度まとめて追っていたリリースノートの確認は、間隔を詰めて拾う形に変わる。Googleも、サイトやアプリに影響しそうな変更を早めにつかむためにベータ版での検証を勧めている。追いかける先としては、機能の予定が並ぶChrome Statusのロードマップや、ベータ公開のたびに出る解説記事あたりが現実的なところだ。不具合の報告を受けたときに「どの版で試したか」を残しておく習慣も、以前より意味を持つようになりそうだ。ブラウザの版が違うだけで再現しない、という話は今後さらに起きやすくなる。

バージョン番号の刻みが速くなる点も、地味に効いてくる。ユーザーエージェントの数字を条件にした古い分岐や、特定のバージョンを前提にした社内の検証手順書が残っていれば、この機会に洗い出しておきたい。一方で、企業向けに用意されているExtended Stableは8週間のサイクルのまま据え置かれ、Chromebookについても専用の検証を経てから配信する形は変わらないとされている。管理された端末を配っている組織では、更新の速い一般の環境と、ゆっくり進む環境が並走することになる。取引先の社内向け画面やイントラのシステムを預かっているなら、どちらの前提で作られているかを一度確認しておくと、後で食い違いが出にくい。

直前のChrome 152は8月25日の公開で、旧サイクル最後の版になった。日々の制作がいきなり立ち行かなくなる種類の変更ではないが、ブラウザの機能が使えるようになる時期は全体として早まっていく。中小企業のサイトを預かる立場としては、新機能を先回りして追うより、確認の頻度を少し上げておくくらいの構えがちょうどよさそうだ。少人数で回している制作の現場ほど、更新の速さそのものより、気づける仕組みを持っているかどうかで差が出る。