Google 於 2026 年 9 月 9 日宣布 Chrome 154 早期穩定版更新。最初面向少量 Windows 使用者的版本是 154.0.8037.17/.18，Mac 隨後跟進。發布說明提到穩定性與效能改進，但未宣稱代理專屬修正。
這項區別很重要。瀏覽器版本更新不能證明代理行為已經改變，但對執行網頁蒐集、市場研究、廣告驗證與在地化測試的團隊而言，它是執行瀏覽器代理灰度驗證的明確觸發點。
固定完整自動化組合
記錄灰度使用的精確元件：
- 瀏覽器二進位檔與完整版本；
- ChromeDriver 或自動化協定版本；
- Puppeteer、Selenium、Playwright 或其他用戶端版本；
- 作業系統與容器映像；
- 無頭或有頭模式；
- 代理協定、驗證方式與區域；
- 啟動參數、擴充功能與企業政策。
基準與候選執行之間不得讓瀏覽器自行更新。Chrome for Testing 提供可重複使用的版本化二進位檔，並能減少瀏覽器與驅動不相符造成的誤診。
不得記錄含憑證的完整代理 URL，只保存去識別化設定指紋。
建立成對基準與候選群組
讓目前叢集版本與 Chrome 154 使用相同的授權目標、負載、代理出口與併發。每個邏輯工作只進入基準組或候選組，並標記遙測。
矩陣可以包含：
- 僅用於診斷對照的直接連線；
- 無驗證 HTTP 代理；
- 已驗證 HTTP 代理；
- 本機 DNS 的 SOCKS5；
- 支援時的遠端 DNS SOCKS5；
- 黏性住宅工作階段；
- 按設定觸發輪替的工作階段；
- 產品支援時的 IPv4 與 IPv6。
目標難度應保持平衡。若候選群組承擔更複雜頁面或不同區域，就無法隔離瀏覽器變更。
證明瀏覽器確實使用代理
頁面載入成功不能證明經過預期路徑。使用自有端點回傳觀察到的出口 IP、位址族、請求識別碼與區域，並與請求設定比較。
同時檢查：
- 每一次重新導向；
- 頂層文件與子資源；
- Service Worker 請求；
- WebSocket 升級；
- 下載；
- 應被阻擋或列入允許清單的瀏覽器背景請求。
可使用 Chrome 連線允許清單代理測試區分應用流量與瀏覽器背景連線。
以瀏覽器流程驗證認證
代理驗證可能由啟動設定、擴充功能、瀏覽器對話框處理器或自動化框架提供。必須測試正式環境實際採用的機制。
包括有效憑證、無效憑證、過期憑證與受控輪替。區分代理 407 與來源站 401，並確認自動化不會無限重試錯誤憑證，也不會在跨來源重新導向中洩漏來源站授權。
診斷只記錄失敗階段與狀態類別，不記錄機密。即使用戶端不同，也可利用 代理 407 疑難排解指南組織證據。
驗證 DNS 與 TLS 邊界
記錄 DNS 在本機解析或經代理路徑解析。測試受控主機名稱變化、NXDOMAIN 與兩種位址族，並確認沒有默默直接連線回退。
對 HTTPS 保持憑證驗證開啟。在自有環境加入有效憑證、主機名稱不符與不受信任測試憑證，確認候選版本安全失敗，並輸出穩定錯誤分類。
應分別檢查代理連線與隧道中的目的站連線。瀏覽器可能成功到達代理，卻在 CONNECT 或目的站 TLS 階段失敗。
涵蓋儲存與身分連續性
瀏覽器自動化常依賴 Cookie、本機儲存、工作階段儲存、快取與 Service Worker。應分別使用全新設定檔與獲核准的持久設定檔執行。
驗證：
- SameSite 與 Secure Cookie；
- 設定或更新 Cookie 的重新導向鏈；
- 黏性代理中的工作階段連續性；
- 併發工作之間的儲存隔離；
- Service Worker 快取失效；
- 取消或瀏覽器當機後的清理。
不要重用個人瀏覽設定檔，應使用具有明確保留與存取控制的專用自動化設定檔。
測量完整導覽生命週期
以工作負載證據定義完成，不只依賴單一瀏覽器事件。記錄：
- 可觀察時的 DNS、建立連線、CONNECT 與 TLS 時間；
- 回應開始與最後一個位元組；
- DOMContentLoaded 與 load；
- 必要 API 回應；
- 頁面專屬完成標記；
- 獲授權時的螢幕截圖或 DOM 摘要；
- 下載檔案大小與摘要；
- 控制台、網路與協定錯誤。
有些頁面因分析或串流連線永遠不會進入網路閒置，應使用明確應用標記與有邊界的截止時間。
涵蓋重新導向、下載與 WebSocket
代理問題常隱藏在初始文件之外。矩陣應包含同源與跨來源重新導向、受控下載，以及工作負載使用時的 WebSocket。
對 WebSocket 驗證升級狀態、觀察出口、訊息順序、心跳存活與正常關閉。可搭配 WebSocket 代理相容性測試。
對下載驗證檔名政策、位元組長度、摘要與暫存檔清理。導覽完成不等於下載完成。
比較冷啟動與熱執行工作程序
分別執行新啟動瀏覽器、具有新內容環境的熱瀏覽器，以及已完成多個工作的長期工作程序。比較記憶體、控制代碼、連線重用、代理工作階段連續性與清理時間。
逐級提高併發，不要直接達到叢集規模。記錄排隊時間、每工作程序小時成功工作數，以及每個有效結果的資源消耗。可參考 瀏覽器代理併發計畫定義安全階梯。
注入有邊界的故障
只在自有基礎設施中模擬：
- 代理連線遭拒；
- 407 驗證失敗；
- DNS 失敗；
- 回應標頭延遲；
- 內容停滯；
- 帶 Retry-After 的 429；
- 下載中途斷線；
- WebSocket 中斷；
- 瀏覽器程序終止。
每個案例都應有截止時間、唯一分類結果與清理驗證。重點發現孤立瀏覽器程序、鎖定設定檔、遺留暫存檔與多層重試放大。
使用單一重試預算
工作執行器、自動化程式庫、導覽助手與應用程式碼可能都會重試。應在同一邏輯工作識別碼下累計所有嘗試。只重試可安全重送的工作，使用帶隨機抖動的退避，並對無效憑證、憑證拒絕等確定性失敗立即停止。
報告每個完成工作的嘗試次數。穩定完成率可能掩蓋代理請求量與成本大幅增加。
推廣閘門
只有滿足下列條件才擴大 Chrome 154：
- 瀏覽器與驅動可精確重現；
- 所有必要代理模式維持預期出口；
- 407、DNS、CONNECT 與 TLS 錯誤分類正確；
- 回應、DOM 與下載完整性符合基準；
- Cookie 與儲存隔離通過；
- 延遲、記憶體與連線抖動在約定範圍；
- 需要時 WebSocket 與重新導向通過；
- 取消與當機後沒有孤立資源；
- 已演練回復至固定基準版本。
先從少量工作程序開始，再依區域與工作負載擴大。不要在同一次變更中同時更新瀏覽器、自動化程式庫、容器映像與代理設定。
灰度檢查清單
- 已固定瀏覽器與驅動版本
- 已記錄自動化框架與映像指紋
- 基準與候選工作負載平衡
- 自有端點證明代理路徑
- 依需要測試 HTTP、SOCKS5、黏性與輪替模式
- IPv4 與 IPv6 分開
- 已區分 407 與 401
- 安全測試 DNS 與 TLS 失敗
- 檢查重新導向、子資源、下載與 WebSocket
- 隔離 Cookie、設定檔與 Service Worker
- 驗證回應與檔案完整性
- 比較冷啟動與熱執行工作程序
- 驗證故障清理與重試預算
- 已測試回復
常見問題
Chrome 154 公告是否描述代理修正？
沒有。早期穩定版公告發布新版本，並概括提到穩定性與效能改進。本指南建議回歸測試，是因為瀏覽器更新可能影響自動化行為，而不是 Google 宣布了代理缺陷。
灰度應使用一般桌面 Chrome 嗎？
可重複自動化較適合使用固定版本的 Chrome for Testing 及相符驅動。自動更新的桌面安裝可能在兩次執行之間變動。
頁面載入成功是否足夠？
不足夠。還需驗證出口、子資源、重新導向、驗證、DNS、TLS、儲存、下載、WebSocket 與工作負載需要的回應完整性。
可以對公開網站進行壓力測試嗎？
不可以。只使用自有或明確授權的目標，並遵守條款、robots 指引、速率限制、隱私義務與地區法律。
合規說明
瀏覽器自動化與代理只能用於獲授權且比例適當的用途。不得繞過存取控制，應最小化資料蒐集、保護憑證，並維持可稽核的核准與保留政策。
來源說明：Google Chrome Releases《Early Stable Update for Desktop》，2026 年 9 月 9 日；Chrome for Developers 自動化、Chrome for Testing 與測試二進位檔文件，查閱日期 2026 年 9 月 14 日。
