網站 CDN 加速優化

如果將 WordPress 效能優化拆解成三個層次:

• Origin伺服器層伺服器 / PHP / 資料庫 / 緩存插件 —— 決定 TTFB 同後端負載
• 資源層圖片優化 — 決定首頁大圖嘅下載大小同速度
• 傳遞層: CDN — 確保資源更貼近用戶,提供更可靠嘅命中,並減輕源伺服器嘅負擔

呢篇文章討論緊 CDN 加速：

• 了解CDN可以解決乜嘢同解決唔到乜嘢
• 揀最啱你嘅CDN計劃同供應商(並了解免費版同入門版嘅分別)
• 按最低風險嘅次序推出,確保網站唔會當機,並避免同電商/會員緩存有關嘅事故。
• 部署完成後,佢可以驗證「真係已經生效」,並排除例如「點解未更新/點解變慢/點解內容混亂」等問題。“

1. 首先,我哋先釐清概念:CDN 做啲乜嘢同唔做啲乜嘢。

1.1 CDN 主要針對三個關鍵問題

1.1.1 更快地傳遞靜態資源
圖片、CSS、JS、字體、圖示同其他靜態資源離訪客更近,令下載速度更快,頁面渲染更穩定。
對於 WordPress,特別係主題同插件資源 (wp-content/themes/、wp-content/plugins/) 同媒體庫嘅圖片 (wp-content/uploads/) 通常就成交量嚟講係「重量級」嘅。

1.1.2 減輕源伺服器負載
一旦請求到達邊緣緩存,就唔使經常向原始伺服器拉取資料,從而減輕原始伺服器嘅頻寬、同時連線數、磁碟 I/O 同 CPU 波動嘅負擔。
喺高峰情況下,例如「大量流量湧入推廣頁面、病毒式文章同產品頁面」時,呢點特別明顯。

1.1.3 增強穩定性(對波動性嘅抵抗力更強)
喺流量高峰期,邊緣節點吸收咗大量重複請求,從而減低源伺服器被壓垮嘅可能性。
你會見到「更順暢嘅存取」:就算原始伺服器突然負荷急增,邊緣快取都會繼續提供內容,唔會中斷。

---

1.2 CDN 無法自動解決嘅三種問題

1.2.1 原始伺服器本身就慢
資料庫效能緩慢、插件邏輯緩慢、PHP 運算緩慢——呢啲都係源伺服器層面嘅問題。
CDN 可以加速靜態資源,但如果連你嘅主頁 HTML 都要好耐先生成,用戶仍然會覺得網站「載入緩慢」。呢種情況下,你應該優先處理:主機託管、緩存插件同數據庫優化。

1.2.2 張相本身太大
CDN 無法神奇地將大型影像 3MB 縮細。
你首先要優化相片:實行尺寸策略(避免下載過大嘅相片)、做壓縮、使用 WebP/AVIF 格式,並實行懶載策略。

1.2..3 第三方腳本好慢
廣告、分析、客戶服務、社交媒體組件等等,都來自第三方網域。
CDN 通常做唔到「更快」;你只能透過減少或延遲載入、更換供應商,或者優化腳本策略嚟解決。

2. 30秒指南:你需要邊個CDN配置?

對於 WordPress,主流選擇可分為兩大類。先揀「表單」,再揀「服務供應商」,做法就變得非常清晰。

2.1 整合式「反向代理類型」(更省事,適合大多數網站)

**特点：**它不仅是 CDN，还把 DNS / SSL / 基本安全防護 (例如 DDoS/WAF) 將佢哋一齊打包。一旦連線成功,佢就會喺你嘅網站前面做代理。

你會收到:

• 用HTTPS 簡化憑證同 TLS 管理
• 統一安全閘道(基本 DDoS 防護、存取控制、WAF 等)
• 邊緣緩存同規則引擎(實現更細粒度嘅緩存策略同繞過策略)
• “更廣泛嘅擴展空間:如果你將來想加入保安功能、速度限制或者防機械人保護,通常都可以喺同一個系統入面整合。

代表:Cloudflare / 騰訊雲國際 EdgeOne / 阿里巴巴雲國際 ESA

如果你想:

• 你希望 HTTPS + CDN + 基礎安全 一次過
• 你肯唔肯將你嘅網域名稱解析/代理層嘅管理全部交畀一個平台?
• 你更加重視「整體體驗同未來擴展性」,唔想將 DNS、憑證、CDN 同安全拆分成多個組。

---

2.2 純粹「static Pull CDN」(低風險起步,主要優化圖片/CSS/JS)

**特点：**你只把静态资源放到 CDN 边缘缓存；HTML 页面仍由源站（以及源站缓存插件）负责。

你會收到:

• 營運風險極低:只要HTML冇被竄改,「內容注入/購物車劫持」嘅情況極不可能發生。“
• 成本模型更加直觀:通常按流量/請求/地區收費。
• 更精煉嘅架構:更似一個「靜態資源分發服務」“

代表:bunny.net(清晰嘅隨用付費模式)

如果你想:

• 你想先踏出「最穩陣嘅一步」──靜態資源加速。
• 你想喺決定係咪要實施代理緩存定全站緩存之前,先睇吓投資可以快手回本。
• 你會比較希望成本更接近「隨用隨付」模式。“

3. 點做

• 第一層:整合機構模式(首選):Cloudflare / EdgeOne / ESA
• 第二級:靜態拉力 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 唔保證
  呢個可以使用,但唔應該當做「商業 SLA 套件」。

• 如果你想喺中國內地時自動切換到內地電話線路,通常你要先完成以下步驟:中國ICP備案未註冊時,只可使用國際路線。

備註:

• 定位:反向代理整合(加速 + 安全 + 憑證)
• 適合:需要整合接入,並考慮中國內地節點容量嘅人士。
• 免費:有免費計劃/版本可用,但配額有限,通常冇保證嘅 SLA。
• 風險:規則、日誌同子網域配額需要預先規劃;HTML 緩存亦要小心對待。

---

4.3 阿里巴巴雲國際企業安全架構 (ESA)反向代理整合

• 好似Cloudflare咁,佢有免費版本,但通常 配額/功能限制(規則數量、日誌工作項數量等等),但毋須修改 DNS;只要設定 CNAME 記錄以連接至它。免費版本唔建議用喺商業網站。！
• 喺國際網站註冊個帳戶先開始使用。
• 進入 ESA 主控台新增網站,並選擇免費方案。 入口 套件存取
• 如果你想喺中國內地自動切換到內地路由,通常要先完成ICP備案;未備案前,只能使用國際路由。
• 免費計劃更適合用作開發、測試或評估用途,一般並唔等同於商業 SLA 方案。
• 免費方案通常都有速度限制或支援限制(例如服務水平協議等等)。

關於內地航線:

• 要啟用中國內地節點,通常要同時符合檔案提交同地區要求。
• 免費入場預設採用國際通道。如要使用中國內地通道,您必須完成以下步驟:中國ICP備案要求

備註:

• 定位:反向代理整合(網站加速 + 安全)
• 免費:國際站帳戶可免費使用 Entrance;內地加速服務預設未包含。
• 適用於:評估/測試及輕度使用;或後續套件升級。
• 風險:留意免費 tier 嘅限制(SLA/流量限制/支援選項);預先規劃區域同註冊要求。

---

4.4 bunny.net:Static Pull CDN(低風險入場點,清晰按用量收費)

如果你想「先確保最穩定嘅回報」,喺bunny度用「Pull CDN」策略就最理想:
佢更似一個「資源分發服務」:你委託佢分發你嘅靜態資源,費用通常同流量、請求次數或者地區有關。呢個模式透明易管理。

適合:

• 先做 圖片 / CSS / JS / 字體 靜態加速
• 你想先確保「低風險、穩定回報」,而且唔急住將整個網站交畀代理式平台(DNS/SSL/WAF 一站式方案)
• 你寧願成本模式更接近按用量付費嘅系統,而唔想一開始就採用更複雜嘅套裝結構。

風險點

靜態資源「更新唔起效」嘅問題喺CDN度幾乎從來都唔係bug。而係緩存系統嘅正常行為:
當你喺後台更新 CSS/JS/圖片,但資源嘅網址保持不變。(同一個地址/檔案名/路徑)下,CDN同瀏覽器都會自然繼續提供舊緩存,所以你會奇怪:「點解仲未更新?」

一條清晰可操作嘅原則:

優先處理版本號;作為後備方案時清除。

點解呢個係最可靠嘅方法:

• 版本號/檔案名更改 → URL 變化 → CDN 當作新資源快取 → 新版本幾乎即刻生效
• **清除(緩存清除)**需要手動觸發,可能會導致範圍不精確及節點間傳播延遲;頻繁清除亦可能導致命中率降低、回源流量增加及不穩定性提高。

一個容易明白嘅例子:

• style.css 內容已經更改,但網址保持不變。 style.css → CDN 繼續使用舊快取 (合理)
• URL 變成 style.css?ver=20260103 或者 style.abc123.css → CDN 被視為新資源 → 新版本即刻生效

將 bunny 作為「Step 1 CDN」的最佳實踐

1. 一開始只涵蓋靜態資源(圖片/CSS/JS/字體),唔好喺載入時即刻緩存 HTML。
   • 優勢:嚴重事故,例如用戶瀏覽他人嘅內容或購物車詳情,幾乎完全唔存在。
   • 你亦會發現更易驗證到好處:靜態資源載入得更快,而且原始伺服器負擔更輕。
2. 有效咁設計更新策略
   • CSS/JS:盡量使用版本號或更改檔案名。
   • 圖片:盡量避免長時間使用相同檔案名;最好改用新檔案名或更改路徑(特別係主頁橫額同宣傳圖)。
3. 上線後,使用驗證清單確認已成功實施。
   • 靜態資源係咪嚟自CDN?
   • 命中率係咪逐漸上升?原始伺服器嘅頻寬/請求量係咪變得更加穩定?(驗證清單見下文)

5. 路線實施計劃:分三階段推進(由穩定到穩健)

CDN 上線最容易「搞亂」嘅原因，係一開始就想將所有能力都開滿。

第一階段:只限靜態資源 (CDN)(強烈建議先完成此部分)

目標圖片、CSS、JS 同字體會優先提供 (CDN);HTML 喺 CDN 度唔會被緩存(或者暫時保持未更改)。

點解要先用呢個方法,因為佢係最穩定嘅做法?

• 最低風險:如果靜態資源緩存錯誤,最壞情況係「樣式/圖片無法更新」,但係可以處理。
• 唔會影響登入狀態、電子商務流程或帳戶資料嘅準確性。
• 你可以清楚見到好處:更快下載靜態資源,同更穩定嘅源伺服器。

呢個階段常見嘅問題(後續會 troubleshooting 樹)

• 混合內容 (HTTPS 頁面載入,HTTP 資源)
• 靜態資源更新無效(網址未更改)

---

第二階段:刷新策略(版本號優先,清除/過期預設回退)

呢條就係分界線,決定「CDN」係咪專業完成。

一條鐵律:

可以透過更改版本號或檔案名嚟解決嘅更新,唔應該依賴 Purge。

點解當緩存鏈變長時,就會變得神秘莫測?

• 瀏覽器緩存:你可能本地上緩存咗過時嘅 CSS/JS。
• CDN 快取:邊緣節點可能已經快取咗過時嘅資源
• Origin伺服器緩存:緩存外掛/伺服器緩存可能仍然在提供過時內容。

如果你冇版本控制策略,部署就會變成:
“做咗改動 → 重新整理 → 唔得 → 清咗緩存 → 仍然唔得 → 再清多一層緩存”
呢個就係好多人都對CDN有嘅主要問題。

---

階段3(進階):HTML應唔應該被緩存?(獎勵高,但風險最高)

HTML 緩存(全站緩存/邊緣緩存)可以顯著減少首次字節時間(TTFB),但喺 WordPress 場景中亦係事故高發區。

如果你唔肯定,就唔好緩存HTML。由靜態CDN同原始伺服器緩存插件開始。

當緩存HTML時,有兩個原則適用:

1. 純粹由「訪客狀態」開始:只對未註冊訪客快取頁面
2. 先寫好繞過清單嘅初稿先準確度,後命中率

6. 場景規則檢查清單:如何在不同場地類型中避免事故

6.1 以內容為本嘅網站/博客(主要係文章,訪客流量高)

推介

• 靜態資源:完全緩存
• HTML:考慮緩存「未註冊訪客頁面」。“

通常都要跳過。

• 後端同登入:/wp-admin/*、/wp-login.php
• 預覽/草稿
• 搜尋結果頁面(參數差異甚大;一開始不緩存是最直接嘅做法)
• 表單提交／評論提交嘅 POST 請求

快取金鑰必須足夠獨特,以作區分。

• 用戶已經登入咗嗎?(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:更新未能生效(最常見)

隨住緩存鏈越拉越長,「更改未生效」嘅情況就越嚟越常見:

• 優先處理版本號/檔案名更改
• 清除/失敗回退
• 發佈流程必須可重現(以便知道每次發佈修改咗邊啲網址)。

風險3:免費/入門版承諾範圍

• 免費計劃嘅共同特徵:配額有限、某啲功能被排除、服務水平協議(SLA)同支援選項並唔等同於完整商業版嘅服務。

風險四:內地相關能力容易被誤解。

• ESA:要喺中國內地網絡運作,必須喺中國做ICP登記。
• EdgeOne:要使用中國內地路線,必須在中國進行ICP登記。

8. 驗證檢查清單:推出後如何確認「真係運作緊」“

8.1 靜態資源真係佔咗1TB同219TB?

• 嗰啲圖片、CSS 同 JavaScript 檔案係嚟自 CDN 網域定係邊緣節點?
• 可唔可以觀察到任何可辨識嘅緩存命中指標?(標記喺唔同平台會有差異)

8.2 原始伺服器嘅負載有冇減少?

• 原始伺服器嘅頻寬會唔會更加穩定?
• 到原始伺服器嘅請求/連線數量有冇減少(特別係重複資源嘅請求)?

8.3 更新可唔可以受控?

• 一次過修改 CSS/JS,或者更換圖片
• 可唔可以透過「版本號更改/檔案名更改」快速實施新版本?
• 如果更新只可透過 Purge 先做得到,就表示版本策略仍然唔夠完善(要優先修正策略;唔好將 Purge 當成常規操作)。

8.4 動態鍵頁是否正確?

(對電子商務/會員網站至關重要)

• 登入/登出後,頁面內容係咪正確?
• 購物車、結帳同帳戶相關嘅頁面係咪一直都準確?
• 「唔同用戶瀏覽相同嘅用戶狀態內容」嘅異常有冇發生(高風險)?

8.5 錯誤率係咪上升緊?

• 來源超時、5xx錯誤、間歇性無法存取
• 呢啲通常表示:源伺服器容量不足、規則錯誤、限速啟動,或者回程鏈路出現問題。

9. 排查更新無效問題(將「神秘」化為步驟)

首先確定你遇到嘅問題屬於邊一類:

9.1 靜態資源未有更新(CSS/JS/圖片仍然過時)

場景A:只有你先見到舊版本;當你用隱藏模式或者換部裝置,就會顯示做新版本。
主要嫌疑人:瀏覽器緩存

• 解決方法:以更新嘅版本號碼/檔案名稱發佈新資源。

場景B:大家都見到舊版本(唔可見/唔同裝置上都係同一個舊版本)
主要懷疑:CDN 仍然打中舊快取

• 99% 原因:資源網址冇變
• 首選方案:版本策略
• 清算(作為臨時措施)

場景 C:覆蓋咗同名嘅圖片之後,舊圖片依然顯示。
呢個係由瀏覽器緩存同CDN緩存結合引起嘅經典問題。

• 實用建議:嘗試透過使用新嘅檔案名稱/路徑或版本號,避免長時間嘅「名稱衝突」。

---

9.2 HTML 未有更新(頁面內容/模組仍然過時)

場景A:後端/登入後介面係新嘅,但訪客見到嘅仍然係舊版本。
先前的懷疑:訪客狀態的 HTML 已被緩存。

• 首先,確認:呢類頁面嘅 HTML 應唔應該緩存?
• 如果需要緩存,就必須有可控嘅更新策略,否則發佈就會無法管理。

場景B:只有某些地區/網絡顯示過時內容。
主要懷疑:邊緣節點之間嘅緩存狀態唔同。

• 解決方法:使用版本號/更新策略去盡量減少差異;必要時要實行明確嘅錯誤處理。

場景C:已登入用戶/購物車異常
高風險訊號:快取可能包含錯誤內容。

• 即刻檢查用戶模式頁面(例如購物車、結帳、帳戶頁面等)是否已緩存。
• 檢查是否忽略「User Mode cookie/Language/Currency」等鍵值變體。

10. 建議

Cloudflare

• 反向代理整合
• 適合:懶人初學者
• 重點:版本策略解決更新問題;HTML 緩存從訪客角度實現。
• 風險:動態頁面必須繞過。

騰訊雲國際 EdgeOne

• 反向代理整合
• 適用於:考慮中國內地節點容量及整合接入
• 免費:有免費計劃/免費版本,但要留意配額同服務水平承諾。
• 風險:規則/日誌/子域配額需要規劃;使用 HTML 緩存時要謹慎。

阿里巴巴雲國際企業安全架構 (ESA)

• 反向代理整合
• 免費:國際網站帳戶可免費進入。
• 風險:免費 tier(SLA/支援/頻寬限制)及地區/註冊要求必須預先確認。
• 適用於:輕量級存取嘅評估/測試;或後續套件升級;或考慮內地節點能力同整合存取。

bunny.net

• 靜態拉力 CDN
• 適合:由低風險嘅靜態加速開始
• 重點:版本號優先,Purge 作後備;避免覆蓋相同名稱嘅檔案。
• 風險:如果未能正確實施更新策略,可能會經常遇到「過時資源」。“

11. 行動建議

1. 首先,揀選架構:反向代理整合 (Cloudflare/EdgeOne/ESA) 或 靜態 Pull CDN (bunny)
2. 分階段推出:首先,靜態 → 然後版本策略 → 最後考慮 HTML 緩存
3. 上線後驗證檢查清單:命中率/來源回取/更新/動態繞過/錯誤率
4. 要快啲:返去「緩存插件」同「圖片優化」設定,再壓縮一次原始伺服器層同資源層。

WordPress CDN 常見問題

1. 用咗 CDN 點解仲係咁慢？

最常見嘅原因唔係CDN無效,而係瓶頸唔喺「傳遞層」。

你可以按以下次序決定:

• TTFB仍然好高: 表示原始伺服器端嘅 HTML 生成速度緩慢(資料庫/插件/快取插件設定/主機效能)→ 返去原始伺服器層面優化
• 第一屏嗰張大圖好慢先載到。: 表示影像大小、尺寸或格式有誤 → 首先進行影像優化(壓縮、WebP/AVIF、尺寸策略)
• 第三方腳本令速度變慢廣告/統計/客戶服務腳本常見問題 → CDN 通常冇幫助;你要減少或者延遲載入。
• 淨係某啲地方先慢。可能原因包括節點覆蓋率、回程連線或快取錯失(命中率偏低)→ 檢查命中率同回程狀態

CDN 負責更快地提供「最佳化資源」;緩慢嘅來源伺服器、大型圖片同緩慢嘅腳本要分別處理。

---

2. 點解我更新咗 CSS/JS/圖片之後,用戶仍然見到舊版本?

呢個就係CDN場景中最常見嘅問題;通常嘅根本原因係:資源嘅網址保持不變。快取系統會繼續合理地利用舊嘅快取命中。

最可靠嘅處理原則:

• 版本號優先: 更改資源網址(例如 style.css?ver=xxxx 或檔案名雜湊)
• 清洗當你未建立版本策略時,就用清除緩存作臨時措施。

如果你經常更換首頁橫額或宣傳圖片,建議避免用同名檔案覆蓋舊檔案。相反,最好改用新檔案名或新路徑(咁樣可以有更大嘅控制)。

---

3. 我需唔需要緩存HTML?唔緩存佢會唔會冇意義?

唔一定需要。

對於好多網站嚟講,CDN 最大嘅價值在於:

• 靜態資源(圖片/CSS/JS/字體)載入得更快
• 減輕源伺服器負載並提升穩定性

HTML快取 好處確實可能更大(TTFB更低),但風險亦最高:電子商務、會員系統、個人化內容,以及多語言/多貨幣設定,都容易緩存錯誤資訊。

審慎做法:

1. 由一個靜態位置開始:CDN(低風險,高回報)
2. 講解版本策略同驗證清單
3. 重新評估是否要緩存 HTML(由「訪客狀態」開始)

---

4. 電商網站可以用CDN嗎?會唔會搞亂購物車?

呢件事做得到,而且(至少對於靜態資源)真係應該咁做,但要避免緩存用戶生成嘅頁面。

• 靜態資源可以緩存。圖片、CSS、JS
• 用戶模式頁面必須繞過。唔好對購物車、結帳同帳戶相關頁面嘅HTML做緩存。
• 只要你唔以 HTML 格式緩存呢啲頁面,跨購物車或跨帳戶嘅風險就會大大降低。

---

5. 我點樣用 CDN 設置一個多語言/多貨幣網站,先唔會搞亂語言同價格?

關鍵係 快取金鑰 係咪啱?

• 語言(路徑或子網域)
• 貨幣(如影響價格顯示)
• 你登入咗未?(cookie)
• 地區/稅率(如果頁面因地區而異)

如果呢啲維度冇納入緩存邏輯,好大機會會令用家見到B語言嘅內容,或者遇到價格唔一致嘅情況。

---

6. 我應該揀反向代理方案(Cloudflare/EdgeOne/ESA)定靜態拉取伺服器(bunny)?

你可以根據你嘅「目標」同「風險承受能力」嚟揀:

• 我想一次過涵蓋 HTTPS + CDN + 基本安全,之後有選項再擴展到規則同 WAF:反向代理整合
• 我想先踏出最穩定嘅第一步(更快嘅靜態資源),而唔想改動成個網站代理:靜態拉力 CDN(例如:兔仔)

如果你未決定,預設嘅建議係:第一靜態CDN → 講解版本策略同驗證清單 → 然後決定係咪要實作代理基礎/HTML 緩存

---

7. 免費版可以直接喺線上網站使用嗎?

可以用,但要將「免費」理解為「入門/評估/輕量級使用」,而唔係「有正式商業 SLA 嘅方案」。

• 你肯唔肯接受免費計劃?容量限制、功能缺失、支援方式差異,以及可能缺乏 SLA 承諾？
• 如果唔能夠做到,就應該將免費服務當作試用,之後升級到更合適嘅套餐。

---

8. 我點樣先可以肯定CDN真係有用,而唔係淨係安慰劑效果?

用呢三個步驟確認(唔使任何複雜工具):

1. 檢查CDN有冇回傳靜態資源(圖片/CSS/JS嘅來源有冇改變?)
2. 留意下命中率同回源表現有冇改善。只有當命中率提高而資源再生減少時,先可以算係真正嘅好處。
3. 更新 CSS/圖片驗證嘅政策,以應對修改。(版本號有效,表示可控性)

如果你做唔到第三點,後續嘅優化就會愈嚟愈多更新都唔起作用。建議優先完成版本策略。

---

9. 點解開啟中國內地加速功能經常會卡住?

最常見嘅原因有:所選區域不符合提交要求。。

• 如果你想揀一個包括中國內地嘅加速區域,通常你需要完成 ICP 申報未註冊用戶只可選擇除中國大陸以外嘅地區。

---

10. 我係咪應該先安裝快取插件,定係先設定CDN?

一般建議嘅次序係:

1. Origin伺服器層:先穩定緩存插件/主機基礎設施(TTFB縮短,後端負載減少)
2. 資源層:優化圖片以減少檔案大小
3. 傳遞層:CDN – 更快、更可靠地傳遞資源

如果你而家淨係想做一件事,又想避免任何差錯:首先,靜態配置:CDN(第一階段)穩定回報,風險最低。