公開日: 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> 要素
HTML <select> 要素をカスタマイズできるようになります。
base-select 値で新しい動作を選択することで、appearance選択すると、画像などのリッチ コンテンツを追加したり、オプションのスタイルを設定したりできます。
ダイアログのライト ディスミス
Popover API の優れた機能の 1 つに、ライト ディスミス動作があります。この
機能により、<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
Attribution Reporting 機能: トリガー コンテキスト ID が null 以外の場合に集計可能レポートの上限を削除
この変更は、API 呼び出し元のフィードバックと、特定のユーザーフローでより多くのコンバージョン イベントを測定できるようにする必要性に基づいています。
現在、この API には、ソース登録ごとに最大 20 個の集計可能レポートを生成できるという上限があります。これは、ユーザーの行動が長くなる可能性があるユースケースでは制限が厳しすぎます。この変更により、トリガー コンテキスト 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 が拡張され、アプリケーションをインストルメント化してタイミングデータをデベロッパー ツールの [パフォーマンス] パネルに表示するための高性能な方法が提供されます。
API を使用して追加されたタイミング エントリには、カスタムのタイムスタンプ、期間、表示オプション（トラック、スイムレーン、色）を設定できます。
OffscreenCanvas getContextAttributes
CanvasRenderingContext2D の getContextAttributes インターフェースを
OffscreenCanvasRenderingContext2D に追加します。
Private Aggregation API: Shared Storage 呼び出し元に対するコンテキストごとの貢献度の上限
Shared Storage 呼び出し元が、Private Aggregation レポートごとの貢献度数をカスタマイズできるようになります。
この機能により、Shared Storage 呼び出し元は、新しいフィールド maxContributions を使用して、コンテキストごとの貢献度の上限を設定できます。呼び出し元は、このフィールドを設定して、レポートごとのデフォルトの貢献度数をオーバーライドします。数値の大小を問わず許可されます。Chrome では、maxContributions の値は 1 ～ 1,000 の範囲で指定できます。これより大きい値は 1,000 と解釈されます。
パディングにより、各レポートのペイロードのサイズは、レポートごとに選択した貢献度数にほぼ比例します。レポートを大きくすると、Aggregation Service の運用コストが増加すると予想されます。
Protected Audience 呼び出し元はこの機能の影響を受けません。ただし、今後の機能では、Protected Audience レポートの貢献度数をカスタマイズするサポートを追加する予定です。
PaintCanvas で ImageSmoothingQuality をサポート
Paint Canvas で imageSmoothingQuality 属性のサポートを追加します。これにより、ウェブ デベロッパーは、画像をスケーリングする際に、パフォーマンスよりも品質を優先するトレードオフを選択できます。
imageSmoothingQuality には、low、medium、high の 3 つの有効なオプションがあります。
WebGPU サブグループ
WebGPU にサブグループ機能を追加します。サブグループ オペレーションは SIMT オペレーションを実行して、呼び出しグループ間で効率的な通信とデータ共有を実現します。これらのオペレーションを使用すると、呼び出し間の通信によって発生するメモリ オーバーヘッドを削減することで、アプリケーションを高速化できます。
新しいオリジン トライアル
Chrome 134 では、次の新しい オリジン トライアルを選択できます。
デジタル認証情報 API
現在、ウェブサイトは、カスタム URL ハンドラや QR コード スキャンなど、さまざまなメカニズムを通じてモバイル ウォレット アプリから認証情報を取得できます。この機能を使用すると、サイトは Android の IdentityCredential CredMan システムを使用して、ウォレットから ID 情報をリクエストできます。複数の認証情報形式（ISO mDoc や W3C 検証可能認証情報など）をサポートするように拡張でき、複数のウォレット アプリを使用できます。現実世界の ID のエコシステム規模での不正使用のリスクを軽減するためのメカニズムが追加されています。
Chrome 134 で開始されるオリジン トライアルでは、デスクトップ プラットフォームでこの API のサポートが追加されます。デスクトップ版 Chrome は Android スマートフォンのデジタル ウォレットと安全に通信して、リクエストされた認証情報を取得します。
非推奨と削除
このバージョンの Chrome では、以下に示す非推奨と削除が導入されています。 計画されている非推奨、現在の非推奨、以前の削除の一覧については、ChromeStatus.com をご覧ください。
このリリースの Chrome では、1 つの機能が削除されています。
標準外の getUserMedia 音声制約を削除
Blink は、制約が適切に標準化される以前から、getUserMedia に対する goog 接頭辞付きの非標準の制約を数多くサポートしています。
使用量は大幅に減少し、0.000001% ～ 0.0009% になりました（制約によります）。また、Chromium 音声キャプチャ スタックの変更のために、一部の制約はまったく機能しなくなっています。今後予定される変更に伴い、これらの機能はいずれも無効になります。
今回の変更によって大きな機能低下が発生することはないと想定しています。これらの制約を使用するアプリは引き続き機能しますが、（制約が渡されていない場合と同様に）デフォルト設定の音声が取得されます。標準制約に移行することもできます。