Chrome 154 Beta 版

Rachel Andrew

發布日期：2026 年 9 月 2 日

除非另有說明，否則下列異動適用於 Android、ChromeOS、Linux、macOS 和 Windows 的最新 Chrome Beta 版。如要進一步瞭解這些功能，請使用提供的連結或前往 ChromeStatus.com。Chrome 154 版於 2026 年 9 月 2 日推出 Beta 版。你可以前往 Google.com 下載最新 Beta 版，適用於電腦；也可以在 Android 裝置上前往 Google Play 商店下載。

CSS 和 UI

CSS scroll-marker-group 模式

scroll-marker-group 屬性已強化，可支援下列模式：

• links：產生的 ::scroll-marker-group 會以 links 模式運作，功能類似導覽清單。如未填寫此欄位，則預設值為這個模式。
• tabs：產生的 ::scroll-marker-group 會以 tabs 模式運作，功能類似分頁清單。

每種模式都會根據 WAI-ARIA 模式，變更 ::scroll-marker-group 和 ::scroll-marker 的焦點順序和無障礙行為：

• 連結模式 (預設)：模擬標準導覽地標，並結合片段錨點。::scroll-marker-group 採用 navigation 角色，::scroll-marker 元素則採用 link 角色。所有 ::scroll-marker 元素都是連續的 Tab 鍵停駐點。啟動連結標記後，焦點會移至目標元素。
• 分頁模式：複製分頁模式，做為分頁輪播的基礎。::scroll-marker-group 會指派 tablist 角色，::scroll-marker 元素會做為 tab 角色，而原始元素會取得 tabpanel 角色。只有作用中的 ::scroll-marker 會做為 Tab 鍵停駐點，使用方向鍵即可在標記之間移動。系統會從無障礙樹狀結構中隱藏閒置分頁的內容。

CSS text-decoration-inset

text-decoration-inset CSS 屬性可控制底線、頂線和刪除線裝飾與文字執行邊緣的距離，這個屬性支援 auto、長度和百分比值，包括設定開始和結束位移的一值和兩值語法。開發人員可以調整裝飾間距，並使用原生文字裝飾建立揭露效果，不必使用背景漸層或額外元素。

CSS text-decoration-skip-spaces

text-decoration-skip-spaces CSS 屬性可控制文字裝飾線 (例如底線、頂線和刪除線) 是否要略過空白字元。這樣可以防止裝飾圖案繪製在空格下方。

將 CSSStyleValue 階層公開給 Worker 環境

CSS 型別 OM 規格會將 CSSStyleValue 階層公開至工作人員全域範圍 ([Exposed=(Window, Worker, PaintWorklet, LayoutWorklet)])，但 Blink 先前只會將 CSSStyleValue、CSSKeywordValue、CSSNumericValue、CSSUnitValue 和 CSSUnparsedValue 公開至 Window 和工作單。因此，這些建構函式在 Worker 環境中未定義。 Chrome 154 會在 Worker 中公開這些建構函式，與規格和其他瀏覽器引擎保持一致。

FontFace width 屬性與 font-width 描述符

在 FontFace 上公開 width 屬性，並將 @font-face font-width 描述元公開為 stretch 和 font-stretch 的別名。這項變更可讓 Chromium 符合更新後的 CSS 字型載入和 CSS 字型 4 規格。您可以使用 FontFace.width 和 CSS font-width 檢查或初始化字型寬度，並與 stretch 和 font-stretch 互換。

改善輕觸關閉彈出式視窗和對話方塊的功能

改善及簡化對話方塊和快顯視窗的輕觸關閉行為。 輕量級關閉是指點擊彈出視窗或對話方塊外部即可將其關閉的行為。這些改良措施可確保觸控螢幕上的捲動手勢和右鍵點選不會再觸發輕觸關閉。

瀏覽器現在會使用 click 事件觸發輕觸關閉，而非 pointerdown 和 pointerup 事件的組合。

大小可調整 <iframe>

讓網站選擇使用回應式尺寸的 iframe。這會將父項文件中的 <iframe> 元素大小調整為 iframe 文件的版面配置溢位大小，避免在子項文件中捲動。

JavaScript

疊代器 includes

這項 TC39 提案會在疊代器中新增 includes() 方法，讓您檢查疊代器是否會產生特定值，類似於 Array.prototype.includes()。

網站 API

將選項包新增至 WebSocket 建構函式

新增了將選項字典（WebSocketInit）作為第二個引數傳遞給 WebSocket 建構函式的支援。選項字典支援 protocols 選項，可讓您指定子通訊協定 (與現有的 protocols 引數相互對應)，並做為日後選項的擴充點。

先前寫法如下：

const socket = new WebSocket("wss://example.com:8080", "soap");

這項變更生效後，也可以寫成：

const socket = new WebSocket("wss://example.com:8080", { protocols: "soap" });

WebCrypto 中的演算法更新

在 Web Cryptography API 中可用的密碼編譯演算法集中，新增後量子密碼編譯和對稱 AEAD 演算法。您可藉此存取瀏覽器提供的量子抗性加密演算法實作項目，這些演算法是由 NIST 標準化：

• ML-KEM (768、1024)
• ML-DSA (44、65、87)
• ChaCha20-Poly1305
• X-Wing

Background Fetch 強制執行 CORS

Background Fetch API 現在會強制執行跨源資源共享 (CORS)。

此更新使 Chromium 的實作與 後台取得規範 的意圖一致。確保 Background Fetch 要求同樣適用相同的安全性政策，例如區域網路存取權檢查，防止網站使用 Background Fetch 功能 (而非一般的擷取功能) 規避 CORS 和其他安全性政策檢查。

Fetch API：將原因從 AbortController 轉送至擷取 Response

如果提供中止原因，則會向 Response 物件的方法及其 ReadableStream 公開該原因，而不只是 fetch Promise。這項變更可讓 Chrome 符合標準，在所有預期位置顯示開發人員提供的中止原因。

Background Fetch 作業的區域網路存取權限制

Background Fetch 要求規定，Service Worker 來源要具備必要的區域網路存取 (LNA) 權限，才能將要求傳送到本機或回送伺服器。

這項變動讓 Chromium 的實作符合Background Fetch 規格原意，規定要求須遵循 Fetch 規格，並套用相同的安全政策。防止網站使用 Background Fetch (而非一般的 Fetch) 規避 LNA 檢查。

對於企業用戶，您可以像處理來自 Service Worker 的常規 Fetch API 請求一樣，使用現有的 LNA 企業策略：

• LocalNetworkAccessRestrictionsTemporaryOptOut
• LocalNetworkAccessAllowedForUrls
• LoopbackNetworkAllowedForUrls
• LocalNetworkAccessPermissionsPolicyDefaultEnabled
• LocalNetworkAccessIpAddressSpaceOverrides

更新 HTML 插入和串流方法

公開多種 HTML 設定方法，為動態插入標記至現有文件提供一致的做法：

• 以 HTML 做為引數的位置方法 (before()、after()、append()、prepend() 和 replaceWith())，取代 insertAdjacentHTML()。
• 串流方法 (streamAppendHTML()、streamAppendHTMLUnsafe() 和相關方法)，會傳回 WritableStream。
• 將 {runScripts} 做為 SetHTMLUnsafeOptions 的一部分傳遞，符合 createContextualFragment 行為。
• 支援 Trusted Types 中的 createParserOptions，讓 Trusted Types 覆寫指令碼模式和清除器。

安全付款確認：地區驗證

更新「安全付款確認」locale資料欄位，如果欄位中提供的任何語言代碼都不符合「安全付款確認」對話方塊使用的語言，則傳回 NotSupportedError DOMException。如果該欄位未設定或為空，則跳過此驗證。

這有助於將提供給安全付款確認的資料語言與對話方塊相符。

支援 WebSocket 的 targetAddressSpace 選項

新增支援功能，可在 WebSocket 建構函式中傳遞 targetAddressSpace 選項。這樣，您可以指定與公用主機名稱的 WebSocket 連線應被視為前往「本機」或「回送」目標，與 Fetch API 中的現有支援相符。主要用途是在連線至不支援 HTTPS 的本機伺服器時，略過複合型內容限制，因為區域網路存取權需要安全環境。

舉例來說，連線至本機伺服器的公開網站可以使用主機名稱，而不必手動設定確切的私人 IP 位址：

const ws = new WebSocket("ws://local-server.example", { targetAddressSpace: "local" });

這會將 WebSocket 連線標示為連往本機位址，在安全環境中執行時，可略過混合內容封鎖。使用者必須授予網站本機網路權限，WebSocket 連線才能成功，且主機名稱必須解析為本機 IP 位址 (否則會遭到封鎖)。

此功能基於添加到 WebSocket 建構函式的選項字典。

WebGPU：WGSL 片段深度

新增在 WGSL 中為 @builtin(frag_depth) 提供 less 或 greater 修飾符的功能。

在不加入修飾符的情況下使用 @builtin(frag_depth)，可能會停用繪製呼叫的早期 Z 最佳化功能，導致效能降低。新的修飾符可明確設定緩衝區模式，以便套用早期 Z 最佳化。

Window Shape API

有了 Window Shape API，ChromeOS 許可清單中的隔離網頁應用程式就能使用自訂視窗形狀。開發人員可以啟用非矩形和非連續視窗版面配置，打造小工具、浮動面板或重疊畫面等體驗，讓應用程式的外觀與風格更貼近原生程式。如要使用 window.setShape() 方法，必須將視窗設為 unframed 顯示模式，並取得 window-management 權限。

管理員可透過現有的視窗管理政策控管這項功能：

• DefaultWindowManagementSetting 設定所有應用程式的視窗管理的預設狀態。
• WindowManagementAllowedForUrls 允許指定來源的 IWA 直接開啟無邊框模式，並設定自訂視窗形狀，無需使用者互動。
• WindowManagementBlockedForUrls 封鎖指定來源的權限，強制 Chrome 移除所有自訂視窗形狀，並改用其他可用的顯示模式。

新的來源試用

在 Chrome 154 中，您可以選擇加入下列新的來源試用。

私密驗證權杖

私密驗證權杖 (PVT) 是一種低熵機制，可讓網站將使用者在一般瀏覽模式中建立的信任關係轉移至私密瀏覽模式，減少 CAPTCHA 和驗證程序對使用者造成的困擾。PVT（隱私訪問代幣）在正常瀏覽會話期間發放，並在私密瀏覽模式下兌換。