Cloudflare 推出 Traces 公開測試版：網站經營者可在一條時間軸看清請求經過平台的每一步

Cloudflare 宣布了什麼

Cloudflare 於 2026 年 10 月 2 日在官方部落格宣布推出 Cloudflare Traces，並以公開測試版形式提供。所謂「追蹤」（tracing），是把一個網路請求從進入到完成所經過的每一步，依時間順序記錄下來，方便事後檢查哪裡出了問題。根據 Cloudflare 的說法，這項功能把原本只針對 Workers（在 Cloudflare 上執行程式碼的服務）的自動追蹤，延伸到請求經過 Cloudflare 平台的其他環節。Cloudflare 表示，在單一追蹤中可看到受支援的安全規則、轉換、快取決策、路由、Worker 執行與來源伺服器（網站自己的伺服器）處理，並能延續到 Cloudflare、來源伺服器或其他位置的服務。Cloudflare 並稱這是對 OpenTelemetry（一套開放的監控資料標準）的長期投資。

Cloudflare 表示，其內部團隊調查問題時使用的追蹤，單一追蹤往往包含數千個 span（追蹤中記錄單一步驟的片段，含耗時與結果），由數十個服務與功能產生；Cloudflare Traces 的目標是讓所有使用者取得類似的可見度。去年推出的 Workers Tracing 是第一步。據 Cloudflare 介紹，它會自動記錄 Worker 的呼叫，包括對外 fetch 以及對 KV、R2、D1、Durable Objects 和其他 Workers 的呼叫。

主要功能一覽

• 自動追蹤：Cloudflare 表示，網域啟用追蹤後會自動產生 span，無需特殊檢測程式碼、設定或外掛。
• 取樣控制：取樣率是指要記錄多少比例的請求。可先設定基準取樣率，再以 Trace Rules 針對特定流量覆寫；Trace Rules 使用與 Cloudflare Rules 相同的規則語言。
• 情境傳遞：W3C traceparent 標頭是一種標準的請求標頭，用來在不同系統之間傳遞同一筆追蹤的識別資訊。Cloudflare 可接受傳入的 traceparent 標頭（由傳入傳遞政策控制），也可向來源伺服器轉送新的 traceparent 標頭。
• 檢視與匯出：可在儀表板檢視請求時間軸與 span 細節，或透過 OTLP（OpenTelemetry 的資料傳輸協定）匯出到相容的可觀測性平台。
• 代理協助：Cloudflare 表示，透過 Observability MCP server，AI 程式設計代理可用 SQL API 查詢追蹤資料。

Cloudflare 舉例說明取樣的用法：平時只追蹤 1% 的請求；當某位客戶回報問題時，針對其主機名稱、來源 IP 或識別用請求標頭追蹤 100% 流量，其他流量維持基準。Cloudflare 也在文中示範，一次快取未命中的請求轉向來源伺服器後，在總共 539ms 中有 527ms 花在等待回應，用以說明追蹤如何找出耗時所在。

計價方案比較

Cloudflare 表示，Cloudflare Traces 將納入統一的 Cloudflare Observability 計價模式，依擷取資料量與保留時間計費，而非依 span 或事件數量。新計價自 2026 年 12 月 1 日起適用於 Cloudflare Tracing 與 Workers Tracing。下表整理 Cloudflare 公布的方案內容。

對一般讀者與網站經營者的實際影響

對一般上網使用者而言，這是一項提供給網站與服務營運方的診斷工具，瀏覽網站時通常不需要做任何改變。對使用 Cloudflare 的網站經營者與開發者來說，依 Cloudflare 的描述，有些問題過去需要從分散的日誌與設定拼湊，例如請求為何被封鎖、網址是否被改寫、回應是否來自快取、時間耗在哪一段，如今可在同一條時間軸上查看。由於追蹤資料量與費用掛鉤，取樣率的設定會直接影響可見度與成本之間的取捨。

後續規劃

Cloudflare 表示，公開測試版之後計畫推出以下功能：更廣泛的自動檢測（例如 DDoS 規則、Access，以及 Workflows、Queues、Pipelines）、經驗證的情境傳遞、臨時（ad hoc）追蹤、Workers 中的 OpenTelemetry API 支援，以及最長 365 天的保留期。目前可透過儀表板、API 或 Terraform 使用，並支援匯出至 OTLP 目的地。這些均為 Cloudflare 的規劃說明，實際推出時程未在公告中載明。

查看同分類最新消息

• 科技新聞