Chrome 152 改善同站請求篩選：更準確定位代理故障
現代網頁很少只存取一個主機。一次使用者操作可能同時連線至主應用程式、API、身分驗證、靜態資源 CDN 與替代連接埠，而這些請求仍屬於同一個站點。透過代理瀏覽時，一旦頁面失敗，共享的站點關係會讓 Network 面板看起來過度一致，真正的第一個故障點反而容易被淹沒。
Chrome 152 改善了 DevTools Network 面板的同站篩選，使其能更準確地區分網域、主機名稱與連接埠。這項變化看似細微，卻解決了實際除錯的一個關鍵問題：調查者既能保留完整的第一方請求鏈，又能隔離真正失敗的主機或連接埠。
Chrome 152 具體改變了什麼
Network 面板的同站選項用來保留共享站點邊界的請求。Chrome 152 改善了以下情境的篩選準確性：
- 可註冊網域與其子網域之間的關係；
- 同一站點下不同主機名稱的請求；
- 同一主機名稱透過不同連接埠提供的服務；
- 第一方請求與真正跨站相依項目混合的頁面。
Chrome 152 也允許固定 Request # 欄。遇到重新導向、驗證更新、重試，或跨越多個同站主機的應用程式呼叫時，這個穩定序號可以保存瀏覽器觀察到的順序。截圖負責呈現先後關係，去識別化後的表格或匯出則承載技術細節。
必須強調：這只是開發者工具的改善，不能單獨證明代理路徑正常。出口地理驗證、閘道記錄、路由核對與阻止直接連線回退仍是獨立控制項。
公開來源說明： Chrome for Developers，《What’s new in DevTools (Chrome 152)》，2026 年 8 月 25 日。
為什麼代理事故經常歸因到錯誤主機
假設一個已獲授權的市場研究流程先開啟應用程式頁面，再讀取在地化庫存。畫面錯誤出現在應用程式主機，但真實鏈路可能是：
- 文件透過預期代理出口正常載入；
- 身分驗證主機更新短期工作階段；
- API 主機拒絕該工作階段，或它走了不同路由；
- 應用程式只顯示籠統錯誤；
- 靜態資源主機仍持續傳回成功回應。
若只用寬泛的網域文字篩選，失敗的 API 請求會被圖片與程式碼淹沒；若條件過窄，能解釋故障的驗證重新導向又會消失。連接埠也會製造誤判：即使主機名稱相同，443 與獲准使用的替代 TLS 連接埠也可能連到不同上游服務。
因此，正確問題不是「這個網站是否失敗」，而是：同站請求鏈中，哪一個請求最先偏離預期路由、身分狀態、回應類型或時間預算？
可重複執行的 Network 除錯流程
1. 固定測試條件
記錄瀏覽器版本、測試市場、代理工作階段模式、目標操作、獲准測試時段與預期主機清單。在用戶端或網路層阻止直接連線回退。如果 Cookie 或 Service Worker 可能改變請求路徑，應使用乾淨的設定檔。
不要一開始就反覆重新整理失敗的正式頁面。重複操作可能觸發目標站限流，也會破壞最初的因果順序。
2. 保存完整使用者旅程
在導覽前開啟 DevTools、啟用 Preserve log，並清除舊記錄。從第一個文件請求開始，只擷取一次獲准的使用者旅程，直到出現可見結果。對照測試必須維持一致的快取策略。
固定 Request #，並保留以下欄位：
- 網域或主機；
- 請求方法；
- 狀態；
- 類型；
- 發起者；
- 時間與瀑布圖；
- 僅在安全且確有必要時顯示遠端位址。
序號應成為截圖、筆記與去識別化匯出的主要關聯鍵。不要只依賴時間戳記，並行請求的時間通常非常接近。
3. 先建立同站邊界
使用同站篩選排除無關第三方流量，同時保留完整第一方鏈路。確認結果包含預期的應用程式、API、驗證與靜態資源主機。
若預期主機消失，先確認它是否實際上屬於跨站服務，不要立即判定篩選器有誤。身分平台與外包 API 可能在技術上位於站點邊界之外，即使使用者把它們視為同一產品。
4. 再按主機名稱與連接埠縮小範圍
依下列順序從上下文走向證據：
- 檢視全部同站請求；
- 隔離應用程式主機；
- 隔離 API 或驗證主機；
- 比較標準與替代連接埠；
- 回到完整同站檢視，確認因果順序沒有被切斷。
一個主機成功，不代表所有主機都走相同上游路徑。代理略過清單、瀏覽器政策、DNS 行為與特定應用程式傳輸都可能分裂路由。
5. 標記第一個有意義的差異
找出失敗執行與有效對照最早產生差異的請求，逐項比較：
- 請求是否真的送出；
- 重新導向目標與狀態類別；
- 驗證挑戰或同意狀態；
- 連線與 TLS 耗時；
- 首位元組時間；
- 回應內容類別，而不是直接保存本文；
- 主機名稱、連接埠與發起者；
- 預期代理路由是否由獨立證據驗證。
後續的 500 可能只是症狀；真正的第一個差異可能是更早的 401、被阻止的預檢請求、特定連接埠的通道錯誤，或根本未離開瀏覽器的呼叫。
6. 只匯出最小安全證據
只收集事故處理者確實需要的資訊。在分享 HAR、表格或截圖前，刪除：
- 代理使用者名稱與密碼；
Proxy-Authorization與Authorization標頭；- Cookie、權杖、API 金鑰與簽署查詢參數；
- 個人資料與帳號識別碼；
- 路徑或查詢含敏感內容的完整 URL；
- 與故障分類無關的回應本文。
任何交接前都應執行HAR 憑證去識別化檢查清單。篩選只會減少雜訊，不會自動移除機密。
建立證據索引，而不是堆積截圖
為每個有意義的請求建立一列：
| 欄位 | 用途 |
|---|---|
case_id | 關聯整次重現 |
request_number | 保留瀏覽器觀察順序 |
site_relation | 標記同站或跨站 |
hostname 與 port | 確定真正的上游服務 |
initiator_class | 文件、程式碼、fetch、重新導向或 Service Worker |
route_verified | 區分瀏覽器觀察與路由證明 |
status_class | 避免保存敏感回應內容 |
failure_layer | 瀏覽器、DNS、代理閘道、出口、TLS、目標站或應用程式 |
ttfb_ms 與 total_ms | 確定延遲出現在哪一層 |
evidence_ref | 指向已去識別化的本機證據 |
failure_layer 必須使用統一詞彙，否則「代理錯誤」「網路問題」與「API 失敗」可能描述同一事件，後續無法比較。
與有效對照進行比較
一次只改變一個變數。合理的對照包括：
- 同一獲准代理工作階段在兩個時段的結果；
- 同一市場的兩個代理出口；
- 僅在明確獲准時比較代理與直接連線；
- 標準與替代連接埠；
- 其他條件不變時比較輪換與黏性工作階段。
應按請求角色與順序比較，而不是機械地對齊列號。靜態資源載入可能不固定，兩次執行中的第 12 個請求未必是同一資源。
如果目標站同時對兩條路線限流，更換代理供應商可能無效。可使用區分代理故障與目標站限流的流程分別檢查閘道、出口與目標站訊號。
請求重送應放在什麼位置
Chrome 152 也支援編輯並重新傳送 Network 請求。在理解原始請求鏈後，這項能力有助於進行控制變因測試。只能重送安全、冪等的請求；不能為了蒐證而重複購買、帳號變更、密碼重設或其他改變狀態的操作。
Chrome DevTools 請求重送流程說明如何保留基線並一次只改一個變數。同站篩選應優先執行，因為它決定哪個請求值得進入受控重送。
必須記錄的限制
- 同站是瀏覽器安全邊界，不代表業務所有權。
- 可見的遠端位址不能單獨證明完整代理路徑。
- HTTP 成功不代表內容、地理位置或合規檢查成功。
- Service Worker 可能在沒有新上游請求的情況下傳回回應。
- 瀏覽器擴充套件與企業政策可能改變路由。
- 加密應用程式承載內容可能隱藏內容層故障。
- 乾淨的 Network 記錄不會使違反目標站規則的資料蒐集合法化。
若必須證明路由，應把瀏覽器記錄與去識別化的代理工作階段識別碼、獨立獲准的出口檢查相關聯，絕不能把憑證寫入事故記錄。
採用檢查清單
- [ ] 記錄 Chrome 與 DevTools 版本。
- [ ] 記錄目標操作與全部預期同站主機。
- [ ] 測試前阻止直接連線回退。
- [ ] 第一次導覽前啟用 Preserve log。
- [ ] 固定
Request #並將其作為順序鍵。 - [ ] 先檢視同站上下文，再依主機名稱與連接埠縮小範圍。
- [ ] 標記第一個有意義的差異。
- [ ] 將路由證明與瀏覽器觀察分開記錄。
- [ ] 分享前去識別化 HAR、截圖與表格。
- [ ] 只重送安全、獲准且冪等的請求。
- [ ] 遵守限流、同意、存取規則與資料最小化要求。
常見問題
同站是否等於同一主機名稱？
不是。多個主機名稱可以屬於同站；使用者認為同屬一項產品的兩個服務也可能是跨站。應檢查真實主機清單，而不是依賴品牌名稱。
按連接埠篩選能否證明使用了不同代理路由？
不能。它只能證明瀏覽器存取了不同來源端點。路由必須透過獲准的代理與網路證據獨立驗證。
是否應該把完整 HAR 附在支援單中？
通常不應。先提供去識別化證據索引與最少必要請求。完整 HAR 可能包含憑證、Cookie、個人資料與簽署 URL。
收到 200 是否可以結束事故？
只有在內容、地理位置、工作階段行為、延遲與合規檢查也通過時才可以。封鎖範本或通用回退頁面同樣可能傳回 200。
除錯時請求重送是否總是安全？
不是。重送可能重複副作用。必須先理解原始同站鏈路、移除機密資訊，且只處理獲准的冪等請求。
合規說明
本流程僅適用於已獲授權的系統與帳戶。應遵守目標站條款、適用的 robots 指引、同意要求、隱私義務與限流規則；只收集解決問題所需的最小證據。服務發出限制訊號時應立即停止，不得利用代理規避存取控制或掩飾遭禁止的活動。
