SEO 技術問題裏，有一類特別讓人頭大：你明明知道怎麼修，但修復需要改後端、改路由、改模板，排期一拖就是幾周。比如老 URL 要 301 到新 URL、全站要統一尾斜槓、某些參數頁要規範化、不同語言路徑要加 hreflang。你要是每次都等開發改，SEO 的節奏就會被拖斷。

Cloudflare Workers 提供了一種更靠前的解決方式：把一部分規則放到邊緣層（Edge）執行。你可以把它理解爲：請求到達你服務器之前，先經過 Cloudflare 這道關口；你在關口寫了規則，就能在不動後端的情況下完成很多 SEO 雜活。這就是所謂的 Edge SEO。

Cloudflare Workers 官方文檔頁面（示意）

圖：Cloudflare Workers 官方文檔（公開頁面，用於說明 Workers 屬於 Cloudflare 的邊緣計算能力）。

Edge SEO 適合解決什麼？

Edge SEO 最適合解決規則型問題：同一類 URL 需要同一類處理，並且你希望快速上線、可回滾、可逐步擴展。比如遷移時的 301、全站 https 強制、URL 規範化、某些目錄統一跳轉、給特定路徑加響應頭。它不適合做複雜業務邏輯，也不適合替代後端長期維護；它更像一個快速修復層。

三個最常見的落地場景

  1. 批量重定向：改版/換域名後把舊 URL 301 到新 URL，避免流量斷崖。配合：遷移 301 檢查清單。
  2. URL 規範化：統一帶不帶尾斜槓、統一大小寫、統一 www 版本，減少重複與內耗。
  3. 語言/國家規則：按路徑返回不同 hreflang，或給某些語言版本加不同的緩存/頭部策略。

最小可用落地：先從重定向映射表開始

如果你從沒寫過 Workers，建議從最小風險的場景開始：用一個映射表做 301。先把 20～50 條最關鍵的舊 URL 與新 URL 列出來（優先處理有流量、有外鏈、有轉化的頁面），先上線這一小段，確認無誤再擴大範圍。這樣比一次性上幾千條安全太多。

上線後一定要做驗收：用瀏覽器和 curl 檢查狀態碼是否是 301，Location 是否正確，是否存在多跳或循環。遷移翻車往往不是因爲不會寫規則，而是因爲沒有嚴謹驗收。

常見坑：Edge SEO 也會翻車（提前避雷）

  • 規則過寬：一個正則寫錯，整個目錄都被重定向。
  • 重定向循環：A → B，B 的規則又把它帶回 A。
  • 緩存干擾：上線後你以爲沒生效，其實是緩存沒清或瀏覽器緩存導致觀察偏差。

如果你只是想先把 Cloudflare 當 CDN 用，把速度與緩存打好底層，可以先看這篇更運營可執行的入門：Cloudflare + WordPress 的 CDN/SEO 基礎配置（即使不是 WordPress，很多思路也通用）。

延伸閱讀

參考資料