發布日期：2026 年 8 月 20 日
除非另有說明，否則下列異動適用於 Android、ChromeOS、Linux、macOS 和 Windows 的最新 Chrome Beta 版。如要進一步瞭解這些功能，請使用提供的連結或前往 ChromeStatus.com。本次發布的 Chrome 版本為 Beta 版。如要下載最新 Beta 版，請前往 Google.com (電腦) 或 Google Play 商店 (Android)。
CSS 和 UI
單軸捲動容器
擴充 overflow 屬性，支援可捲動的值和 clip (例如 overflow: scroll clip)。這可讓 position: sticky 受限於每個軸的不同上層捲動容器，並讓作者確保使用 overflow: clip 的軸保持在原位。
scroll-axis-lock 屬性
scroll-axis-lock 是 CSS 屬性，開發人員可用於指示瀏覽器不要將使用者的捲動手勢限制在單一軸向上。
如果使用者在一個軸上的移動幅度明顯大於垂直軸，網頁瀏覽器通常會將使用者的捲動手勢「鎖定」在單一軸上。在許多情況下，如果使用者只想沿著單一軸向捲動，這種行為可避免沿著垂直軸向發生意外捲動，進而提升使用者體驗。不過，如果開發人員希望元素一律可對角捲動，這種鎖定行為會迫使使用者以不會觸發鎖定的角度開始手勢，這通常與作者預期的使用者體驗不一致。
JavaScript
疊代器聯結
TC39 提案：在 JavaScript 中新增將疊代器內容串連成字串的方法。Iterator 執行個體的 join() 方法與 Array.prototype.join() 類似：它會傳回一個字串，該字串是疊代器產生的所有元素串連而成，並以逗號或指定的分隔字串分隔。
聯合疊代
這項 TC39 提案旨在同步處理多個疊代器的進度，通常稱為 zip。
網站 API
功能元素：<camera> 和 <microphone>
<camera> 和 <microphone> 功能元素是宣告式 HTML 控制項，可由使用者啟用，與 <usermedia> MVP 元素共用相同的基礎機制，但有一個主要區別：這兩個元素是專為要求單一功能而設計。<camera> 元素專門要求擷取影片，而 <microphone> 元素則專門要求擷取音訊。與 <usermedia> MVP 類似，這些 API 會在網頁中嵌入瀏覽器控制的嚴格樣式 UI，確保在觸發權限提示或啟動串流前，使用者會發出強烈的意圖信號 (點選)。
<camera> 和 <microphone> 元素提供專屬的語意式 HTML 控制項，適用於這些單一功能用途。這些 API 與 <usermedia> MVP 維持相同的安全模型、嚴格的樣式限制和內建的權限復原路徑，但為不需要存取混合媒體的開發人員提供更量身打造且符合人體工學的 API。
支援沉浸式音訊模型和格式 (IAMF) 解碼
新增支援功能，可使用 Media Source Extensions (MSE)，在 HTML 媒體元素中解碼及播放 Immersive Audio Model and Formats (IAMF) 容器。IAMF 是免權利金的開放式空間音訊格式，支援聲道導向、場景導向和物件導向的音訊呈現方式。支援此格式後，網頁開發人員就能在不同裝置上提供一致的沉浸式 3D 音訊體驗，不必使用專有格式，也不必在 JavaScript 中管理複雜的獨立音訊聲道路徑。
transitionrun 和媒體查詢事件的可互通調度時間
根據 HTML 規格，調整 Blink 針對動畫 transitionrun 事件和媒體查詢 change 事件的調度時間，讓時間與 Gecko 和 WebKit 互通。更精確地說，根據 HTML 視窗事件迴圈規格，即使是同一疊代中較早建立的動畫，系統也會在步驟 3.11 觸發 transitionrun 事件 (而不是延遲到後續疊代)，且會在觸發任何待處理的動畫事件之前，於步驟 3.10 觸發媒體查詢 change 事件 (而不是在步驟 3.11 中與動畫事件交錯觸發)。
WebAudio：可設定的轉譯量子
將選用 renderSizeHint 新增至 AudioContext 和 OfflineAudioContext。開發人員可以傳遞特定整數，自訂 WebAudio 算繪量子大小；省略提示或傳遞 "default"，即可使用預設的 128 個影格；指定 "hardware"，即可要求瀏覽器選取最佳大小。
WebGPU：buffer_view 功能
WGSL 語言功能，可重新解譯變數中的資料。開發人員可透過這項功能，將單一統一、儲存或工作群組變數劃分為多個邏輯變數。此外，程式也能將變數中的資料類型解讀為多種型別。
非 XSLT 情境的 Rust XML 剖析
Chrome 153 在多種常見情境中改用記憶體安全的 Rust 實作 XML 剖析引擎，藉此強化瀏覽器防護並防範記憶體漏洞。這項基礎更新可消除潛在的記憶體損毀錯誤，同時與現有網路規格保持完整相容。
Chrome 已開始淘汰並移除 XSLT。在過渡期間，安全性提升的新版剖析器會處理下列不需 XSLT 的情境：
DOMParserWeb API。- 正在存取第
responseXML個，共XMLHttpRequest個。 - 獨立的可擴充向量圖形圖片 (也就是在瀏覽器中直接開啟
image.svg文件)。 - 不明外部圖片的可擴充向量圖形 (包括在主要文件中嵌入可擴充向量圖形做為外部圖片資源)。
新的來源試用
在 Chrome 153 中，您可以選擇加入下列新的來源試用。
JavaScript 自我剖析標記
JavaScript Self-Profiling API 可讓網頁應用程式對自身的呼叫堆疊取樣，藉此評估實際使用者裝置上的效能。這項功能會在每個擷取的樣本中新增選用的標記欄位，指出擷取樣本時執行的瀏覽器活動類型：指令碼、垃圾收集、樣式、版面配置、繪製或其他。追蹤記錄通常會顯示無法解讀的堆疊間隙；開發人員可透過標記，將該時間歸因於 JavaScript 以外的瀏覽器工作，例如區分指令碼執行作業與樣式重新計算、版面配置或垃圾回收暫停，進而更輕鬆地分析及最佳化緩慢的追蹤記錄。
淘汰和移除
移除以 _current 為目標的非標準導覽
Blink 目前支援以 _current 為目標的導覽。這項功能並非標準功能，且在網路上使用率極低，因此已在 Chrome 153 中移除。
移除「document.requestStorageAccessFor」
requestStorageAccessFor (rSAFor) API 是 Storage Access API 的擴充功能，可讓頂層網站代表內嵌網站要求存取未分割的「第一方」Cookie。這項功能只能在 Chrome 中使用，用於要求相關網站集合網站之間的儲存空間存取權，因此會連同相關網站集合一併移除。
移除相關網站集合
相關網站集合 (RWS) (舊稱第一方集合) 提供架構，供開發人員聲明網站間的關係，以便為特定使用者用途啟用有限的跨網站 Cookie 存取權。這項功能是透過 Storage Access API (SAA) 和 requestStorageAccessFor (rSAFor) 實現。RWS 的設計宗旨是在不使用第三方 Cookie 的瀏覽器中運作。Chrome 宣布將維持現行的第三方 Cookie 處理方式後，相關網站集合已從 Chrome 移除。