Chrome 144 ベータ版

公開日: 2025 年 12 月 3 日

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

CSS と UI

変換を使用した CSS アンカー配置

アンカー位置の要素が、変換を持つアンカーにテザーされている(または変換を持つ要素に含まれている)場合、ブラウザは変換されたアンカーのバウンディング ボックスに対して anchor() 関数と anchor-size() 関数を解決します。

CSS ページ内検索ハイライト疑似クラス

ページ内検索の結果のスタイル設定を ::search-text 擬似要素として公開します。これは、選択やスペルミスに使用されるハイライト擬似要素と同様のものです。これにより、前景色と背景色を変更したり、テキスト装飾を追加したりできます。これは、ブラウザのデフォルトがページの色とのコントラストが不十分な場合や、その他の理由で適切でない場合に特に便利です。

詳しくは、Igalia ブログのページ内検索のハイライト スタイリングをご覧ください。

アンカーの配置に aria-details を使用しない

アンカー位置指定の非ポップオーバー ユースケースで aria-details 関係を作成するコードは、おそらく誤りです。ポップオーバーやその他のセマンティック関係は aria-details を作成しますが、残りのユースケースはセマンティックではない可能性が高いため、Chrome ではセマンティックではないケースでこれらの関係を作成しなくなりました。

@scroll-state スクロール サポート

最新のスクロール方向に基づいてコンテナの子孫のスタイルを設定できます。

例:

.scrolling-up {
  translate: 80px 0;
  transition: 0.4s translate;
}

html {
  container-type: scroll-state;
}

@container scroll-state(scrolled: top) {
  .scrolling-up { translate: 0 0; }
}

キーボード スクロールで overscroll-behavior を尊重

overscroll-behaviorauto 以外の値に設定すると、ブラウザはスクロール チェーンを実行しません。Chrome はマウスまたはタッチ スクロールではこの設定を尊重しますが、キーボード スクロールでは無視していました。この変更により、キーボード スクロールでも overscroll-behavior が尊重されるようになります。

スクロールできないスクロール コンテナで overscroll-behavior を尊重する

overscroll-behavior プロパティは、要素にオーバーフローしたコンテンツがあるかどうか、ユーザーがスクロール可能かどうかに関係なく、すべてのスクロール コンテナ要素に適用されます。overscroll-behavior を使用すると、overflow: hidden バックドロップまたは overflow: auto 要素で、オーバーフローしているかどうかを考慮することなく、スクロールの伝播を防ぐことができます。

ツリー スコープ以外の container-name の照合

ブラウザは、@container クエリの container-name を照合する際にツリー スコープを無視します。

以前は、@container クエリの container-name マッチングでツリー スコープの名前または参照が使用されていました。つまり、@container ルールと container-type プロパティが異なるツリーから発生した場合、たとえば container-type 宣言が内部シャドウ ツリーから発生した場合、同じ名前は一致しませんでした。

この変更により、@container ルールや container-type 宣言のオリジンに関係なく、container-name 値が一致するようになります。

SVG2 CSS のカスケード

<use> 要素ツリー内の CSS ルールを照合するための Chrome 実装を SVG2 仕様に合わせます。

セレクタは、元の要素のサブツリーではなく、<use> インスタンス化要素と照合されます。つまり、セレクタは複製されたサブツリーの外にある祖先要素や兄弟要素と一致しなくなります。さらに重要な点として、:hover などの状態セレクタが <use> インスタンスで一致するようになりました。

ウェブ API

XRVisibilityMaskChange

ユーザーのビューポートの表示部分のメッシュを表す頂点とインデックスのリストを提供する XRVisibilityMaskChange イベントを追加します。このデータを使用すると、描画されるビューポートの量を確実に制限できるため、パフォーマンスが向上します。このイベントをより適切にサポートするため、XRView オブジェクトにも一意の識別子が与えられ、関連するマスクとのペア設定が容易になっています。これは、コア WebXR 仕様の拡張機能です。

onanimationcancel イベントを GlobalEventHandlers に公開

CSS アニメーション レベル 1 では、HTML 仕様で定義されている GlobalEventHandlers インターフェースを拡張し、onanimationstartonanimationiterationonanimationendonanimationcancel の 4 つの新しいイベント ハンドラを宣言しています。

GlobalEventHandlers IDL に onanimationcancel イベント ハンドラのみがありませんでした。

詳しくは、CSS アニメーション レベル 1 の仕様HTML 仕様の GlobalEventHandlers セクションをご覧ください。

View Transitions waitUntil() メソッド

ViewTransition は、疑似要素ツリーを自動的に構築して、遷移に参加する要素を表示し、アニメーション化します。仕様によると、このサブツリーはビュー遷移のアニメーションが開始されるときに構築され、すべてのビュー遷移疑似要素に関連付けられたアニメーションが終了状態(正確には、実行中または一時停止状態ではない状態)になると破棄されます。

これはほとんどの場合に機能し、デベロッパーにシームレスなエクスペリエンスを提供します。ただし、より高度なケースでは、アニメーションの終了状態を超えてビュー遷移の疑似ツリーを保持したい場合があるため、これでは不十分です。

たとえば、ビューの切り替えをスクロール駆動型アニメーションと関連付けることができます。アニメーションがスクロール タイムラインによって制御されている場合、アニメーションが終了してもサブツリーは破棄されません。これは、スクロール バックによって疑似要素がアニメーション化される可能性があるためです。

ビュー遷移の高度な使用を可能にするため、このインテントは、Promise を受け取る ViewTransition オブジェクトに waitUntil() 関数を追加します。この Promise は、疑似ツリーが確定するまで破棄を遅らせます。

<geolocation> 要素

ユーザーの現在地へのアクセスを宣言的に制御する、ユーザーが有効化するコントロールである <geolocation> 要素を導入します。パーミッション フローを処理し、サイトに位置情報を直接提供することで、ユーザーとデベロッパーのジャーニーを効率化し、多くの場合、JavaScript API 呼び出しを別途行う必要がなくなります。

これにより、ユーザーの意図を示す強いシグナルがない状態で JavaScript から直接トリガーされる権限プロンプトという長年の問題に対処します。ブラウザ制御の要素をページに埋め込むことで、ユーザーのクリックが明確な意図的なシグナルとなります。これにより、プロンプトのユーザー エクスペリエンスが向上し、以前に権限を拒否したユーザー向けの復元パスが提供されます。

WebGPU: subgroup_id 機能

subgroup_idnum_subgroups の組み込み値は、サブグループ拡張機能が有効になっている場合に使用できます。

WebGPU: ユニフォーム バッファの標準レイアウト

WGSL シェーダーで宣言されたユニフォーム バッファは、配列要素の 16 バイト アライメントや、ネストされた構造体のオフセットを 16 バイトの倍数にパディングする必要がなくなりました。

Temporal API

ECMA262Temporal API は、日付と時間を扱うための標準オブジェクトと関数を提供します。Date は ECMAScript の長年の問題です。Temporal。最上位の名前空間(Math など)として機能するグローバル Object で、最新の日付と時刻の API を ECMAScript 言語に導入します。動機に関する詳細については、JavaScript Date の修正: スタートガイドをご覧ください。

SVGAElementpinghreflangtypereferrerPolicy をサポート

SVGAElementpinghreflangtypereferrerPolicy 属性のサポートを追加し、HTML と SVG でリンクの処理を統一するため、その動作を HTMLAnchorElement に合わせました。

clipboardchange イベント

clipboardchange イベントは、ウェブアプリまたはその他のシステム アプリケーションによってシステム クリップボードの内容が変更されるたびに発生します。これにより、ウェブアプリ(リモート デスクトップ クライアントなど)のクリップボードをシステムのクリップボードと同期させることができます。クリップボードの変更をポーリングする(JavaScript を使用)効率的な代替手段を提供します。

User-Agent Client Hints ch-ua-high-entropy-values 権限ポリシー

ch-ua-high-entropy-values 権限ポリシーのサポートを追加しました。このポリシーを使用すると、トップレベル サイトは navigator.userAgentData.getHighEntropyValues() JavaScript API を使用して高エントロピー クライアント ヒントを収集できるドキュメントを制限できます。

HTTP 経由での高エントロピー ヒントの収集の制限は、既存のクライアント ヒントごとの権限ポリシーですでに可能です。

RTL MathML 演算子のミラーリング

RTL モードで MathML 演算子をレンダリングする際の文字レベルとグリフレベルのミラーリングのサポートを追加しました。

RTL モードを使用している場合、一部の演算子は別のコードポイントに変更することでミラーリングできます(たとえば、右かっこが左かっこになります)。これは文字レベルのミラーリングで、Unicode の Bidi_Mirrored プロパティで同等性が定義されています。

一部の演算子には適切なミラーリング文字がありません。この場合、rtlm フォント機能でグリフレベルのミラーリングが適用され、ミラーリングされたコンテキストで別のグリフに置き換えることができます。既存の実装の中には、元のグリフを直接ミラーリングするものもありますが、これは時計回りの輪郭積分などの非対称文字の意味を変えてしまう可能性があります。

独立したウェブアプリの Direct Sockets API のマルチキャスト サポート

この機能を使用すると、分離されたウェブアプリはマルチキャスト グループに登録して、そこから UDP パケットを受信し、UDP パケットをマルチキャスト アドレスに送信するときに追加のパラメータを指定できます。

パフォーマンスとイベント タイミング: InteractionCount

Event Timing API は Performance Timeline の一部であり、ユーザー操作のパフォーマンスを測定します。一部のイベントには interactionId 値が割り当てられています。これは、共通の物理的なユーザー入力やジェスチャーに基づいて関連する操作をグループ化するのに役立ちます。

この機能では、ページで発生したインタラクションの合計数である performance.interactionCount が追加されます。

特に、この機能は Interaction to Next Paint(INP)指標の値を計算するのに役立ちます。INP 指標の値を計算するには、高いパーセンタイル スコア(合計インタラクション数が 50 を超えるページの場合は p98)を計算するために、インタラクションの合計数を知る必要があります。

この機能は、長い間仕様が定められており、以前に Chromium でプロトタイプが作成されましたが、リリースされることはありませんでした。Interop 2025 の一部であり、他のブラウザではすでに利用可能です。

DOM の変更後の相互運用可能なポインタとマウスの境界イベント

イベント ターゲットが DOM から削除された後、ポインタの論理ターゲットは、ポインタとマウスの境界イベント(つまり、overoutenterleave イベント)が示すように、DOM にまだ接続されている最も近い祖先でなければなりません。

Chrome は、ノードが DOM から削除された後もノードを追跡していました。その結果、ヒットテスト ノード A が DOM から削除された後にポインタが新しいノード B に移動すると、境界イベント シーケンス(pointeroverpointeroutpointerenterpointerleave イベントと対応するマウスイベント)は、ポインタが A から B に移動したことを意味します。新しいコンセンサスでは、イベント シーケンスは「A の親」から B へのポインタ移動を意味します。

Android のポインタロック

マウス イベントのターゲットを単一の要素にロックし、マウスカーソルを非表示にすることで、マウスの生の動きにアクセスできるようにします。ポインタ ロック API はすでにパソコンでサポートされていますが、今回のリリースでは Android でのサポートが追加されます。

RTCDegradationPreference 列挙値 maintain-framerate-and-resolution

maintain-framerate-and-resolution は、WebRTC の内部動画適応を無効にします。これにより、アプリケーションは独自の適応ロジックを実装し、内部適応による干渉を防ぐことができます。

Android と iOS の WebAuthn Signal API

WebAuthn 認証情報利用者が既存のパスキーに関する情報を認証情報ストレージ プロバイダに報告できるようにします。これにより、誤った認証情報や取り消された認証情報をプロバイダとシステム UI から更新または削除できます。

この機能はパソコン版ではすでに提供されていましたが、このたび Android 版と iOS 版でもご利用いただけるようになりました。

また、シグナル API は、サポートされているすべてのプラットフォームで Google パスワード マネージャーのパスキーの安全メカニズムをサポートするようになりました。以前は、証明書が不明または削除されたことを証明書利用者側が通知すると、パスキーは完全に削除されていました。現在、Google パスワード マネージャーでは、パスキーは削除されずに非表示になります。パスキーは、以前に非表示にしたパスキーのリストを指定して signalAllAcceptedCredentials を呼び出すことで復元できます。

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

Chrome 144 では、次のオリジン トライアルにオプトインできます。

拡張された Canvas TextMetrics

TextMetrics Canvas API を拡張し、選択範囲、バウンディング ボックス クエリ、グリフ クラスタベースのオペレーションをサポートします。

この機能により、正確な選択、キャレットの位置決め、ヒットテストを備えた複雑なテキスト編集アプリケーションが可能になります。また、クラスタベースのレンダリングにより、個別の文字のアニメーションやスタイリングなど、高度なテキスト効果を簡単に実現できます。

非推奨と削除

このバージョンの Chrome では、このセクションに記載されている非推奨化と削除が導入されています。計画中の非推奨、現在の非推奨、以前の削除の一覧については、ChromeStatus.com をご覧ください。

Topics API の非推奨化

Topics API は、ユーザーの正確な閲覧履歴を公開することなく、ユーザーの一般的な閲覧履歴に基づく広告ターゲティングを可能にする API です。

Chrome でサードパーティ Cookie に関する現在のアプローチを維持するという発表を受け、Google は Topics API(およびプライバシー サンドボックスの機能ステータス ページに記載されているその他のテクノロジー)を非推奨とし、削除する予定です。

Protected Audience API を非推奨にする

Protected Audience API は、サードパーティ Cookie やサイトをまたいだユーザー トラッキングを使用せずにインタレスト グループ広告を掲載する方法を提供します。

Chrome でサードパーティ Cookie に関する現在のアプローチを維持するという発表を受け、Google は Protected Audience API(およびプライバシー サンドボックスの機能ステータス ページに記載されている他の特定のテクノロジー)の非推奨化と削除を計画しています。

Shared Storage API の非推奨化

Shared Storage API は、ファーストパーティ サイトでパーティション化されないストレージを有効にするためのプライバシー保護ウェブ API です。

Chrome でサードパーティ Cookie に関する現在のアプローチを維持するという発表を受け、Chrome チームは Shared Storage API(およびプライバシー サンドボックスの機能ステータス ページに記載されているその他のテクノロジー)を非推奨とし、削除する予定です。

Attribution Reporting API の非推奨化

Attribution Reporting API は、サードパーティ Cookie やサイト間のユーザー トラッキングを使用せずに広告コンバージョンを測定するように設計された API です。

Chrome でサードパーティ Cookie に関する現在のアプローチを維持するという発表を受け、チームは Attribution Reporting API(およびその他のプライバシー サンドボックス API)の非推奨化と削除を計画しています。

Private Aggregation API を非推奨に

Private Aggregation API は、プライバシーを保護した方法でクロスサイトの集計データを測定するための汎用メカニズムです。もともと、サードパーティ Cookie のない未来を見据えて設計されました。

Chrome でサードパーティ Cookie に関する現在のアプローチを維持するという発表を受け、チームは Private Aggregation API(およびプライバシー サンドボックスの機能ステータス ページに記載されているその他のテクノロジー)を非推奨とし、削除する予定です。この API は、Shared Storage API と Protected Audience API を介してのみ公開されます。これらの API も非推奨となり、削除される予定です。そのため、プライベート アグリゲーションに追加の作業は必要ありません。

関連ウェブサイト セットは、デベロッパーがサイト間の関係を宣言し、特定のユーザー向け目的でクロスサイト Cookie へのアクセスを制限できるようにするためのフレームワークです。これは、ストレージ アクセス API と document.requestStorageAccessFor(次のセクションを参照)の使用を通じて実現されます。

Chrome でサードパーティ Cookie に関する現在のアプローチを維持するという発表を受け、Google は関連ウェブサイト セットを廃止し、削除する予定です(プライバシー サンドボックスの機能ステータス ページに記載されているように、他の特定のテクノロジーも同様です)。

document.requestStorageAccessFor を非推奨に

requestStorageAccessFor API は、Storage Access API の拡張機能です。これにより、トップレベル サイトは埋め込みサイトに代わってパーティション化されていない(「ファーストパーティ」)Cookie へのアクセスをリクエストできます。ブラウザは、関連ウェブサイト セットのメンバーシップなどのメカニズムを潜在的なシグナルとして、アクセスを許可または拒否する裁量権を持ちます。これにより、トップレベル サイトで Storage Access API を使用できるようになります。

Chrome でサードパーティ Cookie に関する現在のアプローチを維持するという発表を受け、Google は requestStorageAccessFor のサポートを終了し、削除する予定です(プライバシー サンドボックスの機能ステータス ページに記載されている他の特定のテクノロジーも同様です)。

SyncTypesListDisabled における個々の値としての savedTabGroups の非推奨化

SyncTypesListDisabled エンタープライズ ポリシーを使用すると、管理者はパソコン プラットフォームで savedTabGroups データ型の同期を無効にできます。ただし、モバイル プラットフォームでは、タブグループの同期はすでに tabs データ型によって管理されています。パソコンの動作をモバイルと一致させ、同期の管理を簡素化するため、個々の savedTabGroups データ型は非推奨となり、SyncTypesListDisabled ポリシー内で個別に値をカスタマイズできなくなります。

XML 解析で外部から読み込まれたエンティティ

Chrome は、特定の状況下で外部 XML エンティティまたは DTD を同期的に取得し、解析に組み込みます。この機能は削除されます。

http/tests/security/contentTypeOptions/xml-external-entity.xml に例が示されています。外部エンティティは DOCTYPE ステートメントの末尾で定義でき、XML の解析時に同期的に読み込まれてコンテキストとして含まれるリソースを参照できます。

別の構文の例として、SYSTEM キーワードの後に DTD を指す URL を使用して、追加のエンティティ定義を含む DOCTYPE があります。

このような外部読み込みリクエストは、パーサーから渡されます。

W3C XML 仕様によると、検証しないプロセッサは外部エンティティを読み取る必要はありません。

チームは、XSLT を使用しない XML ドキュメントでの外部エンティティ定義の読み込みを非推奨にする予定です。