如果你照著 2026 年以前寫的 Cloudflare 教學操作過，安裝過名稱裡帶有 “resizing” 的外掛，或者接手過一個重寫圖片 URL 的 Worker，你多半已經遇到令人困惑的狀況：Cloudflare 控制台裡再也沒有名為 Image Resizing 的功能，說明文件也不再提到它。你的設定並沒有壞掉，只是你要找的那個名稱悄悄消失了。

這項功能現在叫做 Image Transformations。它做的是同一件事，走同一套 URL 結構，使用同一批參數。改變的是名稱、它在控制台裡的位置，以及計費方式。最後一點值得仔細閱讀，因為計費模式和多數舊指南所描述的確實不同。

一句話總結： 你現有的 URL 與 Worker 照常運作。Cloudflare 將 Image Resizing 更名為 Image Transformations，並併入 Cloudflare Images 產品。免費方案現在每月包含五千次唯一轉換，這是新增的，超出部分按千次計費，而不再需要 Pro 訂閱。

究竟改了什麼

更名是看得見的部分，但同時有三件事一起變動，而把它們混為一談正是多數誤解的來源。

名稱。 Image Resizing 變成了 Image Transformations。Cloudflare 自家說明文件通篇採用新術語，完全沒有提及舊名，因此以舊名搜尋會愈來愈常導向第三方頁面，而非官方文件。

產品界線。 轉換功能以往像是一個可以開啟的獨立功能。現在它位於 Cloudflare Images 之內，那是涵蓋儲存與傳遞的更大產品。這帶來一個值得立刻釐清的誤解：你並不需要把圖片儲存在 Cloudflare Images 才能轉換它們。你可以轉換放在自有來源伺服器、R2 內，或其他任何可公開存取位置的圖片。儲存與轉換是兩件獨立的事，只是恰好共用同一個產品頁面。

計費。 這才是實質的變動。舊指南告訴你圖片縮放需要 Pro 以上方案，現在已經不是如此。

現在的費用

免費方案每月提供五千次唯一轉換，不收費用。超出之後，在付費的 Images 方案上，費率是每月每千次唯一轉換五十美分。

這裡真正關鍵的字是「唯一」。轉換依來源圖片與參數的每個相異組合計算，每個曆月計一次。把一張照片縮成一百像素寬，再縮成兩百像素，是兩次轉換。但把同一個一百像素版本在當月傳遞給五萬名訪客，仍然只算一次，因為重複請求不產生費用。

這個區別比標價更為重要。你的帳單隨網站產出的相異圖片變體數量成長，而不隨流量成長。一個圖片少而穩定的高流量網站，可以舒適地待在免費額度內。一個目錄龐大、斷點眾多的網站，無論訪客多寡都會把額度用光。

格式轉換的計算方式裡還有一個實用的細節。如果你使用自動格式參數，Cloudflare 對部分瀏覽器傳送 AVIF、對其他瀏覽器傳送 WebP，這會算作一次轉換而非兩次。從計費角度看，自動格式選擇實際上是免費的，這正是優先採用它而非明確指定格式的充分理由。

你需要更新什麼

對多數設定而言，功能層面完全不用更動。URL 格式未變，參數未變，負責組出轉換 URL 的 Worker 也與先前一模一樣。這是一次更名，而非一次遷移。

值得更新的是所有仍指向舊名稱的內容，因為那些引用如今會把人送去尋找一份已不存在的文件。

內部文件與維運手冊是最明顯的一類。若你的部署筆記寫著「在控制台啟用 Image Resizing」，下一個照著做的人將找不到那個設定。

外掛與工具的名稱是尷尬的一類，包括我自己的。我維護的 WordPress 外掛仍舊叫做 Cloudflare Image Resizing，因為替已發布的外掛更名會破壞既有安裝與搜尋的連續性。它與 Image Transformations 的搭配和從前完全相同。如果你在 WordPress 外掛目錄中搜尋，預期還會遇到舊術語一陣子。

監控與成本警示值得再看一眼。若你圍繞舊的方案分級模式設定了帳單警示，它監看的是一件已不適用的事。現在該盯的是唯一轉換次數相對於每月五千的額度。

大家容易踩的坑

有兩個反覆出現的錯誤，兩者都是花錢而非弄壞東西。

產生超出需要的變體。 由於計費跟隨相異變體，一個有八個斷點的響應式設定會把你的轉換次數乘以八。多數網站不需要八個。三到四個挑選得當的寬度就能涵蓋現實中的裝置範圍，每去掉一個就是等比例的節省。我們關於響應式圖片的指南談了如何挑選真正值得保留的斷點。

破壞快取的查詢字串。 如果你的建置流程在圖片 URL 後附加一個會變動的版本參數，那麼每次部署都會產生一批全新的唯一轉換。這是網站在不知不覺中堆高轉換帳單最常見的途徑：圖片沒有改變，但 URL 變了，於是 Cloudflare 把每一個都當成新的。

確認它真的生效

正因為更了名，確認比想當然更重要，因為設定錯誤是靜默失敗的。你的圖片照樣載入，只是未經轉換以原始尺寸送出，唯一的症狀就是頁面很慢。

最快的檢查是圖片請求的回應標頭。經過轉換的回應會帶有 cf-resized 標頭說明做了什麼，content-type 則反映實際送出的格式。如果你要求了自動格式選擇，而現代瀏覽器仍然收到原始 JPEG，那轉換就沒有生效。

第二個檢查是傳輸量。開啟網路面板重新載入，把某張圖片的傳輸大小與來源伺服器上的原始檔案相比。一張以磁碟上相同位元組數抵達的照片，就是根本沒被處理過。這能抓到 URL 模式有細微錯誤、請求直接穿過去的常見情況。

值得知道的是：轉換只對經由已啟用該功能的區域傳遞的圖片生效。若你的圖片位於未經 Cloudflare 代理的子網域，或你從帳戶之外的第三方主機拉取，請求會繞過整套機制。這在遷移之後最容易坑人，圖片 URL 被重新指向後，沒有人再核對究竟是哪個主機名稱在提供服務。

究竟該不該用

轉換適合圖片尺寸不一或來自使用者上傳的網站，以及預先產生並儲存每個變體並不實際的情境。同一張照片既作縮圖、又作格狀方塊、又作完整檢視的商品目錄，就是最自然的例子。編輯上傳相機直出檔案、而你需要它不經人工處理就能使用的網站也一樣。

如果你的圖片集合很小、固定、極少變動，它就沒那麼合適。那種情況下在建置時產生一次尺寸並以靜態檔案傳遞，成本為零，沒有哪個轉換服務贏得過免費。

想更完整了解 URL 方式與 Worker 方式的差異，請看我們的 Cloudflare Image Transformations 指南。如果你還在權衡圖片本身該放在哪裡，用 Cloudflare R2 託管圖片談了儲存這一側以及它為零的傳出費用。

把它設定妥當

圖片傳遞的大部分價值來自那些做一次就不再更動的決定：你實際傳遞哪些寬度、格式選擇是否自動、你的 URL 是否穩定到能享有重複請求的折扣。這些在一開始很快就能做對，事後再拆解則相當費力。

Mecanik 在網站開發工作中建置並稽核圖片傳遞，而在 WordPress 上將這件事自動化的 WordPress 外掛是免費的。如果你的網站很慢並且懷疑是圖片造成的，一次 WordPress 效能稽核會在你花錢之前告訴你這個直覺是否正確。

常見問題

Cloudflare Image Resizing 停用了嗎？ 沒有。它更名為 Image Transformations，並併入 Cloudflare Images 產品。URL 格式、參數與 Worker 整合皆未變動，因此既有設定無須修改即可繼續運作。

圖片縮放還需要 Pro 方案嗎？ 不需要。那項要求屬於舊模式。免費方案現在每月包含五千次唯一轉換，超出部分在付費 Images 方案上按每千次五十美分計費。

什麼算一次唯一轉換？ 來源圖片與參數的一個相異組合，每個曆月計算一次。把同一張已轉換的圖片傳給許多訪客算一次。把同一張圖片以兩種寬度請求則算兩次。

必須把圖片儲存在 Cloudflare Images 才能轉換嗎？ 不必。你可以轉換放在自有來源伺服器、R2 或其他任何可公開存取位置的圖片。儲存與轉換仍是分開的，儘管它們現在共用同一個產品頁面。

為什麼這個 WordPress 外掛還叫 Image Resizing？ 替已發布的外掛更名會破壞既有安裝與搜尋連續性，因此名稱保持不變。它與 Image Transformations 的搭配一如以往，因為改變的只是 Cloudflare 的術語。