公開日: 2025 年 2 月 5 日
特に記載がない限り、以下の変更は Android、ChromeOS、Linux、macOS、Windows 向けの最新の Chrome ベータ版チャンネル リリースに適用されます。ここに記載されている機能について詳しくは、リンク先をご覧いただくか、ChromeStatus.com のリストをご覧ください。2025 年 2 月 5 日時点で、Chrome 134 はベータ版です。パソコン版は Google.com から、Android 版は Google Play ストアから最新版をダウンロードできます。
CSS
今回のリリースでは、5 つの新しい CSS 機能と UI 機能を追加しました。
CSS の dynamic-range-limit プロパティ
ページで HDR コンテンツの最大輝度を制限できるようにします。
カスタマイズ可能な <select> 要素
base-select の値を appearance に設定して新しい動作を有効にすることで、HTML <select> 要素をカスタマイズする機能を追加しました。有効にすると、画像などのリッチ コンテンツを追加したり、オプションのスタイルを設定したりできます。
ダイアログ ライトを閉じる
Popover API の優れた機能の一つに、ライト ディスミス動作があります。この機能により、<dialog> に同じ機能が提供されます。新しい closedby 属性で動作を制御します。
<dialog closedby=none>: ユーザーがダイアログを閉じることはできません。<dialog closedby=closerequest>:ESC（またはその他の閉じるトリガー）を押すと、ダイアログが閉じます。<dialog closedby=any>: ダイアログの外側をクリックするか、ESC キーを押すと、ダイアログが閉じます。popover=autoの動作と同じです。
CSS ハイライトの継承
CSS ハイライトの継承を使用すると、::selection や ::highlight などの CSS ハイライト疑似クラスは、要素チェーンではなく疑似ハイライト チェーンを介してプロパティを継承します。その結果、ハイライトのプロパティを継承するより直感的なモデルが得られます。
詳しくは、Igalia の Stephen Chenney が執筆したブログ投稿 Inheritance changes for CSS selection styling をご覧ください。
:has-slotted 疑似クラス
:has-slotted 疑似クラスは、テキストノードや要素などのスロット付きコンテンツを含むスロット要素を表します。これは、スロットのフォールバック コンテンツを使用しているかどうかに基づいて要素のスタイルを設定するために使用できます。
ウェブ API
アトリビューション レポート機能: トリガー コンテキスト ID が null 以外の場合に集計可能レポートの制限を削除
この変更は、API 呼び出し元のフィードバックと、特定のユーザーフローでより多くのコンバージョン イベントを測定できるようにする必要性に基づいています。
現在、API には、ソース登録ごとに最大 20 個の集計可能レポートを生成できるという制限があります。これは、ユーザーのジャーニーが長くなる可能性があるユースケースでは制限が厳しすぎます。この変更により、登録の一部としてトリガー コンテキスト ID が提供された場合、集計可能レポートの上限がなくなります。この制限の削除は、トリガー コンテキスト ID が指定されている場合にのみ制限されます。これは、ID が指定されている場合、API は null レポートのレートを高く適用し、レポート数によるクロスサイト情報漏洩を防ぐためです。
また、集計可能なレポートは、ソースごとの L1 貢献度予算（65,536）やアトリビューション レート制限など、測定可能な情報の合計量を制限する他の制限にも引き続き準拠します。
Blob URL のパーティショニング: 取得/ナビゲーション
ストレージ パーティショニングの延長として、ストレージキー（トップレベル サイト、フレーム オリジン、has-cross-site-ancestor ブール値）による Blob URL アクセスのパーティショニングを実装します。ただし、フレーム オリジンのみで引き続きパーティショニングされるトップレベル ナビゲーションは除きます。この動作は、現在 Firefox と Safari の両方で実装されている動作と類似しており、Blob URL の使用を、ストレージ パーティションの一部として他のストレージ API で使用されるパーティショニング スキームに合わせています。また、Chrome では、レンダラによって開始されたトップレベルの Blob URL へのナビゲーションに対して noopener が適用されます。この場合、対応するサイトは、ナビゲーションを実行するトップレベル サイトのクロスサイトです。これにより、Chrome が Safari の同様の動作と整合するようになり、これらの両方の変更が反映されるように関連する仕様が更新されました。
この変更は、PartitionedBlobURLUsage ポリシーを設定することで一時的に元に戻すことができます。他のストレージ パーティショニング関連のエンタープライズ ポリシーが非推奨になったときに、このポリシーも非推奨となります。
Document-Policy: expect-no-linked-resources
Document-Policy の expect-no-linked-resources 構成ポイントを使用すると、ドキュメントはユーザー エージェントにヒントを提供して、読み込みシーケンスをより適切に最適化できます。たとえば、デフォルトの投機的解析動作（プリロード スキャナとも呼ばれます）を使用しないようにできます。
ユーザー エージェントは、HTML の投機的解析を実装して、HTML マークアップに存在するリソースを投機的に取得し、ページの読み込みを高速化しています。HTML マークアップでリソースが宣言されているウェブ上のページの大部分では、最適化は有益であり、そのようなリソースを特定するために支払われるコストは妥当なトレードオフです。ただし、次のシナリオでは、HTML の解析に費やされる時間と、取得するサブリソースを決定する時間との間で、パフォーマンスのトレードオフが最適にならない可能性があります。
- HTML でリソースが宣言されていないページ。
- リソースの読み込みが最小限またはゼロで、利用可能な他のプリロード メカニズムを使用してリソースのプリロードを明示的に制御できる大きな HTML ページ。
expect-no-linked-resources Document-Policy は、このようなサブリソースの決定に費やされる時間を最適化する可能性があることをユーザー エージェントに示します。
明示的なリソース管理（非同期と同期）
これらの機能は、さまざまなリソース（メモリや I/O など）のライフタイムと管理に関するソフトウェア開発の一般的なパターンに対応しています。このパターンには通常、リソースの割り当てと、重要なリソースを明示的に解放する機能が含まれます。
console.timeStamp API を拡張して測定とプレゼンテーションのオプションをサポート
この機能は、下位互換性のある方法で console.timeStamp() API を拡張し、アプリケーションを計測してタイミング データを DevTools の [パフォーマンス] パネルに表示するための高性能なメソッドを提供します。
API で追加されたタイミング エントリには、カスタムのタイムスタンプ、期間、プレゼンテーション オプション（トラック、スイムレーン、色）を設定できます。
OffscreenCanvas getContextAttributes
CanvasRenderingContext2D から OffscreenCanvasRenderingContext2D に getContextAttributes インターフェースを追加します。
Private Aggregation API: Shared Storage 呼び出し元のコンテキストごとの投稿上限
共有ストレージの呼び出し元が、Private Aggregation レポートあたりのコントリビューション数をカスタマイズできるようにします。
この機能により、共有ストレージの呼び出し元は、新しいフィールド maxContributions を使用してコンテキストごとの貢献度の上限を設定できます。呼び出し元はこのフィールドを設定して、レポートあたりのデフォルトの貢献度数をオーバーライドします。大きい数と小さい数の両方が許可されます。Chrome は 1 ～ 1,000 の maxContributions の値を受け入れます。これより大きい値は 1,000 と解釈されます。
パディングにより、各レポートのペイロードのサイズは、レポートあたりのコントリビューションの選択数にほぼ比例します。レポートのサイズを大きくすると、集計サービスの運用コストが増加することが予想されます。
Protected Audience の呼び出し元はこの機能の影響を受けません。ただし、今後の機能では、Protected Audience レポートのコントリビューション数をカスタマイズするサポートを追加する予定です。
PaintCanvas で ImageSmoothingQuality をサポート
ペイント キャンバスに imageSmoothingQuality 属性のサポートを追加しました。ウェブ デベロッパーは、画像をスケーリングする際に、パフォーマンスよりも品質を優先するかどうかを選択できます。imageSmoothingQuality には、low、medium、high の 3 つの有効なオプションがあります。
WebGPU サブグループ
WebGPU にサブグループ機能を追加します。サブグループ オペレーションは SIMT オペレーションを実行して、呼び出しグループ間の効率的な通信とデータ共有を実現します。これらのオペレーションを使用すると、呼び出し間通信で発生するメモリ オーバーヘッドを削減して、アプリケーションを高速化できます。
新しいオリジン トライアル
Chrome 134 では、次の新しいオリジン トライアルにオプトインできます。
Digital Credential API
ウェブサイトは、カスタム URL ハンドラや QR コード スキャンなど、さまざまなメカニズムを通じて、モバイル ウォレット アプリから認証情報を取得できます。この機能により、サイトは Android の IdentityCredential CredMan システムを使用してウォレットから ID 情報をリクエストできます。複数の認証情報形式（ISO mDoc や W3C 検証可能な認証情報など）をサポートするように拡張でき、複数のウォレット アプリを使用できます。現実世界の身元情報の生態系規模での不正使用のリスクを軽減するためのメカニズムが追加されています。
Chrome 134 で開始されるオリジン トライアルでは、この API のデスクトップ プラットフォームでのサポートが追加されます。デスクトップ版 Chrome は、Android スマートフォンのデジタル ウォレットと安全に通信して、リクエストされた認証情報を取得します。
非推奨と削除
このバージョンの Chrome では、以下の非推奨と削除が導入されています。計画中の非推奨、現在の非推奨、以前の削除のリストについては、ChromeStatus.com をご覧ください。
今回の Chrome のリリースでは、1 つの機能が削除されています。
標準外の getUserMedia 音声制約を削除
Blink は、制約が適切に標準化される以前から、getUserMedia に対する goog 接頭辞付きの非標準の制約を数多くサポートしています。
使用量は大幅に減少し、0.000001% から 0.0009% になりました（制約によります）。また、Chromium 音声キャプチャ スタックの変更のために、一部の制約はまったく機能しなくなっています。今後予定される変更に伴い、これらの機能はいずれも無効になります。
今回の変更によって大きな機能低下が発生することはないと想定しています。これらの制約を使用するアプリは引き続き機能しますが、（制約が渡されていない場合と同様に）デフォルト設定の音声が取得されます。標準制約への移行を選択できます。