如果將 WordPress 效能優化拆成三層：
- 源站層：主機 / PHP / 數據庫 / 緩存插件 —— 決定 TTFB 同後端壓力
- 資源層：圖片優化 —— 決定下載體積同首屏大圖速度
- 交付層：CDN —— 決定資源離訪問者更近、命中更穩、源站更輕鬆
本文講 CDN 加速服務：
- 知道 CDN 能夠解決啲乜、解決唔到啲乜
- 揀到適合自己嘅 CDN 類型同服務商（仲要明白免費版/入門版嘅限制）
- 跟住低風險順序上線，唔好搞冧個網站、唔好令到電商/會員快取出事
- 上線之後可以驗證到「真係生效」，同埋識得排查「點解冇更新/點解慢咗/點解內容會亂咗」“
1. 首先,我哋先釐清概念:CDN 可以做啲乜嘢,做唔到啲乜嘢。
1.1 CDN 主要解決 3 樣嘢
1.1.1 靜態資源更快送達
圖片 / CSS / JS / 字體 / 圖標等靜態資源更接近訪問者，下載更快，頁面渲染更穩定。
對 WordPress 嚟講，尤其係主題同插件資源（wp-content/themes/、wp-content/plugins/）同埋媒體庫圖片（wp-content/uploads/）通常係「體積大戶」。
1.1.2 減輕源站壓力
命中邊緣緩存之後，請求就唔使頻繁返去源站，源站嘅頻寬、並行連接、磁碟IO、CPU波動都會更加輕鬆。
呢個對於「活動頁、文章爆款、產品頁被大量訪問」呢種流量高峰場景尤其明顯。
1.1.3 提升穩定性（更抗波動）
流量尖峰時，邊緣節點會吸收大量重複請求，源站就更唔容易被打爆。
你會睇到「訪問更順暢」：就算源站突然壓力大增，邊緣緩存都仲可以持續輸出。
1.2 CDN 唔會自動解決嘅 3 類問題
1.2.1 原始伺服器本身就慢
數據庫慢、插件邏輯慢、PHP 計算慢 —— 呢啲都係源站層面嘅問題。
CDN可以將靜態資源變快，但如果你連首頁HTML都生成得好慢，用戶都係會覺得「一打開就慢」。呢個時候優先返去睇：主機/快取插件/數據庫優化。
1.2.2 圖片本身太大
CDN唔能夠將3MB嘅大圖「魔法變細」。
你要先做圖片優化：尺寸策略（唔好下載超大圖）、壓縮、WebP/AVIF、懶加載策略等。
1.2..3 第三方腳本慢
廣告、統計、客服、社交媒體組件等嚟自第三方域名。
CDN 通常幫唔到佢哋「快啲」，你只能透過減少/延後載入、更換供應商、或者做腳本策略優化嚟處理。
建議
先將源站層同資源層做啱，再做 CDN，效果會更加明顯，問題亦都會少啲。
2. 30秒指南:你需要邊款CDN?
對 WordPress 嚟講，主流分兩類。你先揀「形態」，再揀「服務商」，思路就會好清晰。
2.1 一體化「反向代理型」（更省心，適合大多數網站）
**特点：**它不仅是 CDN，还把 DNS / SSL / 基礎安全防護（例如 DDoS/WAF） 一齊打包。你接入之後，佢會企喺你網站前面做代理。
你會得到啲咩：
- HTTPS 證書同 TLS 管理更加簡單
- 統一嘅安全防護入口（基礎 DDoS、訪問控制、WAF 等）
- 邊緣緩存同規則引擎（可以做更細嘅緩存策略、繞過策略）
- “「可擴展空間更大」：以後想加安全、限速、Bot 防護，通常都喺同一套體系裏面
代表:Cloudflare / 騰訊雲 International EdgeOne / 阿里巴巴雲 International ESA
如果你想:
- 你希望 HTTPS + CDN + 基礎安全 一次過搞掂
- 你願意將域名解析/代理層統一交畀一個平台管理
- 你更加睇重「整體體驗同後續擴展」，唔想將 DNS、證書、CDN、安全分開幾套嚟搞
2.2 純「靜態 Pull CDN」（低風險起步，主要加速圖片/CSS/JS）
**特点：**你只把静态资源放到 CDN 边缘缓存；HTML 页面仍由源站（以及源站缓存插件）负责。
你會得到啲咩：
- 好低嘅業務風險：唔搞 HTML 嘅話，基本上唔會出現「內容撈亂/購物車撈亂」“
- 成本模型更直觀：通常係按流量/請求/地區計費
- 結構更純粹：更加似「靜態資源分發服務」“
代表:bunny.net(清晰嘅按用量付費模式)
如果你想:
- 你想先做「最穩陣嘅一步」——靜態資源加速
- 你想快啲攞到收益，再決定係咪上代理型/全站緩存
- 你希望成本更接近「用幾多俾幾多」“
3. 點做
- 第一層：一體化代理型（首選）:Cloudflare / EdgeOne / ESA
- 第二層：靜態 Pull CDN（穩陣起步）：bunny.net / Cloudways CDN 等等
4. 建議服務供應商
4.1 Cloudflare：反向代理一體化（免費起步、生態成熟）
佢係乜嘢
你將域名接入之後，佢作為代理站喺網站前面，提供 CDN、證書、基礎防護同緩存規則能力。
適合邊啲人
- 想慳心機：HTTPS + CDN + 基本安全一條龍服務
- 想要成熟生態：之後要加 WAF、限速、邊緣規則等等，條路好順
風險位
- 更新唔生效: 上線 CDN 之後緩存鏈路變長（瀏覽器緩存 + CDN 緩存 + 源站緩存），需要「版本策略」令更新可控（後面有排查樹）
- 緩存 HTML 要小心: 如果緩存 HTML，電商/會員/個人化頁面必須嚴格繞過，否則好容易出現嚴重事故（後面有場景清單）
說明：
- 定位: 反向代理一體化（SSL + CDN + 基礎防護）
- 適合：慳心上線、後續擴展空間大
- 核心價值：統一證書/安全/緩存入口
- 風險：更新靠版本策略；HTML 緩存需嚴格繞過
4.2 騰訊雲國際 EdgeOne：反向代理一體化
佢係乜嘢
形態同樣係「加速 + 安全 + 證書」嘅一體化平台，適合將站點擺喺統一代理層管理。
- 同Cloudflare一樣有免費版，但通常會有 配額/功能上限（規則數量、日誌任務數量等），但唔使改DNS，只需要cname接入就得，商業網站唔建議用免費版！
- 同時免費計劃通常意味住 SLA 唔保證
可以用，但唔好當係「商業服務水平協議套餐」。
- 如果你希望喺中國大陸自動切換大陸線路，通常需要先完成中國ICP備案；未備案嘅話只能行國際線路。
備註:
- 定位：反向代理一體化（加速 + 安全 + 證書）
- 適合：希望一體化接入、並考慮中國大陸節點能力
- 免費：存在免費計劃/免費版，但配額有限且 SLA 通常唔保證
- 風險：規則/日誌/子域名配額要提前規劃；HTML 緩存同樣要謹慎
4.3 阿里雲國際 ESA：反向代理一體化
- 同Cloudflare一樣有免費版，但通常會有 配額/功能上限（規則數量、日誌任務數量等），但唔使改DNS，只需要cname接入就得，商業網站唔建議用免費版！
- 註冊國際站賬號即可使用
- 進入 ESA 控制台添加站點並選擇免費嘅 Entrance 套餐接入
- 如果你希望喺中國大陸自動切換中國大陸線路，通常需要先完成 ICP 備案；未備案時只能行國際線路。
- 免費更適合開發/測試/評估，通常唔等同於商用 SLA 套餐
- 免費套餐往往會有限速/支援方式限制（例如 SLA 等）
關於中國大陸線路：
- 想啟用中國大陸節點，通常需要滿足備案同區域條件
- 免費 Entrance 預設行國際線路，想行中國大陸線路必須完成中國ICP備案要求
備註:
- 定位：反向代理一體化（網站加速 + 安全）
- 免費：國際站帳戶可用 Entrance 免費接入；預設唔包中國大陸加速
- 適合：評估/測試同輕量使用；或者之後升級套餐
- 風險：免費界線要睇清楚（SLA/限速/支援方式）；地區同備案要提前規劃
4.4 bunny.net: 靜態 Pull CDN（低風險起步，按量計費清晰）
如果你希望「先攞到最穩陣嘅收益」，bunny 呢種 Pull CDN 好啱：
佢更加似「資源分發服務」：你將靜態資源交俾佢分發，費用通常同流量/請求/區域有關，模型清晰、可控。
適合：
- 先做 圖片 / CSS / JS / 字體 嘅靜態加速
- 你想先攞到「低風險且穩定嘅收益」，唔急住將成個網站交畀代理型平台（DNS/SSL/WAF 一體化）
- 你希望成本模型更接近「用幾多付幾多」，而唔係一開始就進入更複雜嘅套餐體系
風險位
靜態資源「更新唔生效」幾乎都唔係 CDN 嘅 bug，而係快取系統嘅正常表現：
當你喺後台更新咗 CSS/JS/圖片，但資源 URL 冇變（同一個地址/檔案名/路徑），CDN 同瀏覽器都會合理地繼續用舊緩存，所以你就會見到「點解冇更新到」。
一個明確、可以執行嘅原則：
版本號優先，Purge 做後備。
點解咁樣最穩陣：
- 版本號/檔案名變化 → URL 變化 → CDN 當作新資源緩存 → 新版本幾乎即刻生效
- **Purge（清缓存）**需要你主动触发，容易范围不准、节点传播有延迟；频繁 Purge 还会导致命中率下降、回源增加、波动变大
容易睇得明嘅例子：
style.css內容改咗，但係 URL 仲係style.css→ CDN 繼續俾舊快取（合理）- URL 變成
style.css?ver=20260103或style.abc123.css→ CDN 當係新資源 → 新版本即刻生效
bunny 作為「第一步 CDN」嘅最佳實踐
- 首先只係覆蓋靜態資源（圖片/CSS/JS/字體），唔好一開始就快取 HTML
- 好處：幾乎唔會出現「用戶睇到人哋嘅內容/購物車串號」呢種嚴重事故
- 你都更容易驗證收益：靜態資源快啲、源站輕啲
- 將更新策略設計好
- CSS/JS：盡量用版本號/文件名變更
- 圖片：盡量避免長期「同名覆蓋」，更推薦新文件名/路徑變化（尤其係首頁 banner、活動圖）
- 上線之後用驗證清單確認命中
- 靜態資源係咪嚟自CDN
- 命中率係咪逐步上升、源站頻寬/請求係咪更平穩（後面有驗證清單）
注意
如果你嘅業務涉及中國大陸，或者你想喺中國大陸更快咁訪問你嘅網站。
阿里雲中國同騰訊雲中國都值得你揀，如果你嘅域名已經喺中國大陸做咗ICP備案，用EdgeOne或者ESA嗰陣，中國大陸訪問會自動轉去中國大陸線路
“用中國大陸節點”通常會牽涉到ICP備案
參考
“網站跨境訪問體驗優化”可能係另一種單獨能力，通常唔等同於“免費就有中國大陸節點”
5. 推出路線圖:分三個階段實施(由穩定到穩健)
CDN 上線最容易「搞亂」嘅原因，係一開頭就想將所有功能都開晒。
階段 1：只做靜態資源 CDN（強烈建議先做）
目標：圖片/CSS/JS/字體先行 CDN；HTML 唔喺 CDN 緩存（或者暫時唔郁）。
點解先做呢個最穩陣
- 風險最低：靜態資源快取出錯，最多係「樣式/圖片唔更新」，可控
- 唔會掂到登入狀態、電商流程、賬戶資料正確性
- 你可以清楚睇到收益：靜態資源下載快啲，源站更平穩
呢個階段常見問題（後面會畀排查樹）
- 混合內容（HTTPS 頁面載入 HTTP 資源）
- 靜態資源更新唔生效（URL 冇變）
階段 2：刷新策略（版本號優先，Purge / 失效兜底）
呢個就係「CDN 做得專唔專業」嘅分水嶺。
一條硬規則：
可以用版本號/檔案名變化解決嘅更新，就唔好依賴 Purge。
點解緩存鏈路變長之後會變玄學：
- 瀏覽器緩存：你部機可能仲keep住舊嘅CSS/JS
- CDN緩存：邊緣節點可能仲有舊資源嘅緩存
- 源站緩存：緩存插件/伺服器緩存可能仲輸出緊舊內容
如果你冇版本策略，發佈就會變成：
“「改咗嘢 → 重新整理 → 唔得 → 再清快取 → 都係唔得 → 再清另一層快取」”
呢個就係好多人對 CDN 嘅最大痛點。
階段 3（進階）：應唔應該快取 HTML（效益高，但風險最高）
HTML 快取（全站快取/邊緣快取）可以顯著降低 TTFB，但喺 WordPress 場景入面都係事故高發區。
唔肯定就唔好缓存 HTML。先静态 CDN + 源站缓存插件。
如果真系要缓存 HTML，两条原则：
- 只从「访客状态」开始：净系缓存未登录嘅访客页面
- 先寫繞過清單：正確性優先，再講命中率
6. 營運指引檢查清單:如何在不同類型的場地預防事故
6.1 內容網站 / 網誌（以文章為主、訪客多）
推介
- 靜態資源：全緩存
- HTML：可以考慮緩存「未登入訪客頁面」“
通常需要繞過
- 後台與登入：
/wp-admin/*、/wp-login.php - 預覽/草稿（preview）
- 搜尋結果頁（參數變化大，先唔緩存最慳事）
- 表格提交/評論提交嘅 POST 請求
緩存鍵（Cache Key）最少要區分
- 係咪登入咗（cookie 角度嚟睇）
- 語言（多語言網站）
6.2 企業網站 / 推廣落地頁（表格、活動多）
推介
- 靜態資源：全緩存
- HTML：公開落地頁可以緩存（訪客狀態），但要小心處理表格結果頁
最易踩中嘅陷阱：追蹤參數導致緩存碎裂
落地頁常見 utm_* 參數：
- 全部參與緩存鍵 → 緩存被切碎，命中率差
- 全部忽略 → 少數依賴參數渲染嘅頁面可能唔符合預期
6.3 會員站 / 課程站 / 社區（登入狀態佔比高）
結論：HTML 快取要非常謹慎。
穩妥做法通常係：靜態 CDN + 源站快取/物件快取；HTML 只快取訪客狀態。
必須要繞過
- 登入/註冊/搵返密碼
- 帳戶中心、訂單/訂閱、個人資料
- 任何「用戶狀態強相關」嘅頁面同接口
6.4 電商網站（WooCommerce）
最重要嘅繞過清單
- 購物車、結算、帳戶頁
- 訂單確認、支付回調相關頁面
- 登入/註冊、優惠券/積分等用戶相關入口
點解電商更容易出事故
- 一旦用戶有購物車、會話、登入狀態，頁面就會高度個人化
- HTML 緩存如果冇繞過/冇區分狀態，最典型後果就係：購物車混亂、帳戶串號、價格顯示異常
正確性優先，唔好為咗命中率而犧牲正確性。
6.5 多語言 / 多貨幣網站
推介
- 靜態資源：全緩存
- HTML：可以緩存訪客狀態，但緩存鍵必須明確區分語言/貨幣變體
緩存鍵必須考慮
- 語言（路徑
/en//zh/或子域名en.） - 有冇登入（cookie）
- 貨幣/稅率（如果影響顯示）
7.風險披露
風險 1：快取錯內容（最嚴重）
- 靜態資源快取錯：多係樣式／圖片舊
- HTML 快取錯：可能串內容、串購物車、串帳戶 —— 呢個係嚴重事故
風險 2：更新唔生效（最常見）
緩存鏈路變長之後，「改咗冇生效」會更常見：
- 版本號/文件名變更優先
- 清除/失效保障措施
- 發佈流程要可以重現（知道每次發佈改咗邊啲 URL）
風險 3：免費版/入門版嘅承諾界線
- 免費方案常見特點：配額有限、部分功能唔包、SLA/支援方式唔等同正式商用
風險 4：中國大陸相關功能容易被誤解
- ESA：如果想行中國大陸線路，就必須要進行中國ICP備案
- EdgeOne：如果想行中國大陸線路，就必須要進行中國ICP備案
8 驗證清單：上線後點樣確認「真係生效」？“
8.1 靜態資源係咪真係行咗CDN？
- 圖片/CSS/JS 係咪來自 CDN 域名/邊緣節點
- 係咪睇到明顯嘅快取命中跡象（唔同平台嘅標識唔同）
8.2 源站壓力有冇下降？
- 源站頻寬係咪更加平穩
- 源站請求數/連接數有冇下降（尤其係重複資源嘅請求）
8.3 更新係咪可控？
- 改一次 CSS/JS 或者換一張圖片
- 新版本可唔可以透過「版本號變更/檔案名變更」快速生效
- 如果淨係靠 Purge 先更新到，即係版本策略仲未搞掂（優先補返策略，唔好當 Purge 係日常操作）
8.4 動態關鍵頁啱唔啱？
（電商/會員站一定要做）
- 登入/登出之後嘅頁面內容啱唔啱？
- 購物車/結算/帳戶相關頁面係咪始終正確
- 有冇出現「唔同用戶睇到相同用戶態內容」嘅異常（高危）
8.5 錯誤率係咪上升咗？
- 回源超時、5xx、間歇性開唔到
- 呢啲通常意味住：源站負載唔夠、規則有錯、限速觸發、或者回源線路問題
9. 當更新無效時嘅排錯(將「神秘主義」變成逐步流程)
先判斷你遇到邊一類問題：
9.1 靜態資源未更新（CSS/JS/圖片仲係舊嘅）
情況 A：只有你自己睇到舊，隱身/換設備係新嘅
優先懷疑：瀏覽器緩存
- 解決方向：版本號/檔案名變化發佈新資源
情況 B：所有人都睇到舊（隱身/唔同設備都係舊）
優先懷疑：CDN 仲命中舊緩存
- 99% 原因：資源 URL 冇變
- 優先解：版本策略
- 兜底：Purge（臨時手段）
情況 C：圖片同名覆蓋後一直顯示舊圖
呢個係瀏覽器緩存 + CDN 緩存疊加嘅經典問題
- 實用建議：盡量避免長期「同名覆蓋」，用新文件名/路徑或者版本號
9.2 HTML 冇更新（頁面內容/模組仲係舊嘅）
情況 A：後台/登入後係新嘅，訪客見到舊嘅
優先懷疑：訪客狀態嘅 HTML 被緩存咗
- 先確認：呢類頁面係咪應該緩存 HTML
- 如果應該緩存：需要可控嘅刷新策略，否則發佈就唔可控
情況 B：只有部分地區/部分網絡反映舊內容
優先懷疑：唔同邊緣節點緩存狀態唔同
- 解決方向：用版本/刷新策略收斂差異；必要時做更明確嘅失效
情況 C：登入用戶/購物車出現異常
高危信號：可能緩存錯內容喇
- 即刻檢查係咪緩存咗用戶態頁面（購物車/結算/戶口等）
- 檢查 Cache Key 係咪漏咗「用戶態 cookie/語言/貨幣」等關鍵變體
10. 建議
Cloudflare
- 反向代理一體化
- 適合：慳心起步
- 重點：版本策略解決更新；HTML 緩存從訪客態做
- 風險：動態頁面必須繞過
騰訊雲國際 EdgeOne
- 反向代理一體化
- 適合：考慮中國大陸節點能力同埋一體化接入
- 免費：有免費計劃/免費版，但係配額同承諾邊界要睇清楚
- 風險：規則/日誌/子域名配額要規劃；HTML 緩存要小心
阿里雲國際 ESA
- 反向代理一體化
- 免費：國際站賬號可以用 Entrance 免費接入
- 風險：免費邊界（服務水平協議/支援/限速）同區域/備案條件要提前確認
- 適合：評估/測試同輕量接入；或者後續升級套餐，或者考慮中國大陸節點能力同埋一體化接入
bunny.net
- 靜態 Pull CDN
- 適合：先做低風險靜態加速
- 重點：版本號優先，Purge 做後備；避免同名覆蓋
- 風險：更新策略冇做好會成日撞到「舊資源」“
11. 行動建議
- 先揀形態：反向代理一體化（Cloudflare/EdgeOne/ESA）定係靜態 Pull CDN（bunny）
- 按階段上線：先靜態 → 再版本策略 → 最後先考慮 HTML 緩存
- 上線後跟驗證清單檢查：命中/回源/更新/動態繞過/錯誤率
- 需要再快啲：返去「緩存插件」「圖片優化」，將源站層同資源層再壓一輪
WordPress CDN 常見問題
1. 點解我用咗 CDN 都仲係咁慢?
最常見嘅原因唔係 CDN 冇用，而係樽頸唔喺「交付層」。
你可以跟住呢個順序判斷：
- TTFB 仍然好高：即係話源站生成 HTML 好慢（數據庫/插件/緩存插件配置/主機性能）→ 返去源站層度優化
- 首屏大圖好慢：即係話圖片體積、尺寸或者格式唔啱 → 先做圖片優化（壓縮、WebP/AVIF、尺寸策略）
- 第三方腳本拖慢：廣告/統計/客服腳本常見 → CDN 通常幫唔到手，需要減少或者延後加載
- 只有某啲地區慢：可能係節點覆蓋、回源線路、或者緩存冇命中（命中率低） → 睇命中率同回源情況
CDN負責將「已經優化好嘅資源」送得更快；源站慢、圖片大、指令碼慢要分開處理。
2. 點解用戶仍然見到舊版本,雖然我已經更新咗 CSS、JS 同埋圖片?
呢個係 CDN 場景最常見嘅問題，核心原因通常係：資源 URL 冇變，快取系統會合理地繼續命中舊快取。
最穩陣嘅處理原則：
- 版本號優先：令資源 URL 有變化（例如
style.css?ver=xxxx或者檔案名加 hash） - 清除快取做兜底：當你仲未建立版本策略嗰陣，先至用清快取做臨時手段
如果你成日替換首頁橫幅 / 活動圖，建議避免「同名覆蓋」，優先用新檔案名 / 新路徑（更可控）。
3. 我需唔需要緩存HTML?唔緩存會唔會有冇意義?
唔一定需要。
對好多網站嚟講，CDN 嘅最大價值嚟自：
- 靜態資源（圖片/CSS/JS/字體）更快
- 源站壓力下降同穩定性提升
緩存 HTML 嘅收益確實可能更大（TTFB 會更低），但風險亦都最大：電商、會員、個人化內容、多語言/多幣種都好容易緩存錯內容。
穩陣路線：
- 先做靜態 CDN（低風險高回報）
- 將版本策略同驗證清單行通
- 再評估係咪要快取 HTML（由「訪客狀態」開始）
4. 電商網站可唔可以用 CDN?會唔會搞亂購物車?
可以上，而且應該上（至少靜態資源），但要避免快取用戶狀態頁面。
- 靜態資源可以緩存：圖片、CSS、JS
- 用戶態頁面必須繞過：購物車、結算、帳戶相關頁面唔好緩存 HTML
- 只要你唔對呢啲頁面做 HTML 緩存，發生「串購物車/串賬戶」嘅風險就會大幅降低
5. 一個多語言/多貨幣網站點樣可以用 CDN 而唔會混淆語言或價格?
核心在於 Cache Key（緩存鍵） 係咪啱。
- 語言（路徑或子域名）
- 貨幣（如果影響價格顯示）
- 有冇登入（cookie）
- 地區/稅率（如果頁面會因地區變化）
如果呢啲維度唔入緩存邏輯，就好易出現：A語言用戶睇到B語言內容，或者價錢唔一致。
6. 我應該揀整合式反向代理(Cloudflare/EdgeOne/ESA)定靜態拉取 CDN(Bunny)?
你可以跟「目標」同「風險偏好」嚟揀：
- 想一次過搞掂HTTPS + CDN + 基礎安全、之後仲可以擴展規則/WAF：反向代理一體化
- 想先做最穩嘅第一步（靜態資源快啲），唔想郁成個站代理：靜態 Pull CDN(例如:兔仔)
如果你猶豫，默認建議：先靜態 CDN → 跑通版本策略同驗證清單 → 再決定係咪上代理型/HTML 緩存。
7. 免費版可以直接喺線上網站使用嗎?
可以用，但要將「免費」當成「起步/評估/輕量使用」，唔好當成「帶商用 SLA 嘅正式方案」。
- 你接唔接受到免費方案嘅配額上限、功能缺失、支援方式差異、以及可能冇 SLA 承諾？
- 如果唔得，就應該將免費當作試用，之後升級到更適合嘅套餐
8. 我點樣先可以確定 CDN 真係有用,而唔係淨係安慰劑效果?
用呢三步確認（唔需要任何複雜工具）：
- 睇吓靜態資源係咪由 CDN 返嚟（圖片/CSS/JS 嘅來源有冇變）
- 睇吓命中率同回源有冇改善（命中升、回源跌先算係真收益）
- 改一次 CSS/圖片驗證更新策略（版本號生效，說明鏈路可控）
如果你做唔到第 3 條，後面越優化越容易被「更新唔生效」折磨，建議優先補齊版本策略。
9. 點解內地加速服務成日當機?
最常見原因係：區域選擇同備案條件唔匹配。
- 如果你要揀包含中國大陸嘅加速區域，通常需要先完成 ICP 備案；未備案只能揀唔包含中國大陸嘅區域。
10. 我係咪應該先安裝緩存插件,定係先設置 CDN?
一般建議順序係：
- 源站層：緩存插件/主機基礎先穩定（TTFB 下降、後台壓力下降）
- 資源層：圖片優化將體積壓低
- 交付層：CDN 將資源傳送得更快、更穩定
如果你而家只想做一件事、又驚整鑊嘢：先上靜態 CDN（階段 1），收益穩定，風險最低。