公開日: 2026 年 1 月 14 日
特に記載がない限り、以下の変更は Android、ChromeOS、Linux、macOS、Windows 向けの最新の Chrome ベータ版チャンネル リリースに適用されます。ここに記載されている機能の詳細については、提供されているリンクまたは ChromeStatus.com のリストをご覧ください。2026 年 1 月 14 日時点で、Chrome はベータ版です。最新版は、パソコンの場合は Google.com、Android の場合は Google Play ストアからダウンロードできます。
CSS と UI
text-justify CSS プロパティをサポート
デベロッパーは、text-align: justify が適用されたときにテキストがどのように均等配置されるかを text-justify プロパティを使用して制御できます。たとえば、英語のテキストでも文字間スペースを広げて両端揃えを強制する。
border-radius の値が高い場合の border-radius シャドウ エッジの計算を改善
この改善により、ほぼ円形の要素（border-radius が 50% に近い場合）の影とクリップ境界が、曲線の視覚的な輪郭と正確に一致するようになります。
これにより、複雑な丸みを帯びた形状のレンダリングがより一貫性のあるものになり、半径の値が大きい場合の視覚的な差異が解消されます。角が小さい半径でシャープに表示されるようにする border-radius 調整係数が、半径の値が 50% に近づくにつれて徐々に減衰するようになりました。
これは、同じ半径調整メカニズムを使用するようになった丸くない輪郭（corner-shape を使用）にも適用されます。
CSS マルチカラム レイアウトの列の折り返し
Chrome 145 以降では、マルチカラム レイアウトで column-wrap プロパティと column-height プロパティがサポートされています。これらのプロパティを使用すると、ブロックの方向に列を新しい行に折り返すことができます。
Chrome 145 より前は、マルチカラム コンテナの高さが制限されている場合、使用可能なスペースに収まらないコンテンツはインライン方向にオーバーフロー カラムとして表示されていました。これにより、ウェブ上に水平スクロールバーが作成されます。column-height プロパティと column-wrap プロパティを使用すると、列の行の高さを設定し、オーバーフローした列を新しい行として表示できます。
詳しくは、複数列レイアウトでの折り返し列のサポートをご覧ください。
onanimationcancel イベントを GlobalEventHandlers に公開
CSS Animations Level 1 は、HTML 仕様で定義された GlobalEventsHandler インターフェースを拡張し、onanimationstart、onanimationiteration、onanimationend、onanimationcancel の 4 つの新しいイベント ハンドラを宣言します。
onanimationcancel イベント ハンドラが GlobalEventsHandler IDL にありませんでしたが、公開されるようになりました。
CSS letter-spacing と word-spacing: パーセンテージ値
CSS Text Module Level 4 仕様で定義されているとおり、letter-spacing および word-spacing CSS プロパティのパーセント値を有効にします。パーセンテージ値は、スペース文字（U+0020）の事前測定値に対して相対的に計算されます。これにより、特にテキストのスペーシングをさまざまなビューポートやフォントサイズに合わせて調整する必要があるレスポンシブ デザインにおいて、タイポグラフィをより堅牢かつ柔軟に制御できるようになります。
カスタマイズ可能な選択リストボックス
この機能により、カスタマイズ可能な選択のサポートがリストボックス レンダリング モードに拡張され、リストボックス モードでの単一選択と複数選択もサポートされます。
リストボックス レンダリング モードでは、<select> 要素は別のボタンやポップアップではなく、フロー内またはページ内でレンダリングされます。リストボックスのレンダリング モードは、<select multiple> や <select size=4> などの multiple 属性または size 属性を介して、プラットフォーム全体でオプトインされます。これらの属性を持つ <select> 要素に appearance:base-select CSS プロパティを適用すると、レンダリングと入力の動作が改善されます。
この機能は、複数選択ポップアップのカスタマイズ可能な選択をサポートしていません。これは後で追加されます。複数選択ポップアップを表示するには、次の属性を <select multiple size=1> に設定する必要があります。
強制カラー モードでモノクロームの絵文字のレンダリングを有効にします。
この変更により、Chrome の強制カラー モードでの絵文字のレンダリング動作が更新されます。計算値の解決時に、font-variant-emoji 値が normal または unicode に計算される絵文字は、モノクローム グリフが利用可能な場合は、それを使用してレンダリングされます。
そのため、Chrome はカラー絵文字のレンダリングを抑制し、絵文字が強制カラーモードのパイプラインに完全に参加し、システムのハイ コントラスト カラーを尊重するようにします。強制カラーモード以外の動作は変更されません。
focus() メソッドの focusVisible オプション
focus() メソッドを呼び出す際に、デベロッパーは FocusOptions 辞書で focusVisible ブール値を指定できるようになりました。true の場合、フォーカス リングは常に新しくフォーカスされた要素の周囲に描画され、:focus-visible 疑似クラスと一致します。false の場合、フォーカス リングは描画されず、:focus-visible は一致しません。この値がない場合、ユーザー エージェントはフォーカス リングを描画するかどうかを独自に判断し、:focus-visible 疑似クラスがそれに応じて一致します。
ルート以外のスクローラでのオーバースクロール効果
ルート以外のスクロール コンテナでエラスティック オーバースクロール効果を表示します。ネストされたスクロール可能な要素がスクロール境界に達すると、オーバースクロール アフォーダンスはルート スクロールだけでなく、その要素にも適用されます。これにより、カスタム JavaScript の回避策の必要性が軽減され、overscroll-behavior を使用して要素ごとに制御できます。
Android で実際のウィンドウ位置を表示
Android 版 Chrome で、window.screenX、window.screenY、window.outerWidth、window.outerHeight を使用してブラウザ ウィンドウの位置とサイズが正確に報告されるようになりました。
以前は、Android のすべてのブラウザ ウィンドウが座標（0, 0）から開始されると Chrome が誤って想定していました。これは、フリーフォーム ウィンドウ モードを使用する Android タブレットでは不正確です。window.screenX と window.screenY を使用してウィンドウの画面上の位置をクエリすると、ウェブサイトは常に 0 を受け取ります（これらのフィールドには、グローバル ワークエリア座標空間におけるウィンドウの左上隅の座標が格納されます）。
さらに、Android 版 Chrome では、ブラウザ ウィンドウの外側の寸法がウェブサイトのビューポートの内側の寸法と等しいと誤って想定していました。
ウェブ API
Navigation API: navigation.transition で目的地を公開
Chrome 145 より前では、NavigationTransition に from プロパティがあり、ナビゲーションの古い URL が公開されていました。to（NavigationDestination）を公開すると、この処理が完了します。これは、precommit ハンドラを使用する場合に特に便利です。precommit の間は、現在の URL がまだ宛先に切り替わっていないためです。
WebGPU: subgroup_uniformity 機能
均一性分析に新しいスコープを追加し、各スコープでチェックされる言語の部分を変更して、より多くのケースでサブグループの機能が均一と見なされるようにします。
Upsert
Map.prototype.getOrInsert、Map.prototype.getOrInsertComputed、WeakMap.prototype.getOrInsert、WeakMap.prototype.getOrInsertComputed の ECMAScript 提案を実装します。
非折りたたみ選択の削除コマンドの InputEvent タイプ
選択したテキストの削除キーボード ショートカットの正確な inputType 値をレポートします。contenteditable 要素で選択されたテキストに対して Control+Backspace や Control+Delete などの削除コマンドが使用された場合、beforeinput イベントと input イベントは deleteWordBackward や deleteWordForward ではなく deleteContentBackward や deleteContentForward をレポートするようになりました。これにより、ウェブ デベロッパーはどのような編集操作が行われたかを正しく把握し、信頼性の高い元に戻す / やり直しの操作やカスタム編集の動作を実装できます。
Cookie Store API の maxAge 属性
Cookie Store API で Cookie を設定する際に、呼び出し元が maxAge を指定できるようにします。
Cookie の有効期限は expires 属性を使用してすでに構成できますが、maxAge はより慣用的なオプションを提供し、Cookie Store API を document.cookie と Set-Cookie HTTP ヘッダーで提供されるオプションと一致させます。
安全なお支払いの確認: ブラウザ バウンド キー
安全な支払い確認のアサーションと認証情報の作成に、追加の暗号署名を追加します。対応する秘密鍵はデバイス間で同期されません。これにより、ウェブ デベロッパーは支払い取引のデバイス バインディングの要件を満たすことができます。
clipboardchange イベントのスティッキー アクティベーション
Chrome で clipboardchange イベントを発生させるには、ユーザーの固定アクティベーションまたは clipboard-read 権限が必要になりました。これにより、不正なクリップボード モニタリングを防ぐことができます。この変更は、Clipboard API 仕様で定義されています。
VideoFrame.metadata() を使用して WebRTC 動画フレームから rtpTimestamp を公開
基盤となる VideoFrame のメタデータに rtpTimestamp フィールドがある場合、このフィールドを含む辞書を返す VideoFrame.metadata() メソッドを追加します。それ以外の場合は、空の辞書が返されます。WebRTC ソースから取得された動画フレームのみに rtpTimestamp メタデータが付加されます。
ウェブ アプリケーションでバイモーダル パフォーマンスのタイミングを把握できるようにする
ウェブ アプリケーションでは、アプリケーションの制御外の要因により、ページ読み込みパフォーマンスが二峰分布になることがあります。たとえば、ユーザー エージェントが「コールド スタート」シナリオで最初に起動するとき、システム リソースを競合する多くの高コストの初期化タスクを実行する必要があります。ブラウザ拡張機能もパフォーマンスに影響する可能性があります。一部の拡張機能は、アクセスするすべてのページで追加のコードを実行するため、CPU 使用率が増加し、応答時間が遅くなることがあります。同様に、マシンが負荷の高いタスクでビジー状態になっている場合、ウェブページの読み込みが遅くなることがあります。
このようなシナリオでは、ウェブアプリが読み込もうとするコンテンツは、システムで実行されている他の作業と競合します。このため、パフォーマンスの問題がウェブ アプリケーション自体に存在するか、外部要因によるものかを検出することが困難になります。
PerformanceNavigationTiming オブジェクトの新しい confidence フィールドを使用すると、デベロッパーはナビゲーション タイミングがウェブ アプリケーションの代表的なものかどうかを判断できます。
パフォーマンス エントリに presentationTime と paintTime を追加
要素のタイミング、LCP、長いアニメーション フレーム、ペイントのタイミングで paintTime と presentationTime を公開します。
paintTime は、レンダリング フェーズが終了し、ブラウザがペイント フェーズを開始した時点を意味します。presentationTime は「ピクセルが画面に到達した」時間を示します。これは実装によって定義が異なります。LCP と INP が Baseline Newly available になりましたをご覧ください。
LayoutShift API での CSS ピクセルの使用
この機能により、LayoutShift API のアトリビューション データ（prevRect と currentRect）が、物理ピクセルではなく CSS ピクセルでレポートされるようになります。現在の動作は、すべて CSS ピクセルを使用する他のレイアウト関連の API と一貫性がありません。この変更により、一貫性が向上し、デベロッパーの使いやすさが向上し、デバッグとツールで想定される単位と一致します。
なお、これは CLS 指標の値には影響しませんが、シフトのスクリーンショットや画像を表示するデバッグツールには影響します。
デバイスにバインドされたセッション認証情報（DBSC）
ウェブサイトがセッションを単一のデバイスに安全にバインドする方法。
これにより、サーバーはデバイスに安全にバインドされたセッションを持つことができます。ブラウザは、サーバーのリクエストに応じて、秘密鍵の所持を証明しながらセッションを定期的に更新します。
ローカル ネットワーク アクセスの分割権限
これはローカル ネットワーク アクセス（LNA）の制限の強化であり、必要な権限を 1 つのローカル ネットワーク アクセス権限から 2 つの個別の権限に分割します。
古い権限: local-network-access
新しい権限:
local-network: ローカル アドレス空間の IP への LNA リクエストの場合。loopback-network: ループバック アドレス空間内の IP への LNA リクエストの場合。
古い権限はエイリアスとして保持され、permissions.query と Permissions Policy で引き続き機能します。現在のエンタープライズ ポリシーは引き続き同じように機能します。より詳細な新しいエンタープライズ ポリシーは、後日追加される予定です。
Origin API
オリジンはウェブの実装の基本的なコンポーネントであり、ユーザー エージェントが維持するセキュリティとプライバシーの境界の両方にとって不可欠です。このコンセプトは、HTML と URL の間で明確に定義されており、サイトなどの隣接するコンセプトも広く使用されています。
ただし、オリジンはウェブ デベロッパーに直接公開されません。さまざまなオブジェクトにさまざまなオリジン ゲッターがありますが、それぞれがオリジン自体ではなく、オリジンの ASCII シリアル化を返します。これにはいくつかのマイナスの影響があります。実際には、シリアル化されたオリジンを処理するときに同一オリジンまたは同一サイトの比較を試みるデベロッパーは、脆弱性につながるような誤りを犯すことがよくあります。哲学的には、開発者が正確にポリフィルするのに苦労するセキュリティ プリミティブが欠落しているように見えます。
Origin API は、オリジンの概念をカプセル化する origin オブジェクトを導入し、比較、シリアル化、解析に役立つメソッドを提供することで、プラットフォームのこのギャップに対処します。
Sanitizer API
Sanitizer API を使用すると、デベロッパーは、任意のユーザー提供の HTML コンテンツからスクリプトを実行する可能性のあるコンテンツを削除できます。この目標は、XSS のないウェブ アプリケーションを簡単に構築できるようにすることです。
Trusted Types 仕様の調整
Trusted Types は、2019 年に Chrome で最初に実装され、リリースされました。
Trusted Type 仕様は、現在他のブラウザでも実装されています。このプロセスの一環として、仕様のさまざまな不整合が特定され、修正されています。このリリースでは、新しい仕様に合わせて Chrome でこれらの問題が修正されています。
新しいオリジン トライアル
Chrome 145 では、次の新しいオリジン トライアルにオプトインできます。
WebAudio: 構成可能なレンダリング量子
AudioContext と OfflineAudioContext でオプションの renderSizeHint を使用できるようになりました。これにより、整数が渡されたときに特定のレンダリング量子サイズをリクエストしたり、何も渡されなかった場合や default が渡された場合にデフォルトの 128 フレームを使用したり、hardware が指定された場合に User-Agent に適切なレンダリング量子サイズを選択するようリクエストしたりできます。
非推奨と削除
このバージョンの Chrome では、以下の非推奨と削除が導入されています。計画されている非推奨、現在の非推奨、以前の削除の一覧については、ChromeStatus.com をご覧ください。
Chrome で macOS の古い仮想カメラのサポートを終了
Chrome 145 以降では、サポート対象のすべての macOS リリースで、古い仮想カメラのサポートが終了します。
macOS では、最新の仮想カメラは Core Media IO フレームワークを使用して構築されています。このフレームワークは macOS 12.3 以降で利用可能です。Apple はアウトリーチを実施し、すべての最新の仮想カメラ ソフトウェアがこの Core Media IO フレームワークを使用するように移行されました。
DAL プラグインとして構築された古い仮想カメラは、macOS 14.1（2023 年）以降、macOS 自体によってブロックされています。また、Safari では 2018 年以降（それ以前の場合もあります）サポートされていません。
BMP に JPEG または PNG を埋め込むための BMP 拡張機能を削除
Chrome では、JPEG または PNG を BMP に埋め込むための BMP 拡張機能が削除されます。他のブラウザではこの拡張機能がサポートされておらず、使用されていないためです（UMA データを使用して登録されています）。
デフォルトでユーザー エージェント文字列を削減
Chrome 145 以降、UserAgentReduction ポリシーは完全に削除されます。このポリシーは以前、Chrome が短縮版のユーザー エージェント文字列を送信するか、完全版のユーザー エージェント文字列を送信するかを制御するために使用されていました。
ユーザーのプライバシーを強化し、パッシブ トラッキングの機能を削減するため、Chrome では Chrome バージョン 110 から、デフォルトで User-Agent ヘッダーに含まれる情報の削減を開始しました。UserAgentReduction ポリシーは、企業がこの移行を管理するための一時的な対策として提供されました。
ウェブサイトがブラウザとデバイスの情報にアクセスするための推奨メカニズムは、User-Agent Client Hints（UA-CH）になりました。UA-CH では、ウェブサイトが特定の情報を積極的にリクエストする必要があります。これは、従来のユーザー エージェント文字列よりもプライバシーを保護するアプローチです。
Chrome 145 以降では、UserAgentReduction ポリシーは無効になります。Chrome はデフォルトで削減された User-Agent 文字列を送信します。このポリシーに依存して完全な（以前の）User-Agent 文字列を受け取っていたシステムやアプリケーションは、期待どおりの詳細情報を受け取れなくなる可能性があります。