如何為 WordPress 搭配 Cloudflare APO 大幅提升效能？ │ 坂本 Sakamoto.blog - 探究科技未知領域

Cloudflare 最近宣佈為 WordPress 打造一套 Automatic Platform Optimization (APO) 自動平台最佳化服務，那麼一來 WordPress 用戶的共享主機裡，性能擁塞、資料庫搜尋花費時間，或外掛套件程式行為拖慢效能等常見困擾問題，所以借助 Cloudflare 提供 WordPress 自動平台最佳化服務，是一件很大福音，將性能向前邁出了一大步。

這篇文章，會探討 Cloudflare APO 是如何工作運作原理，到底是如何讓 WordPress 提升效能，以下會描述分享給大家囉~

Automatic Platform Optimization (APO) 三大技術

• 將您的 WordPress 網站放入 Cloudflare 快取至全球 99% 的節點伺服器 10 ms 以內，可減少源站跟節點伺服器之間的處理往返時間。
• 會自動繞過 WordPress API、WooCommerce Cookies 上被快取問題，以便可驗證的使用者帳戶存取使用。
• 第三方字體由 Cloudflare 快取提供服務。

從 WordPress 快取到 APO 差異？

WordPress Cache Plugins 快取外掛

從許多人瀏覽網站時，讓主機 CPU、RAM 使用率會升高，甚至可能拖累載入速度問題，所以才要用 WordPress Cache Plugins 快取外掛，例如 LiteSpeed、WP Rocket、WP Super Cache … 等許多外掛程式，就能輕輕鬆鬆幫你把網站提升載入速度，並且減輕負擔資源，如果沒有透過 CDN 服務的話，從各國訪問的瀏覽者，提供靜態快取延遲時間仍然是一個問題。

WodPress 使用快取 Cloudflare CDN

若是使用 CDN 服務來做快取的話呢？例如 JS、CSS、Image 放入 Cloudflare 快取至全球 99% 的節點伺服器，縮短 Ping 延遲快速發送給各國訪問的瀏覽者，但這樣模式仍是一樣從源站伺服器提供讀取資料，可能讓性能瓶頸、TTFB 延遲的問題。

WordPress 使用快取 Cloudflare APO

在 Cloudflare APO 還沒問世之前，都是用 Workers / Workers KV 替代方式，不過它可能會產生另外計費問題，所以 Cloudflare 推出為 WordPress 打造一套 Automatic Platform Optimization (APO) 自動平台最佳化服務，從 WordPress 網站啟用 APO 後，不再 TTFB 延遲的影響，直接從附近的 Cloudflare 數據中心讀取，而不是您的源站伺服器讀取。

在 APO 使用前注意事項

• 非常建議停用 WordPress Cache Plugins 任何快取外掛。 (建議步驟：停止快取 → 清除快取 → 停用外掛)
• Cloudflare APO 僅在未登錄的使用者帳戶做為快取前端頁面。
• 對 WooCommerce Cookie 被快取問題，僅限於 Business / Ent Plan 以上才能繞過 Cookie 存取。( Free / Pro Plan 無法繞過 )
• Cloudflare WordPress 外掛套件需要更新版本 3.8.7 或以上才能使用 APO。
• 建議 PHP 7.4 以上才能得到最佳化。

APO 收費方案

它有兩種收費方式，分別如下：

• Free Plan 免費用戶，可單獨付費一個月 5 美元來使用 APO 服務。
• Pro / Business / Ent Plan 付費用戶，均皆可免費使用 APO 服務。

如何使用 APO 方式

建立 API Token 權限

在 APO 使用前，先建立 Cloudflare API Token 存取權限，在儀表板右上角的個人資料，選擇 我的設定檔 → API Token → 建立 Token

在 API Token 頁面，選擇 WordPress 使用範本 來建立。

這是 WordPress 使用範本建議權限配置，請勿更動，然後 Token 名稱由你自行隨意命名。

再來往下拉至帳戶資源的地方，為了避免衝突，我建議是1對1來做對應綁定，才不會亂掉，例如要選擇那一組帳號，來對應網域區域資源綁定，設定完後並且按 繼續至摘要 下一步。

最後，先檢查確認是否正確對應，若沒什麼問題的話，按下 建立 Token 來產生 API Token 代碼。

在 API Token 代碼 Copy 複製下來，請務保密，千萬不要外流。

回到 API Token 清單，再次檢查一下，是否有變成 使用中 的狀態，若有就可以了~

安裝 WordPress Cloudflare 外掛套件

然後回到 WordPress 先把 Cache Plugins 關閉快取並且停用外掛，免得二次快取異常問題。 (建議步驟：停止快取 → 清除快取 → 停用外掛)

接下來去下載 Cloudflare 安裝外掛。

安裝完後，點擊 Sign in here 那裡進行登入帳戶動作。

輸入您的 Email 帳號、跟剛 Copy 下來的 API Token 代碼，點擊 Save API Credentials 登入。

登入完後，它會進行對網站檢測，就會看到了 Automatic Platform Optimization (APO) 開關選項，但先不要開。

特別注意 如果沒有變成開關選項的話，表示你的帳戶還沒有登錄信用卡付費資訊，所以無法給開關選項。

然後切到 Settings 頁面，記得要把 Auto Purge Conten On Update 打開，這樣子在每次有更動網站的話，它會自動更新快取頁面。

使用外掛程式時，以下情況適用：

• HTML 邊緣緩存 TTL 30 天
• 快取檢查約 30 秒
• 繞過登入後的使用者頁面快取
• 基礎於 WordPress 特定頁面 Cookie 繞過快取
• 減少源站伺服器上的負載。(如果從 Cloudflare CDN 快取取得請求，會將請求跳過到源站伺服器)

Cloudflare 啟動 APO 服務

在 WordPress 設定 Cloudflare 外掛設定完後 (不含 APO 開關)，再回到 Cloudflare 儀表板 → Speed → 最佳化 頁面，把 APO 服務開啟，它就會進行檢測是否有成功偵測到，這樣子完成了。

特別注意 如果沒有偵測到的話，去 DNS 列表是否有把 www and non-www 打開雲服務圖示，不然只能開工單問一下客服查原因。

如何檢查是否有成功呢？在 Chrome 開啟無痕模式，從功能表列中的開發者工具呼叫，查看一下是否有成功，例如 cf-apo-via: cache、cf-cache-status: HIT

實測 APO 效能

未開啟 APO 之前，可看到 TTFB 載入延遲偏高現象，原因是我網站主機放在日本，所以需要從日本源站伺服器讀取傳回來，造成 TTFB 偏高。

已開啟 APO 之後，不再從源站伺服器讀取傳回資料，讓 TTFB 載入延遲大幅縮短了，整體上非常很有感。

再來是 GTmetrix 前後比較，Performance 很明顯有縮短載入時間，很不錯的表現。

總結

無疑是可取代 WordPress 任何快取功能，當然可以各別依照快取喜好的方式，例如說從伺服器架構、伺服器端、CSS / JS / HTML 各三種分階段的優化，再搭配 Cloudflare APO 逼 WordPress 大幅提升效能並呈現了快取內容。對於自己長期困擾的話，不仿可以試這個 Cloudflare APO 服務吧~!