公開日: 2026 年 2 月 11 日
特に記載がない限り、これらの変更は Android、ChromeOS、Linux、macOS、Windows 向けの最新の Chrome ベータ版チャンネル リリースに適用されます。これらの機能について詳しくは、提供されているリンクまたは ChromeStatus.com のリストをご覧ください。パソコン版の最新バージョンは Google.com から、Android 版の最新バージョンは Google Play ストアからダウンロードしてください。
CSS と UI
スクロールでトリガーされるアニメーション
この機能により、アニメーションの再生、一時停止、リセットなど、スクロール位置に基づくアニメーションの制御が可能になります。
ウェブページでよく見られるパターンは、スクロール位置に達したときにアニメーションを開始することです。デベロッパーは、要素がスクロール コンテナのビューポート内にあるかどうかを手動で検出し、対応するアニメーション（要素をビューにスライドさせるなど）を開始するために、JavaScript を使用することがよくあります。これらのユースケースの多くは、宣言的に提供できる情報に依存しています。この機能を使用すると、作成者は CSS を介してこれらのインタラクションを宣言的に作成できます。これにより、ユーザー エージェントは、このインタラクションの処理をワーカー スレッドにオフロードできます。この API には、CSS アニメーションに加えてウェブ アニメーションにも機能を拡張する JavaScript インターフェースも含まれています。
詳しくは、CSS スクロール トリガー アニメーションが登場をご覧ください。
trigger-scope プロパティ
trigger-scope プロパティを使用すると、デベロッパーは trigger-instantiating プロパティで宣言されたアニメーション トリガーの名前を制限できます。
timeline-trigger などのトリガー インスタンス化プロパティは、animation-trigger プロパティが参照してトリガーにアニメーションを適用できる名前を宣言します。ただし、これらの名前はデフォルトでグローバルです（anchor-name と同様）。アニメーションとトリガーのインタラクションを分離するために、これらの名前の可視性を制限する必要があることがよくあります。
タイムラインの名前付き範囲「scroll」
この機能では、scroll 範囲を追加することで、ビュー タイムラインの名前付き範囲のセットを拡張します。
Scroll-Driven Animations API では、ViewTimelines と、アニメーションの範囲を定義する ViewTimeline の部分を参照する名前付き範囲が導入されました。
ただし、指定された名前付き範囲はすべて、そのサブジェクトが表示される ViewTimeline の部分に制限されていました。作成者は、タイムラインの基盤となるスクロール コンテナの全範囲を参照できるようになりました。この機能により、既存のセット（entry、exit、cover、contain）に scroll という名前の範囲が追加されます。
text-indent プロパティの hanging と each-line をサポート
text-indent プロパティの 2 つの省略可能なキーワードは、その機能と使いやすさを拡張します。
hanging キーワードはインデントをぶら下げに変更します。つまり、先頭行以外のすべての行がインデントされます。
each-line キーワードを使用すると、インデントは最初の行だけでなく、強制改行後の各行にも影響します。
ウェブ API
Navigation API: プリコミットからコミット後ハンドラを追加
プリコミット ハンドラを呼び出しながらポストコミット ハンドラを登録できるようにする、小さな人間工学上の改善。
この変更の前は、navigate イベントでナビゲーションをインターセプトするときに、precommitHandlers と post-commit の通常のハンドラが別々に渡されていました。
これは、どちらか一方しかない場合はうまく機能しますが、フローにポストコミット ハンドラにつながる precommitHandler が含まれている場合は、少しぎこちなくなる可能性があります。
ファイル処理中に targetURL を入力する
Launch Handler の実装により、ファイル処理を通じて PWA が起動されたときに LaunchParams.targetURL が確実に設定されるようになりました。以前は、ファイルの起動が既存のウィンドウに転送された場合、このプロパティは null でした。この変更により、デベロッパーのマニフェストの action フィールドの URL（現在ドキュメントが読み込む必要がある URL と同じ）が launchQueue コンシューマーで利用できるようになります。
WebGPU: テクスチャとサンプラーの let
WGSL に言語機能 texture_and_sampler_let を追加します。これにより、テクスチャ オブジェクトとサンプラー オブジェクトを WGSL の let 宣言に保存できます。
WebGPU 互換モード
OpenGL や Direct3D11 などの古いグラフィック API を実行できる、WebGPU API の制限付きサブセットをオプトインで追加します。このモードを選択し、その制約に従うことで、デベロッパーは WebGPU アプリケーションのリーチを、コア WebGPU が必要とする最新の明示的なグラフィック API を搭載していない多くの古いデバイスにまで拡大できます。シンプルなアプリの場合、必要な変更は requestAdapter を呼び出すときに互換性 featureLevel を指定することだけです。より高度なアプリケーションでは、モードの制限に対応するために、いくつかの変更が必要になる場合があります。互換モードはサブセットであるため、結果として得られるアプリケーションは有効な WebGPU Core アプリケーションでもあり、互換モードをサポートしていないユーザー エージェントでも実行されます。
WebGPU: 一時的なアタッチメント
新しい TRANSIENT_ATTACHMENT GPUTextureUsage を使用すると、レンダリング パス オペレーションをタイルメモリに保持できるアタッチメントを作成できます。これにより、VRAM トラフィックを回避し、テクスチャの VRAM 割り当てを回避できる可能性があります。
Intl.Locale.prototype.variants
Intl.Locale.prototype.variants を追加し、Intl.Locale コンストラクタのオプション バッグでバリアントも受け入れます。
Iterator の順序付け
既存のイテレータをシーケンス処理してイテレータを作成する TC39 提案を実装します。これにより、Iterator.concat(...items) が導入されます。
meta name="text-scale"
ルート要素のデフォルトのフォントサイズを、オペレーティング システムとブラウザの両方のテキスト スケール設定に比例して拡大縮小します。これにより、フォント相対単位に関するベスト プラクティス（つまり、ユーザーのテキストサイズ設定に応じて変化するフォントサイズとページ要素に rem と em を使用する）に準拠したページで、ユーザーの OS レベルのテキスト スケール設定が尊重されるようになります。また、ブラウザベースの既存のメカニズム（Windows の全ページズームなど）やヒューリスティック（モバイルのテキスト自動サイズ調整など）も無効になります。ウェブ デベロッパーは、さまざまなユーザーが選択したフォントサイズ設定で適切にスケーリングされる方法（rem と em を使用）でページが構築されていることをブラウザに通知できるようになりました。env(preferred-text-scale) は、テキスト スケールにアクセスする方法を著者に提供しますが、この API は、ルート要素のデフォルトのフォントサイズによるスケーリングを可能にし、自動テキスト スケーリングをオプトアウトすることで、その機能を拡張します。
dragover イベントから drop イベントへの dropEffect 値を保持
HTML5 のドラッグ＆ドロップ API を使用すると、ウェブ アプリケーションは一連のイベント（dragstart、dragenter、dragover、dragleave、drop、dragend）を通じてドラッグ＆ドロップ操作を処理できます。これらのイベントでは、dataTransfer.dropEffect プロパティは実行するオペレーション（コピー、移動、リンク、なし）を示します。
HTML5 仕様によると、ウェブ アプリケーションが最後の dragover イベントで設定した dropEffect 値は保持され、後続の drop イベントで使用できます。
しかし、Chromium ベースのブラウザでは、drop イベントが発生する前に、ウェブ アプリケーションの dropEffect 値がブラウザ独自のネゴシエートされたオペレーションで上書きされていました。これにより、仕様への準拠が損なわれ、ドラッグ＆ドロップの動作に対するデベロッパーの制御が制限されていました。
Data URL の MIME タイプのパラメータを保持
Fetch 標準に従って、データ URL Content-Type ヘッダーの MIME タイプのパラメータ（charset、boundary など）を保持します。
Sanitizer API
Sanitizer API は、使いやすく安全な HTML Sanitizer API を提供します。デベロッパーはこれを使用して、任意のユーザー提供の HTML コンテンツからスクリプトを実行する可能性のあるコンテンツを削除できます。この目標は、XSS のないウェブ アプリケーションを簡単に構築できるようにすることです。
新しいオリジン トライアル
Chrome 146 では、これらの新しいオリジン トライアルにオプトインできます。
WebNN
WebNN は、ウェブ アプリケーションとフレームワークが、ユーザーのコンピュータで利用可能な機械学習用のネイティブ オペレーティング システム サービスと基盤となるハードウェア機能を活用して、ウェブ上で一貫性があり、効率的で信頼性の高い ML エクスペリエンスを実装できるようにすることを目的としています。