公開日: 2025 年 2 月 5 日
特に明記しない限り、以下の変更は Android、ChromeOS、Linux、macOS、Windows 向けの最新の Chrome ベータ版チャネル リリースに適用されます。ここに記載されている機能について詳しくは、記載されているリンクまたは ChromeStatus.com のリストをご覧ください。Chrome 134 は 2025 年 2 月 5 日時点でベータ版です。最新版は、パソコンの Google.com または Android の Google Play ストアからダウンロードできます。
CSS
このリリースでは、CSS と UI に 5 つの新機能を追加しました。
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 が指定されている場合にのみ適用されます。指定されている場合、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 呼び出し元のコンテキストごとの貢献の上限
共有ストレージ呼び出し元が、非公開集計レポートあたりのコントリビューション数をカスタマイズできるようにします。
この機能により、Shared Storage 呼び出し元は、新しいフィールド maxContributions を使用してコンテキストごとの貢献上限を構成できます。呼び出し元は、このフィールドを設定して、レポートあたりのデフォルトの貢献数をオーバーライドします。数値は大きくても小さくてもかまいません。Chrome では、1 ～ 1,000 の maxContributions の値が使用できます。それより大きい値は 1,000 と解釈されます。
パディングにより、各レポートのペイロードのサイズは、レポートあたりに選択したコントリビューション数にほぼ比例します。より大きなレポートを選択すると、集計サービスの運用コストが増加することが予想されます。
Protected Audience の呼び出し元にはこの機能の影響はありません。ただし、今後の機能で、Protected Audience レポートの貢献数のカスタマイズをサポートする予定です。
PaintCanvas で ImageSmoothingQuality をサポート
Paint Canvas の imageSmoothingQuality 属性のサポートを追加しました。これにより、ウェブ デベロッパーは画像のスケーリング時に品質とパフォーマンスのトレードオフを選択できます。imageSmoothingQuality には、low、medium、high の 3 つの有効なオプションがあります。
WebGPU サブグループ
WebGPU にサブグループ機能を追加しました。サブグループ オペレーションは SIMT オペレーションを実行し、呼び出しのグループ間で効率的な通信とデータ共有を提供します。これらのオペレーションを使用すると、呼び出し間通信によって発生するメモリ オーバーヘッドを削減して、アプリケーションを高速化できます。
新しいオリジン トライアル
Chrome 134 では、次の新しいオリジン トライアルを有効にできます。
Digital Credential 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 音声キャプチャ スタックの変更のために、一部の制約はまったく機能しなくなっています。今後予定される変更に伴い、これらの機能はいずれも機能しなくなります。
今回の変更によって大きな機能低下が発生することはないと想定しています。これらの制約を使用するアプリは引き続き機能しますが、（制約が渡されていない場合と同様に）デフォルト設定の音声が取得されます。標準制約に移行することもできます。