邊緣快取核驗工具：驗證 CDN 命中、304、Brotli 與 Range

這項工具能做什麼

以下每一項都是單次抓取標頭在物理上無法得出的結論。這也是 CDN 識別與本工具的分界：前者讀設定，後者驗證行為。

CDN 識別 →

快取是否真的命中

連續採樣觀察第幾次收斂為 HIT。首次未命中是正常冷啟動，反覆不收斂才是設定問題。

Age 是否遞增

同一份共用副本的 Age 會隨時間推進。命中卻不變，通常是被調度到不同節點。

條件請求真的省流量嗎

取得 ETag 後帶 If-None-Match 回請並期待 304，實際回請才能驗證是否省下流量。

Brotli 是支援還是沒人要求

逐一協商 br / gzip / zstd / identity，區分伺服器能力與用戶端偏好。

Range 能否分片

帶 Range 請求並期待 206，影片拖曳與大檔案續傳都依賴它。

邊緣節點在哪裡

從常見回應標頭擷取機場碼核對調度。未收錄的代碼只顯示代碼，不虛構城市。

這項工具能做什麼

單一出口

所有請求從同一地區發出，Age 不遞增也可能只是該出口被調度到多個節點。

採樣密度有限

3 次採樣可區分冷啟動與持續未命中，但無法計算命中率；證據不足時不下結論。

請指向靜態資源

動態 HTML 本來就不應快取，請核驗 JS、CSS、圖片、字型或影片分片等靜態資源。

連續請求真實靜態資源，核驗 CDN 快取命中、Age、304、壓縮協商、Range 分片與邊緣節點行為。

邊緣快取核驗關注 CDN 實際做了什麼，而不只是讀取設定。它對 JS、CSS、圖片、字型或影片分片等靜態資源連續請求，觀察快取預熱、Age 推進，以及條件請求與壓縮協商。

工具從固定出口串行發出一組唯讀請求，保留每次回應的證據。

01
連續採樣
重複請求同一個靜態資源，區分冷啟動與持續 MISS，並比較每次回應標頭耗時。
02
驗證協定行為
取得 ETag 或 Last-Modified 後發送條件請求，逐一協商 br、gzip、zstd、identity，並測試 Range 是否回傳 206。
03
解釋邊界
結合 Age、Cache-Control、Vary 與節點標頭給出建議；採樣只代表目前出口，不冒充全球命中率。

為什麼要連續請求？

單次回應無法區分冷啟動與持續未命中，連續採樣才能觀察 HIT 收斂、Age 推進與延遲變化。

應該核驗 HTML 還是靜態檔案？

優先使用 JS、CSS、圖片、字型或影片分片等應共享快取的資源。帶使用者狀態的動態 HTML 通常不應快取。

核驗結果代表所有地區嗎？

不代表。請求從單一區域發出，只能說明該出口的行為。全球差異要靠多節點探針或排行榜。

為什麼 HIT 但 Age 不增加？

可能請求被分配到不同節點，也可能物件反覆失效，應結合節點、TTL 與更多地區樣本判斷。

這項工具能做什麼