Chrome 154 ベータ版

Rachel Andrew

公開日: 2026 年 9 月 2 日

特に記載がない限り、以下の変更は Android、ChromeOS、Linux、macOS、Windows 向けの最新の Chrome ベータ版チャンネル リリースに適用されます。これらの機能について詳しくは、提供されているリンクまたは ChromeStatus.com をご覧ください。2026 年 9 月 2 日の時点で、Chrome 154 はベータ版です。最新のベータ版は、パソコンの場合は Google.com から、Android の場合は Google Play ストアからダウンロードできます。

CSS と UI

CSS scroll-marker-group モード

scroll-marker-group プロパティが拡張され、次のモードがサポートされるようになりました。

  • links: 生成された ::scroll-marker-group は links モードで動作し、ナビゲーション リストのように機能します。省略した場合、これがデフォルト モードになります。
  • tabs: 生成された ::scroll-marker-group は tabs モードで動作し、タブリストのように機能します。

各モードでは、WAI-ARIA パターンに従って、 ::scroll-marker-group と ::scroll-marker のフォーカス順とアクセシビリティの動作が変更されます。

  • リンクモード（デフォルト）: 標準のナビゲーション ランドマークと フラグメント アンカーを組み合わせたものに似ています。::scroll-marker-group は navigation ロールを取得し、 ::scroll-marker 要素は link ロールを取得します。すべての ::scroll-marker 要素は連続したタブストップです。リンク マーカーが有効になると、フォーカスがターゲット要素に移動します。
  • タブモード: タブパターンを複製し、 タブ付きカルーセルの基盤として機能します。::scroll-marker-group に tablist ロールが割り当てられ、 ::scroll-marker 要素は tab ロールとして機能し、元の要素は tabpanel ロールを取得します。アクティブな ::scroll-marker のみがタブストップとして機能し、矢印キーを使用してマーカー間を移動します。アクティブでないタブのコンテンツは、アクセシビリティ ツリーから非表示になります。

CSS text-decoration-inset

text-decoration-inset CSS プロパティは、下線、上線、取り消し線の装飾をテキスト実行エッジからどの程度インセットまたは拡張するかを制御します。開始オフセットと終了オフセットを設定する 1 つの値と 2 つの値の構文を含め、auto、長さ、パーセント値をサポートしています。これにより、デベロッパーは装飾の間隔を調整し、背景グラデーションや追加の要素ではなく、ネイティブ テキスト装飾で表示効果を作成できます。

CSS text-decoration-skip-spaces

text-decoration-skip-spaces CSS プロパティは、テキスト装飾線（下線、上線、取り消し線など）が空白文字をスキップするかどうかを制御します。これにより、スペースの下に装飾が描画されるのを防ぐことができます。

CSSStyleValue 階層を Worker コンテキストに公開する

CSS Typed OM 仕様では、CSSStyleValue 階層が Worker グローバル スコープ（[Exposed=(Window, Worker, PaintWorklet, LayoutWorklet)]）に公開されますが、 Blink では以前、CSSStyleValue、CSSKeywordValue、 CSSNumericValue、CSSUnitValue、CSSUnparsedValue のみが Window と ワークレットに公開されていました。そのため、これらのコンストラクタは Worker コンテキストで未定義でした。 Chrome 154 では、これらのコンストラクタが Worker で公開され、仕様や他のブラウザ エンジンと整合しています。

FontFace width 属性と font-width ディスクリプタ

FontFace の width 属性と @font-face の font-width ディスクリプタを stretch と font-stretch のエイリアスとして公開します。これにより、Chromium が更新された CSS Font Loading 仕様と CSS Fonts 4 仕様に準拠します。 `FontFace.width` と CSS `font-width` を FontFace.widthfont-width stretch と font-stretch と組み合わせて使用して、フォントの幅を検査または初期化できます。

ポップオーバーとダイアログのライト ディスミスを改善

ポップオーバーとダイアログのライト ディスミスの動作を改善し、簡素化します。 ライト ディスミスとは、ポップオーバーまたはダイアログの外側をクリックすると閉じられる動作のことです。今回の改善により、タッチスクリーンのスクロール操作や右クリックでライト ディスミスがトリガーされなくなります。

ブラウザは、pointerdown イベントと pointerup イベントの組み合わせではなく、click イベントを使用してライト ディスミスをトリガーするようになりました。

レスポンシブ サイズの <iframe>

サイトでレスポンシブ サイズの iframe を選択できます。これにより、親ドキュメントの <iframe> 要素が iframe ドキュメントのレイアウト オーバーフロー サイズに調整され、 子ドキュメントでのスクロールが回避されます。

JavaScript

イテレータ includes

イテレータに includes() メソッドを追加する TC39 の提案。 イテレータが指定された値を生成するかどうかを確認できます。Array.prototype.includes() と同様です。

ウェブ API

WebSocket コンストラクタにオプション バッグを追加する

オプション ディクショナリ（WebSocketInit）を 2 番目の 引数として WebSocket コンストラクタに渡すことができるようになりました。オプション ディクショナリは protocols オプションをサポートしており、サブプロトコルを指定できます（既存の protocols 引数をミラーリング）。また、今後のオプションの拡張ポイントとしても機能します。

以前は、次のように記述されていました。

const socket = new WebSocket("wss://example.com:8080", "soap");

今回の変更により、次のように記述することもできます。

const socket = new WebSocket("wss://example.com:8080", { protocols: "soap" });

WebCrypto のアルゴリズムの更新

Web Cryptography API で使用できる暗号化アルゴリズムのセットに、ポスト量子暗号と対称 AEAD アルゴリズムを追加しました。これにより、NIST によって標準化された量子耐性暗号アルゴリズムのブラウザ提供の実装にアクセスできます。

  • ML-KEM（768、1024）
  • ML-DSA（44、65、87）
  • ChaCha20-Poly1305
  • X ウイング

バックグラウンド フェッチに対する CORS の適用

Background Fetch API でクロスオリジン リソース シェアリング（CORS）が適用されるようになりました。

この更新により、Chromium の実装が Background Fetch 仕様の意図と整合します。これにより、バックグラウンド フェッチ リクエストに同じセキュリティ ポリシー （ローカル ネットワーク アクセス チェックなど）が確実に適用されるようになります。サイトが通常の Fetchの代わりに Background Fetch を使用して、CORS や その他のセキュリティ ポリシー チェックを回避することを防ぎます。

Fetch API: AbortController から fetch Response に理由を転送する

中止理由が指定されている場合は、fetch Promise だけでなく、Response オブジェクトとその ReadableStream のメソッドにも中止理由を公開します。これにより、Chrome が標準に準拠し、デベロッパーが指定した中止理由が意図した場所すべてに表示されるようになります。

バックグラウンド フェッチに対するローカル ネットワーク アクセスの制限

Background Fetch リクエストでローカルまたはループバック サーバーにリクエストを送信する場合、Service Worker のオリジンに適切なローカル ネットワーク アクセス（LNA）権限があることが必須になります。

これにより、Chromium の実装が Background Fetch 仕様の意図と整合するようになります。 Background Fetch 仕様では、リクエストは Fetch 仕様を経由し、同じ セキュリティ ポリシーが適用されると定められています。これにより、サイトが通常の Fetchの代わりに Background Fetch を使用して LNA チェックを回避することを防ぎます。

企業においては、Service Worker からの通常の Fetch API リクエストに対して従来行っていたのと同様の方法で、既存の LNA エンタープライズ ポリシーを使用できます。

HTML の挿入とストリーミングの方法を更新

既存のドキュメントにマークアップを動的に挿入するための整合性のあるアプローチを提供する複数の HTML 設定メソッドを公開します。

  • HTML を引数として受け取り、insertAdjacentHTML() を置き換える位置メソッド（before()、after()、append()、prepend()、replaceWith()）。
  • WritableStream を返すストリーミング メソッド（streamAppendHTML()、streamAppendHTMLUnsafe()、関連メソッド）。
  • SetHTMLUnsafeOptions の一部として {runScripts} を渡し、createContextualFragment の動作と一致させます。
  • Trusted Types で createParserOptions をサポートし、Trusted Types がスクリプト モードとサニタイザーをオーバーライドできるようにします。

Secure Payment Confirmation: ロケールの検証

Secure Payment Confirmation の locale データフィールドが更新され、フィールドに指定された言語タグが Secure Payment Confirmation ダイアログで使用されている言語と一致しない場合、NotSupportedError DOMException が返されるようになりました。フィールドが設定されていない場合や空の場合は、この検証はスキップされます。

これにより、Secure Payment Confirmation に提供されるデータの言語がダイアログと一致します。

WebSocket の targetAddressSpace オプションをサポートする

WebSocket コンストラクタで targetAddressSpace オプションを渡すことができるようになりました。これにより、パブリック ホスト名への WebSocket 接続を「ローカル」または「ループバック」宛先として扱うように指定できます。これは、Fetch API の既存のサポートと一致します。主なユースケースは、HTTPS をサポートしていないローカル サーバーに接続する際に、混合コンテンツの制限を回避することです。これは、ローカル ネットワーク アクセス権限には安全なコンテキストが必要なためです。

たとえば、ローカル サーバーに接続するパブリック サイトでは、正確なプライベート IP アドレスを手動で構成する代わりにホスト名を使用できます。

const ws = new WebSocket("ws://local-server.example", { targetAddressSpace: "local" });

これにより、WebSocket 接続がローカル アドレスに送信されるものとしてフラグが設定され、安全なコンテキストで実行されたときに混合コンテンツのブロックが回避されます。WebSocket 接続を成功させるには、ユーザーがサイトにローカル ネットワーク権限を付与する必要があります。また、ホスト名はローカル IP アドレスに解決される必要があります（解決されない場合はブロックされます）。

この機能は、WebSocket コンストラクタに追加されたオプション ディクショナリに基づいています。

WebGPU: WGSL フラグメントの奥行き

WGSL の @builtin(frag_depth) に less または greater 修飾子を指定できるようになりました。

修飾子なしで @builtin(frag_depth) を使用すると、描画呼び出しで Early-Z 最適化が無効になるため、パフォーマンスが低下する可能性があります。新しい修飾子を使用すると、バッファモードを明示的に設定できるため、Early-Z 最適化を適用できます。

Window Shape API

Window Shape API を使用すると、ChromeOS で許可リストに登録された 独立したウェブアプリのウィンドウ形状をカスタマイズできます。デベロッパーは非矩形や非連続のウィンドウ レイアウトを有効にすることで、ネイティブ アプリのデザインに合わせたウィジェット、フローティング パネル、オーバーレイなどのエクスペリエンスを実装できます。window.setShape() メソッドを使用するには、ウィンドウが unframed 表示モードになっていて、window-management 権限が付与されている必要があります。

管理者は、ウィンドウ管理に関する既存のポリシーを使用してこの機能を管理できます。

  • DefaultWindowManagementSetting では、すべてのアプリのウィンドウ管理のデフォルトの状態を設定します。
  • WindowManagementAllowedForUrls では、指定したオリジンの独立したウェブアプリがユーザー インタラクションなしでフレームなしモードに移行し、カスタムのウィンドウ形状を設定することを許可します。
  • WindowManagementBlockedForUrls では、指定したオリジンに対して権限をブロックし、Chrome にカスタムのウィンドウ形状を削除させ、他の利用可能な表示モードにフォールバックさせます。

新しいオリジン トライアル

Chrome 154 では、次の新しい オリジン トライアルに参加できます。

プライベート検証トークン

プライベート検証トークン（PVT）は、ウェブサイトが通常のブラウジングでユーザーが確立した信頼をシークレット ブラウジング モードに転送できるようにする低エントロピー メカニズムです。これにより、CAPTCHA やチャレンジによるユーザーの負担を軽減できます。PVT は通常のブラウジング セッション中に発行され、シークレット ブラウジング モードで引き換えられます。