Chrome 153 ベータ版

Rachel Andrew

公開日: 2026 年 8 月 20 日

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

CSS と UI

単一軸スクロール コンテナ

overflow プロパティを拡張して、スクロール可能な値と clip（overflow: scroll clip など）をサポートします。これにより、position: sticky を軸ごとに異なる祖先スクロール コンテナで制約できるようになり、作成者は overflow: clip を使用して軸を固定できます。

scroll-axis-lock プロパティ

scroll-axis-lock は、ユーザーのスクロール操作を 1 つの軸に制限しないようにブラウザに指示するためにデベロッパーが使用できる CSS プロパティです。

ウェブブラウザでは、操作が垂直軸よりも 1 つの軸で大幅に移動する場合、ユーザーのスクロール操作が 1 つの軸に「ロック」されることがよくあります。多くの場合、ユーザーが 1 つの軸のみをスクロールしようとしたときに、垂直軸に沿って誤ってスクロールすることを防ぐことで、ユーザー エクスペリエンスが向上します。ただし、デベロッパーが要素を常に斜めにスクロールできるようにしたい場合、このロック動作により、ユーザーはロックをトリガーしない角度で操作を開始する必要があります。これは、作成者が意図したユーザー エクスペリエンスと一致しないことがよくあります。

JavaScript

Iterator Join

Iterator の内容を文字列に連結する手段を JavaScript に追加する TC39 の提案。join() インスタンスの Iterator メソッドは Array.prototype.join() と似ています。Iterator によって生成されたすべての要素をカンマまたは指定された区切り文字で区切って連結した文字列を返します。

Joint Iteration

複数の Iterator の進行を同期する TC39 の提案。多くの場合、zip と呼ばれます。

ウェブ API

機能要素: <camera> と <microphone>

<camera> 機能要素と <microphone> 機能要素は、宣言型のユーザー アクティベート HTML コントロールで、<usermedia> MVP 要素と同じ基盤メカニズムを共有していますが、1 つの重要な違いがあります。これらは、1 つの機能をリクエストするように設計されています。<camera> 要素は特に動画キャプチャをリクエストし、<microphone> 要素は特に音声キャプチャをリクエストします。<usermedia> MVP と同様に、ブラウザ制御の厳密にスタイル設定された UI をページに埋め込み、権限プロンプトがトリガーされるかストリームが開始される前に、強力で意図的なユーザー シグナル（クリック）を確保します。

<camera> 要素と <microphone> 要素は、これらの単一機能のユースケース専用のセマンティック HTML コントロールを提供します。これらは、<usermedia> MVP と同じセキュリティ モデル、厳格なスタイル設定の制約、組み込みの権限回復パスを維持しますが、複合メディア アクセスを必要としないデベロッパー向けに、よりカスタマイズされた人間工学に基づいた API を提供します。

Immersive Audio Model and Formats（IAMF）のデコードのサポート

Media Source Extensions（MSE）を使用して、HTML メディア要素内の Immersive Audio Model and Formats（IAMF）コンテナのデコードと再生をサポートします。IAMF は、チャンネルベース、シーンベース、オブジェクトベースの音声プレゼンテーションをサポートする、オープンでロイヤリティ フリーの空間オーディオ形式です。この形式をサポートすることで、ウェブ デベロッパーは、独自の形式に依存したり、JavaScript で複雑な個別のオーディオ チャンネル ルーティングを管理したりすることなく、さまざまなデバイスで一貫した没入型の 3D オーディオ エクスペリエンスを提供できます。

transitionrun イベントとメディアクエリ イベントの相互運用可能なディスパッチ タイミング

アニメーション transitionrun イベントとメディアクエリ change イベントの Blink のディスパッチ タイミングを HTML 仕様に合わせ、Gecko および WebKit とのタイミングの相互運用を可能にします。より正確には、HTML ウィンドウ イベント ループの仕様に従って、同じイテレーションで以前に作成されたアニメーションの場合でも、transitionrun イベントはステップ 3.11 で発生します（後のイテレーションまで遅延させるのではなく）。また、メディアクエリ change イベントは、保留中のアニメーション イベントが発生する前にステップ 3.10 で発生します（ステップ 3.11 でアニメーション イベントと混在させるのではなく）。

WebAudio: 構成可能なレンダー クォンタム

オプションの renderSizeHint を AudioContext と OfflineAudioContext に追加します。これにより、デベロッパーは特定の整数を渡して WebAudio レンダリング クォンタム サイズをカスタマイズしたり、ヒントを省略するか "default" を渡してデフォルトの 128 フレームを使用したり、"hardware" を指定してブラウザに最適なサイズを選択するようにリクエストしたりできます。

WebGPU: buffer_view 機能

変数内のデータを再解釈するための WGSL 言語機能。この機能を使用すると、デベロッパーは単一の uniform、storage、workgroup 変数を複数の論理変数に分割できます。また、変数内のデータの型をプログラム内で複数の型として解釈することもできます。

XSLT 以外のシナリオでの Rust による XML 解析

ブラウザのセキュリティを強化し、メモリ関連の脆弱性からユーザーを保護するため、Chrome 153 では、一部の一般的なシナリオにおいて、XML 解析エンジンをメモリセーフな Rust 実装へと移行します。この根本的な更新は、既存のウェブ仕様との完全な互換性を維持しながら、メモリ破損を引き起こす潜在的なバグを解消するものです。

Chrome では、すでに XSLT の非推奨化と削除が進められています。このプロセスの間、新しい、より安全なパーサーは、XSLT を必要としない次の各シナリオを処理します。

  1. DOMParser ウェブ API。
  2. XMLHttpRequest の responseXML へのアクセス。
  3. SVG スタンドアロン画像（つまり、「image.svg」ドキュメントをトップレベル ナビゲーションとして直接開く場合）。
  4. SVG 外部画像（SVG を外部画像リソースとして埋め込んでいるメイン ドキュメントを含む）。

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

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

JavaScript セルフ プロファイリング マーカー

JavaScript Self-Profiling API を使用すると、ウェブ アプリケーションは独自の呼び出しスタックをサンプリングして、実際のユーザー デバイスでのパフォーマンスを測定できます。この機能では、キャプチャされた各サンプルにオプションのマーカー フィールドが追加され、サンプルの取得時に実行されていたブラウザ アクティビティのタイプ（スクリプト、gc、スタイル、レイアウト、ペイントなど）が識別されます。通常、トレースには解釈できないスタック間のギャップが表示されます。マーカーを使用すると、デベロッパーはその時間を JavaScript の外部で発生するブラウザの処理に割り当てることができます。たとえば、スクリプトの実行とスタイルの再計算、レイアウト、ガベージ コレクションの一時停止を区別できるため、遅いトレースの分析と最適化が容易になります。

非推奨と削除

_current をターゲットとする標準外のナビゲーションを削除する

Blink は現在、_current をターゲットとするナビゲーションをサポートしています。この機能は標準外であり、ウェブ全体での使用量が最小限であるため、Chrome 153 で削除されます。

document.requestStorageAccessFor を削除する

requestStorageAccessFor（rSAFor）API は、Storage Access API の拡張機能で、トップレベル サイトが埋め込みサイトに代わってパーティション化されていない（「ファーストパーティ」）Cookie へのアクセスをリクエストできるようにします。Chrome でのみ使用して、関連ウェブサイト セットのサイト間でストレージ アクセスをリクエストできるため、関連ウェブサイト セットとともに削除されます。

関連ウェブサイト セット（RWS）（以前はファーストパーティ セットと呼ばれていました）は、デベロッパーがサイト間の関係を宣言し、特定のユーザー向け目的でサイト間 Cookie へのアクセスを制限できるようにするためのフレームワークを提供します。これは、Storage Access API（SAA）と requestStorageAccessFor（rSAFor）を使用して実現されます。RWS は、サードパーティ Cookie を使用しないブラウザで使用するように設計されました。サードパーティ Cookie の現在のアプローチが維持されるという Chrome の発表を受け、関連ウェブサイト セットは Chrome から削除されました。