公開日: 2025 年 9 月 4 日
特に記載がない限り、以下の変更は Android、ChromeOS、Linux、macOS、Windows 向けの最新の Chrome ベータ版チャンネル リリースに適用されます。ここに記載されている機能について詳しくは、リンク先をご覧いただくか、ChromeStatus.com のリストをご覧ください。2025 年 9 月 4 日時点で、Chrome 141 はベータ版です。パソコン版は Google.com から、Android 版は Google Play ストアから最新版をダウンロードできます。
CSS と UI
ARIA Notify API
ARIA Notify API は、デベロッパーがスクリーン リーダーに読み上げる内容を直接指示するための JavaScript メソッドを提供します。
ariaNotify() を使用すると、ARIA ライブリージョンと比較して信頼性とデベロッパーの制御が向上し、DOM アップデートに関連付けられていない変更をアナウンスできるようになります。これにより、動的なウェブ アプリケーション全体で、より一貫性があり人間工学に基づいたユーザー補助エクスペリエンスを作成できます。この機能の iframe の使用は、"aria-notify" 権限ポリシーを使用して制御できます。
hidden=until-found と詳細の祖先を明らかにするアルゴリズムを更新
最近、hidden=until-found 要素と details 要素の表示アルゴリズムに、ブラウザが無限ループに陥るのを防ぐための小さな変更が加えられました。これらの更新は Chrome に追加されています。
ネストされた <svg> 要素のプレゼンテーション属性として width と height をサポート
Chrome は、SVG マークアップと CSS の両方で、ネストされた <svg> 要素に width と height をプレゼンテーション属性として適用することをサポートしています。この 2 つのアプローチにより、開発者は複雑なデザイン内で SVG 要素をより効率的に管理し、スタイルを設定できるようになり、柔軟性がさらに高まります。
この機能を有効にすると、次の HTML スニペットは同じ出力を生成します。
ネストされた <svg> 要素の CSS プロパティ:
<svg width="100px" height="100px">
<svg style="width:50px;height:50px;">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
ネストされた <svg> 要素の CSS プロパティがない場合:
<svg width="100px" height="100px">
<svg width="50px" height="50px">
<circle cx="50px" cy="50px" r="40px" fill="green" />
</svg>
</svg>
ウェブ API
Digital Credentials API（プレゼンテーションのサポート）
ウェブサイトは、カスタム URL ハンドラや QR コード スキャンなど、さまざまなメカニズムを使用してモバイル ウォレット アプリから認証情報を取得します。この機能により、サイトは Android の IdentityCredential CredMan システムを使用してウォレットから ID 情報をリクエストできます。複数の認証情報形式（ISO mDoc や W3C 検証可能認証情報など）をサポートするように拡張でき、複数のウォレット アプリを使用できます。今回のアップデートでは、現実世界の ID がエコシステム規模で不正使用されるリスクを軽減するメカニズムが追加されます。
Navigation API: 遅延コミット（プリコミット ハンドラ）
通常、navigateEvent.intercept() が呼び出されると、NavigateEvent のディスパッチが終了するとすぐに、インターセプトされたナビゲーションがコミットされます（したがって URL が更新されます）。
この機能では、handler と同様に、navigateEvent.intercept() に precommitHandler オプションが追加されます。この関数は、そのハンドラ（および他のすべての precommit ハンドラ）が解決されるまで commit を延期し、ハンドラがナビゲーションの URL、情報、ステータス、履歴処理動作（push/replace）を変更できるようにします。
restrictOwnAudio を支援する
restrictOwnAudio プロパティは、キャプチャされた表示サーフェスの制約可能なプロパティです。この制約可能なプロパティは、キャプチャされたディスプレイ サーフェスでのシステム音声の動作を変更します。restrictOwnAudio 制約は、キャプチャされたディスプレイ サーフェスにシステム音声が本質的に含まれている場合にのみ有効になります。それ以外の場合は影響しません。
デフォルトでは、システム音声がキャプチャされると、音声出力デバイスでシステムによって再生されるすべての音声が含まれます。restrictOwnAudio が有効になっている場合、キャプチャされたシステム音声はフィルタされ、getDisplayMedia を実行したドキュメントから発信された音声は除外されます。
echoCancellationMode（getUserMedia()）
MediaTrackConstraints 辞書の echoCancellation 動作を拡張します。以前は true と false のみを受け入れていましたが、現在は all と remote-only の値も指定できます。クライアントがマイクから受信した音声トラックに適用されるエコー キャンセルの動作を変更できるようにします。ユーザー システムの再生（すべて、または PeerConnection から受信した音声のみ）がマイク信号から除去される量を制御します。
getDisplayMedia() の windowAudio
windowAudio オプションを使用して、getDisplayMedia() の DisplayMediaStreamOptions を拡張します。この新しいオプションを使用すると、ウェブ アプリケーションは、ウィンドウが選択されたときにユーザーに音声の共有を許可するかどうかをユーザー エージェントにヒントとして伝えることができます。windowAudio オプションは、アプリの環境設定に基づいて、除外、システム、ウィンドウに設定できます。
音声キャプチャ用に構成されているが、ウィンドウが選択されたときにシステム音声キャプチャを制限したいウェブ アプリケーションは、windowAudio: "exclude" を設定する必要があります。
FedCM: アカウント選択の代替フィールド
アカウント セレクタでアカウントを区別するための識別子として、ユーザーのフルネームとメールアドレスに加えて、またはその代わりに、電話番号とユーザー名をサポートします。また、これらの新しいフィールドをウェブサイトで利用できるようにして、開示テキストに影響を与えます。詳細については、ドキュメントをご覧ください。
IndexedDB の getAllRecords() と getAll()、getAllKeys() の方向オプション
この機能により、IndexedDB の IDBObjectStore と IDBIndex に getAllRecords() メソッドが追加されます。また、getAll() と getAllKeys() に方向パラメータを追加します。この機能により、カーソルを使用した既存の代替手段であるイテレーションと比較して、特定の読み取りパターンを大幅に高速化できます。あるテストでは、Microsoft プロパティのワークロードで 350 ミリ秒の改善が見られました。
getAllRecords() メソッドは、両方の主キーと値を同時に列挙することで、getAllKeys() と getAll() を結合します。IDBIndex の場合、getAllRecords() は主キーと値に加えて、レコードのインデックス キーも提供します。
投機ルール: パソコン版の「eager」の積極性の改善
パソコンでは、「eager」の投機ルールは、ユーザーが「moderate」のマウスホバー時間よりも短い時間リンクにカーソルを合わせたときに、プリフェッチとプリレンダリングをトリガーします。
以前の動作（プリフェッチまたはプリレンダリングをできるだけ早く開始する）は、「immediate」の意欲と同じでした。この新しい動作は、「moderate」よりも積極的で、「immediate」よりも積極的でないという著者の意図をより適切に反映するため、有用です。
Storage Access API の厳格な同一オリジン ポリシー
セキュリティに関して、Storage Access API のセマンティクスを調整し、同一オリジン ポリシーに厳密に準拠させます。つまり、フレームで document.requestStorageAccess() を使用すると、デフォルトでは iframe のオリジン（サイトではない）へのリクエストにのみ Cookie が付加されます。
署名ベースの完全性
この機能は、ウェブ デベロッパーが依存するリソースの出所を確認するメカニズムを提供し、サイトの依存関係に対する信頼の技術的基盤を構築します。サーバーは Ed25519 鍵ペアでレスポンスに署名できます。ウェブ デベロッパーは、特定の公開鍵を使用して署名を検証するようユーザー エージェントに要求できます。これは、コンテンツ セキュリティ ポリシーによって提供される URL ベースのチェックと、サブリソース完全性によって提供されるコンテンツ ベースのチェックに役立つ追加機能です。
WebRTC エンコード変換（バージョン 2）
この API を使用すると、RTCPeerConnection を流れるエンコードされたメディアを処理できます。Chromium は 2020 年にこの API の初期バージョンをリリースしました。その後、仕様が変更され、他のブラウザ（Safari は 2022 年、Firefox は 2023 年）が更新版の仕様をリリースしました。
このリリースでは、Chrome が最新の仕様に更新され、Interop 2025 の一環として実施されます。
このリリースでは、generateKeyFrame メソッドは対象外です。このメソッドについては現在も議論が続いています。
管理対象の ChromeOS デバイスのみ
Device Attributes API の Permissions Policy
新しい権限ポリシーを使用すると、Device Attributes API へのアクセスを制限できます。この API は、ポリシーでインストールされたキオスク ウェブアプリとポリシーでインストールされた独立したウェブアプリでのみ利用可能で、どちらも管理対象の ChromeOS デバイスでのみ利用できます。また、コンテンツの設定でこの機能を制御できます。
DeviceAttributesBlockedForOrigins と DefaultDeviceAttributesSetting という 2 つの新しいポリシーが導入されました。これらのポリシーは DeviceAttributesAllowedForOrigins とともに導入されます。
新しいオリジン トライアル
Chrome 141 では、次の新しいオリジン トライアルに参加できます。
ローカル ネットワーク アクセスの制限
Chrome 141 では、ユーザーのローカル ネットワークへのリクエストを行う機能が制限され、権限プロンプトによって制御されます。
ローカル ネットワーク リクエストとは、パブリック ウェブサイトからローカル IP アドレスまたはループバックへのリクエスト、あるいはローカル ウェブサイト（イントラネットなど）からループバックへのリクエストを指します。ウェブサイトがこれらのリクエストを実行する際に権限を必須にすることで、ルーターなどのローカル ネットワーク デバイスに対するクロスサイト リクエスト フォージェリ攻撃のリスクを軽減し、サイトがこれらのリクエストを使用してユーザーのローカル ネットワークのフィンガープリントを生成する機能を制限できます。
この権限は安全なコンテキストに制限されています。権限が付与された場合、ローカル ネットワーク リクエストの混合コンテンツ ブロックも緩和されます（さまざまな理由で、多くのローカル デバイスが公的に信頼されている TLS 証明書を取得できないため）。
この機能は、「プライベート ネットワーク アクセス」と呼ばれる以前の取り組みに代わるものです。
Proofreader API
AI 言語モデルを基盤として、入力テキストの校正と修正候補の提示を行う JavaScript API。
CSP script-src（script-src-v2 とも呼ばれます）を拡張
この機能では、script-src コンテンツ セキュリティ ポリシー（CSP）ディレクティブに新しいキーワードが追加されます。これにより、ハッシュベースの 2 つの新しい許可リスト メカニズム（URL のハッシュと eval() 関数および eval() のような関数のコンテンツに基づくスクリプト ソース）が追加されます。これは script-src-v2 とも呼ばれますが、既存の script-src との下位互換性があり、同じディレクティブを使用します。
ハッシュを URL と eval() ハッシュに拡張することで、スクリプトの内容が頻繁に変更される場合でも、ハッシュでスクリプトを絞り込んで許可リストに登録し、eval() の既知の安全なコンテンツを許可リストに登録して、eval() の未チェックの使用を広範に許可することなく、妥当な厳格さのセキュリティ ポリシーを設定できます。
新しいキーワードは、指定された場合にホストベースの script-src をオーバーライドします。これにより、新しいキーワードを実装しているブラウザと実装していないブラウザの両方で、単一のヘッダーを互換性のあるものにすることができます。
WebAssembly カスタム記述子
WebAssembly がソースレベルの型に関連付けられたデータを新しい「カスタム記述子」オブジェクトに効率的に保存できるようにします。これらのカスタム記述子は、そのソースレベルの型の WebAssembly オブジェクトのプロトタイプで構成できます。これにより、WebAssembly オブジェクトのプロトタイプ チェーンにメソッドをインストールし、通常のメソッド呼び出し構文を使用して JavaScript から直接呼び出すことができます。プロトタイプとメソッドは、インポートされた組み込み関数を使用して宣言的に構成できます。