Chrome 153 將開啟雙週發佈：9 月 8 日前更新代理品質門檻

Google 已宣布 Chrome 將從四週一個里程碑改為兩週一個里程碑，新節奏從 Chrome 153 開始。Chrome 153 穩定版預定於 2026 年 9 月 8 日在桌面、Android 與 iOS 發佈；Dev 和 Canary 頻道不變，Extended Stable 仍維持八週節奏。

這不是代理協定變更，卻會壓縮相容性問題的發現窗口。依賴瀏覽器自動化、代理出口與地區驗證的團隊，若仍每月驗證一次，下一輪穩定版到來時可能還在測試上一版本。

為何代理路徑需要單獨回應

瀏覽器直連冒煙測試通過，不代表代理工作負載通過。代理路徑還涉及 CONNECT 協商、憑證、DNS 行為、IPv4/IPv6、憑證處理、工作階段重用與地區出口。瀏覽器或驅動程式更新可能揭露這些交界面的舊假設，而代理服務本身仍在線上。

應分開四類結果：

• 啟動相容性： 瀏覽器能啟動、驅動程式能連接，實際二進位版本正確。
• 通道相容性： HTTP 與 HTTPS 請求可通過授權閘道，並採用預期驗證方式。
• 工作負載正確性： 頁面、介面、地區、語言與工作階段狀態符合契約。
• 營運穩定性： 並行、記憶體、延遲、重試率及每個有效結果成本未超標。

把四項都壓成「瀏覽器可用」，會拖慢定位與回復。

從每月全量改為滾動支援窗口

不用測試所有歷史組合，只保留明確的小窗口：

1. 目前生產瀏覽器與匹配驅動程式。
2. 下一個 Beta 瀏覽器與相容驅動程式。
3. 僅在仍支援回復時保留上一穩定版。
4. 每種生產作業系統或基礎映像。
5. 工作負載實際使用的 HTTP 與 SOCKS5 閘道。
6. 輪換與黏性工作階段分開測試。
7. 產品同時提供時，分別覆蓋 IPv4 與 IPv6。
8. 每個關鍵地區一個受控目標，再加一個代表性真實流程。

記錄精確瀏覽器建置、驅動程式建置、主機映像、代理產品、請求地區、位址家族、工作階段模式與時間。「最新版」不是可重現的輸入。

在穩定版之前加入 Beta 金絲雀

Google 建議開發者使用 Chrome Beta 提前測試。代理工作的 Beta 金絲雀應低流量、隔離執行，不應靜默取代生產。

只對自有或明確授權系統執行，並檢查：

• 瀏覽器與驅動程式啟動；
• 驗證式 HTTP CONNECT 與 SOCKS5 路徑；
• 適用時的本機及遠端 DNS；
• 一次輪換請求與一次黏性工作階段序列；
• 請求地區與觀察地區；
• IPv4/IPv6 出口家族；
• 憑證與 TLS 完成；
• 首次嘗試成功，而非隱藏重試後的成功；
• 內容結構或頁面斷言；
• 每個有效結果的延遲與位元組消耗。

Beta 結果只證明特定建置的表現，不等於可以自動放量。

以有效結果而非 HTTP 200 放行

登入頁、同意頁、地區重新導向、空殼頁面與封鎖頁都可能回傳 200。為每個流程定義「有效結果契約」，例如必須標題、結構欄位、地區標記、語言、更新時間或導覽狀態。

持續記錄：

• 首次嘗試有效率；
• 重試恢復率；
• 通道與驗證失敗；
• 導覽和渲染失敗；
• 地區或位址家族偏差；
• p50 與 p95 延遲；
• 每個有效結果的位元組與請求數；
• 依瀏覽器建置、驅動程式、閘道、ASN、前綴與地區聚類的失敗。

新版本達到既有門檻後才發佈，不能因週期縮短而降低標準。

分階段發佈，且一次只回復一個變數

可從 Beta 金絲雀開始，再逐步進入 5%、25%、50% 與 100% 的授權流量。在新建置完成觀察窗口前，保留上一個生產映像。

發生迴歸時依序對照：

1. 同一工作負載切回舊瀏覽器與驅動程式。
2. 新瀏覽器在受控目標上直連測試。
3. 新瀏覽器通過已知正常閘道與地區測試。
4. 分別比較輪換與黏性工作階段。
5. 分別比較 IPv4 與 IPv6。
6. 降低並行並停用重試，觀察第一次真實失敗。

如此可區分瀏覽器迴歸、驅動程式不匹配、代理路徑、地區出口與目標變更。

固定版本，但不要無限期凍結

固定版本有利於重現；永久凍結會製造安全與相容風險。把瀏覽器、驅動程式、相依項與基礎映像視為一個版本化單元，在固定節奏重建並執行相同驗收套件。

每個例外都要有負責人與到期日。暫停應寫清受阻建置、證據、複查日期及恢復條件。

發佈準備清單

• 已記錄生產與 Beta 的精確版本。
• 工作負載測試前已驗證驅動程式相容。
• 只測試實際使用的 HTTP/SOCKS5 路徑。
• 輪換與黏性工作階段分開計分。
• IPv4 與 IPv6 不混成一個通過率。
• 檢查地區與內容，不只看狀態碼。
• 重試前能看見首次嘗試結果。
• 金絲雀流量已隔離並限速。
• 上一穩定映像仍可回復。
• 儀表板可依建置和代理路由聚類。
• 例外有負責人與到期日。
• 目標系統為自有或已明確授權。

常見問題

發佈節奏變更表示必須更換代理嗎？

不表示。只有受控證據顯示產品未達到既定驗收門檻時，才應更換或調整代理。

每個穩定版都應直接進入生產嗎？

不應。應及時修補安全問題，同時先執行短期 Beta 金絲雀與穩定版分階段發佈。

Extended Stable 能取代測試嗎？

不能。它可為符合條件的受管環境提供更多規劃時間，但仍需驗證瀏覽器、驅動程式、代理與工作負載相容性。

最小迴歸套件包含什麼？

至少包含啟動、驗證通道、有效內容斷言、地區驗證、黏性工作階段連續性、首次嘗試結果、延遲及舊版回復對照。

來源與合規說明

來源：Google Chrome for Developers，《Get features faster with Chrome's two-week release cycle》，發佈於 2026 年 3 月 3 日；Chrome 153 穩定版預定於 2026 年 9 月 8 日發佈。來源細節與研究網址僅保存在內部營運紀錄。

瀏覽器自動化與代理只能用於自有或已授權系統和資料。遵守目標條款、速率限制、隱私義務、代理服務限制與適用法律。更快的發佈節奏不構成繞過控制或隱藏身分的理由。

相關 98IP 內容：代理試用驗收測試、住宅代理來源稽核及 curl 8.22 IPv6 範圍重試分析。