Chrome 153 リリースノート

<camera> および <microphone> 機能要素は、宣言型のユーザー操作型 HTML コントロールであり、<usermedia> MVP 要素と同じ基盤メカニズムを共有していますが、重要な違いが 1 つあります。それは、単一の機能を要求するように設計されている点です。<camera> 要素は具体的にビデオキャプチャを要求し、<microphone> 要素は具体的にオーディオキャプチャを要求します。<usermedia> MVP と同様に、これらの要素はブラウザ制御の厳密にスタイル設定された UI をページに埋め込むことで、権限プロンプトが表示されたりストリームが開始されたりする前に、ユーザーの意図的なシグナル (クリック) を確実に伝達します。

<camera>要素と<microphone>要素は、これらの単一機能のユースケース向けに、専用のセマンティックなHTMLコントロールを提供します。これらは、<usermedia> MVPと同一のセキュリティモデル、厳格なスタイル制約、および組み込みの権限回復パスを維持しながら、複数のメディアへのアクセスを必要としない開発者向けに、よりカスタマイズされ、使いやすいAPIを提供します。

ブラウザのセキュリティを強化し、メモリ関連の脆弱性からユーザーを保護するため、Chrome 153 では、一部の一般的な観点において、XML 解析エンジンをメモリセーフなRust実装に移行します。この根本的な更新は、どこのウェブ標準との完全な互換性を維持しながら、メモリ破損は潜在的なバグを解消するものです。

Chrome では、すでにXSLTの非推奨化と削除が進められています。このプロセスの間、新しい、より安全なパーサーは、XSLT を必要としない次の各シナリオを処理します。

1. DOMParser Web API。
2. XMLHttpRequest の応答XML へのアクセス。
3. SVG スタンドアロン画像（つまり、「image.svg」ドキュメントのトップレベル ナビゲーションとして直接開く場合）。
4. SVG 外部画像（SVGを外部画像リソースとして記載しているメインドキュメントを含む）。

Media Source Extensions (MSE) を介して、HTML メディア要素内の Immersive Audio Model and Formats (IAMF) コンテナのデコードと再生をサポートします。IAMF は、チャンネルベース、シーンベース、オブジェクトベースのオーディオプレゼンテーションをサポートする、オープンでロイヤリティフリーの空間オーディオフォーマットです。この標準をサポートすることで、Web 開発者は独自のフォーマットに依存したり、JavaScript で複雑な個別のオーディオチャンネルルーティングを管理したりすることなく、さまざまなデバイスで一貫性のある没入型 3D オーディオ体験を提供できます。

Blink のアニメーション「transitionrun」イベントとメディアクエリ「change」イベントのディスパッチタイミングを仕様に合わせ、タイミングが Gecko および WebKit と相互運用可能になるようにします。より正確には、HTML ウィンドウイベントループ仕様に従って、「transitionrun」イベントは、同じイテレーションで先に作成されたアニメーションであってもステップ 3.11 で発生し (後のイテレーションに遅延させるのではなく)、メディアクエリ「change」イベントは、保留中のアニメーションイベントが発生する前にステップ 3.10 で発生します (ステップ 3.11 でアニメーションイベントと混在させるのではなく)。

JavaScriptにイテレータの内容を文字列に連結する手段を追加するTC39の提案。Iteratorインスタンスのjoin()メソッドはArray.prototype.join()に似ており、イテレータによって生成されたすべての要素をカンマまたは指定された区切り文字列で区切って連結した文字列を返します。

複数のイテレータの進行を同期させるためのTC39の提案で、しばしばzipと呼ばれる。

AudioContext および OfflineAudioContext にオプションの renderSizeHint を追加します。これにより、開発者は特定の整数を渡すことで WebAudio のレンダリング量子サイズをカスタマイズしたり、ヒントを省略するか「default」を渡すことでデフォルトの 128 フレームを使用したり、「hardware」を指定して User-Agent に最適なサイズを選択するように要求したりできます。

変数内のデータを再解釈するためのWGSL言語機能。

この機能により、開発者は単一のユニフォーム変数、ストレージ変数、またはワークグループ変数を複数の論理変数に分割できます。また、変数内のデータの型をプログラム内で複数の型として解釈することも可能です。

scroll-axis-lockは、ユーザーのスクロール動作を1つの軸に制限しないようにブラウザに指示するために、作成者が使用できるCSSプロパティです。

ウェブブラウザは、ユーザーのスクロール操作が、ある軸の動きが垂直軸の動きよりも著しく大きい場合、その操作を単一の軸に「ロック」することがよくあります。多くの場合、この動作は、ユーザーが意図したスクロール操作が垂直軸に沿って誤って行われることを防ぎ、ユーザーエクスペリエンスを向上させます。しかし、要素を常に斜めにスクロールできるようにしたい場合、このロック動作によって、ユーザーはロックがトリガーされない角度で操作を開始せざるを得なくなり、多くの場合、作成者が意図したユーザーエクスペリエンスとは一致しません。

JavaScript 自己プロファイリング API を使用すると、Web アプリケーションが自身のコール スタックをサンプリングして、実際のユーザー デバイスでのパフォーマンスを測定できます。この機能は、キャプチャされた各サンプルにオプションのマーカー フィールドを追加し、サンプルが取得されたときに実行されていたブラウザー アクティビティの種類 (スクリプト、ガベージ コレクション、スタイル、レイアウト、ペイント、その他) を識別します。トレースでは通常、解釈できないスタック間のギャップが表示されますが、マーカーを使用すると、開発者はその時間を JavaScript の外部で発生しているブラウザーの処理に割り当て、たとえばスクリプトの実行とスタイルの再計算、レイアウト、ガベージ コレクションの一時停止を区別できるため、遅いトレースの分析と最適化が容易になります。

Protected Audience APIは、サードパーティCookieやサイトをまたいだユーザー追跡を行わずに、興味関心グループ向けの広告配信を行う方法を提供します。

ChromeがサードパーティCookieに対する現在のアプローチを維持すると発表したことを受け、弊社ではProtected Audience API（およびプライバシーサンドボックス機能ステータスページに記載されているその他の特定のプライバシーサンドボックスAPI）を廃止および削除する予定です。

関連ウェブサイトセット（RWS）（旧称：ファーストパーティセット）は、開発者がサイト間の関係を宣言し、特定のユーザー向け目的で限定的なクロスサイトCookieアクセスを可能にするためのフレームワークを提供します。これは、ストレージアクセスAPI（SAA）とrequestStorageAccessFor（rSAFor）を使用することで実現されます。RWSは、サードパーティCookieを使用しないブラウザでの使用を想定して設計されていました。ChromeがサードパーティCookieに対する現在のアプローチを維持すると発表したことを受け、関連ウェブサイトセット（RWS）を廃止し、削除する予定です。

RWSが非推奨になると、セット内のコンテキスト間でSAAを既に利用している場合は、ここで指定されているRWS以外のAPIの動作にフォールバックします。RWS以外のSAAの動作の違いについては、こちらの開発者向けブログ記事で詳しく説明しています。

関連するrSAFor APIも、別のインテントを通じて非推奨となります。

また、RWS関連のChrome Enterpriseポリシー、およびchrome.privacy.relatedWebsiteSetsEnabled拡張APIを廃止する予定であり、関連する手続きに従います。

共有ストレージAPIは、プライバシーを保護するWeb APIであり、ファーストパーティサイトによってパーティション分割されないストレージを可能にします。

ChromeがサードパーティCookieに対する現在のアプローチを維持すると発表したことを受け、弊社ではShared Storage API（およびプライバシーサンドボックス機能ステータスページに記載されているその他のプライバシーサンドボックスAPI）を廃止し、削除する予定です。

requestStorageAccessFor (rSAFor) API は Storage Access API の拡張機能で、トップレベルサイトが埋め込みサイトに代わってパーティション化されていない (「ファーストパーティ」) Cookie へのアクセスを要求できるようにします。ブラウザは、関連 Web サイト セット (RWS) メンバーシップなどのメカニズムをシグナルとして使用して、アクセスを許可または拒否する裁量権を持ちます。これにより、トップレベルサイトによる Storage Access API の使用が可能になります。Chrome がサードパーティ Cookie に対する現在のアプローチを維持すると発表したことを受け、rSAFor は Chrome で RWS サイト間のストレージ アクセスを要求する場合にのみ使用できるため、rSAFor を非推奨にして削除する予定です。関連 Web サイト セットも、別のインテントによって非推奨になります。

アトリビューションレポートAPIは、サードパーティCookieやサイトをまたいだユーザー追跡を使用せずに広告コンバージョンを測定するために設計された、プライバシー保護型のWeb APIです。

ChromeがサードパーティCookieに対する現在のアプローチを維持すると発表したことを受け、弊社ではアトリビューションレポートAPI（およびその他のプライバシーサンドボックスAPI）を廃止し、削除する予定です。

Blinkは現在「_current」をターゲットとしたナビゲーションをサポートしていますが、この機能は非標準であるため削除する必要があります。

この機能の使用率はごくわずかです（約0.00009%未満）。詳細はhttps://chromestatus.com/metrics/feature/timeline/popularity/2835をご覧ください。