Cloudflare 位於訪客與你的伺服器之間，因此是改善網站效能最有效的位置之一。用得好，它會從靠近每位訪客的位置提供內容，盡可能快取，最佳化圖片，並壓縮回應。用得馬虎，它作用甚微，甚至會礙事。本指南介紹在 2026 年真正能提升 Cloudflare 網站速度的設定與技巧。

TL;DR

  • 最大的效益來自積極快取靜態資源，並在可能時於邊緣快取 HTML
  • 最佳化圖片（現代格式、正確尺寸、即時轉換），因為圖片通常是頁面中最重的部分
  • 啟用現代壓縮、HTTP/2 或 HTTP/3，並保持 TLS 高效
  • 用真實資料測量前後變化；並非每個開關都對每個網站有用

1. 積極快取靜態資源

靜態檔案（CSS、JavaScript、圖片、字型）很少變動，應從 Cloudflare 的邊緣提供，而非從你的來源伺服器。

  • 為帶版本的靜態資源設定較長的快取生命週期，讓回訪訪客與附近使用者即時取得。
  • 正確使用 cache-control 回應標頭，並採用帶指紋的檔名，以便「永久」快取，並在變更時清除快取。
  • 確認資源確實是從快取提供的（檢查 cf-cache-status 回應標頭是否為 HIT）。

2. 在可行之處於邊緣快取 HTML

從邊緣提供 HTML 文件本身可省去到來源伺服器的往返，從而改善 Time to First Byte 與 LCP。

  • 對大致靜態的網站，在邊緣快取整頁。
  • 對動態網站，快取安全的內容（例如面向匿名訪客的內容），並對已登入或個人化的請求略過快取。
  • 要有意識地操作：切勿為所有使用者快取包含個人資料或工作階段特定資料的頁面。

3. 最佳化圖片

圖片通常是頁面重量的最大貢獻者，因此最大的 LCP 效益通常在這裡。

4. 壓縮並現代化傳輸

  • 為以文字為主的回應啟用壓縮（Brotli） 。
  • 透過 HTTP/2 或 HTTP/3 提供服務，以取得更高效的多工連線。
  • 保持 TLS 高效，並啟用 Cloudflare 提供的現代協定特性。

5. 減少並排定載入優先順序

  • 對 CSS 與 JavaScript 進行 minify，並移除未使用的程式碼。
  • 延遲載入非關鍵的 JavaScript，並高效載入第三方指令碼；它們是常見的效能與 INP 元凶。
  • 預先載入關鍵資源，如 LCP 圖片與關鍵字型。

6. 測量，而非猜測

  • 在每次變更前後測試載入時間與 Core Web Vitals，使用真實（現場）資料，而不僅是一次實驗室執行。
  • 一次只開啟一項有意義的變更，以便知道究竟是什麼起了作用。
  • 留意那些若套用不當會造成損害的功能；要驗證，而非假設。

關鍵要點

  • 積極快取靜態資源，並在任何安全之處於邊緣快取 HTML。
  • 圖片最佳化通常帶來單項最大的速度提升。
  • 啟用 Brotli 壓縮與 HTTP/2 或 HTTP/3，並精簡與排定載入優先順序。
  • 始終用現場資料測量前後變化；並非每項設定都對每個網站有用。

Cloudflare 網站速度與 SEO

提升你的 Cloudflare 網站速度會同時提高轉換率與排名，因為效能會直接反映到 Core Web Vitals。關於指標層面的修正，參見在 2026 年通過 Core Web Vitals 。要找出拖慢你網站的每一個技術問題（包括效能），一次技術 SEO 稽核 會為你提供一份依優先順序排序的行動計畫。

常見問題（FAQ）

Cloudflare 真的能讓網站更快嗎？ 是的，設定得當時如此。它從靠近每位訪客的位置提供內容，在邊緣快取靜態資源（通常還有 HTML），最佳化圖片，並壓縮回應。效益取決於設定；僅靠預設設定會白白浪費效能。

最有效的單項 Cloudflare 速度設定是什麼？ 積極快取靜態資源，以及在安全之處於邊緣快取 HTML，通常透過減少到來源伺服器的往返帶來最大效益。由於圖片主導頁面重量，圖片最佳化緊隨其後。

我能在動態網站上快取 HTML 嗎？ 可以部分快取。為匿名訪客快取頁面，並對已登入或個人化的請求略過快取。切勿從快取把某位使用者的個人化或工作階段特定頁面提供給所有人。

網站速度會影響 SEO 嗎？ 會。速度反映到 Core Web Vitals，而它是 Google 頁面體驗訊號的一部分。更快的網站轉換也更好，因此效益兼顧排名與營收。

我怎麼知道 Cloudflare 是否從快取提供？ 檢查 cf-cache-status 回應標頭。HIT 表示由 Cloudflare 的邊緣提供；MISS 或 DYNAMIC 表示來自你的來源伺服器。用它來確認你的快取規則是否生效。