大部分的 WordPress 自架者在完成架站之後，都會開始學習接觸網站加速的方法，最容易完成的方式就是安裝快取外掛 (Cache plugin)；等到網站規模、流量大幅成長的時候，就該考慮導入 CDN (內容傳遞網路) 的機制了。
所以在你的 WordPress 開站初期，規模還沒大到非得導入 CDN 才有明顯助益時，我認為先把快取外掛裝起來、做好合適的設定值，就十分夠用了。
常見的 WordPress 快取外掛
這些知名的外掛都有一定的安裝數，代表全球有這麼多的使用者跟你一起 當白老鼠… 不是，一起體驗良好的加速效果 XD ，但千萬要注意的是，WordPress 快取加速外掛跟你的電腦防毒軟體一樣，一個網站只需要裝一套就好，千萬不要有多裝幾套就是比較好的想法，多裝只會多發生無法預期的錯誤反應。
一起安裝 WP Super Cache 與 Jetpack Boost 的理由
話說前面那段才說到，WordPress 快取加速不要同時啟用兩套，為什麼這邊又一起提到了 WP Super Cache 與 Jetpack Boost 呢？
這要說到有網友在另一套加速軟體 Jetpack Boost 的支援論壇中問到：既然 Jetpack 推薦裝了 WP Super Cache 之後，最好也裝 Jetpack Boost，那麼希望 Jetpack Boost 的開發團隊說明一下如此推薦的原因。所以 Jetpack Boost 的工程師 Alin (@alinclamba) 也解釋了推薦兩套一起安裝的道理，大致如下：
- 功能上的互補：
WP Super Cache 和 Jetpack Boost 可以協同工作，提供全面的網站加速解決方案。WP Super Cache 主要提供網站內容快取，減少伺服器的負擔，並加速頁面存取時間。而 Jetpack Boost 提供了圖片最佳化、關鍵 CSS 產生、CSS/JS 延遲載入等附加的功能。透過這兩個外掛，可以確保訪客得到更好的網站瀏覽體驗。 - 提高網頁速度：
建議將 Jetpack Boost 與 WP Super Cache 一起安裝的好處之一在於可能進一步提升頁面速度 (黑洋認為可能是指 Google 的 PageSpeed Insights，但不能明說)。前面第一點提到 Jetpack Boost 專注於網站的前端加速，而 WP Super Cache 處理伺服器端的快取；這兩個快取的結合運用，可以幫助管理人員從不同的面向來調校網站性能，改善整體加載時間。 - 更簡單的設定：
Jetpack Boost 和 WP Super Cache 這兩個外掛的設計都考慮到使用者友善介面，提供便捷而有效率的使用流程，省去其它功能強大的外掛所帶來的複雜設定。 - 來自相同研發團隊的支援和更新：
Jetpack Boost 和 WP Super Cache 作為 Jetpack 產品家族的一員，都會得到來自同一團隊的定期更新和支援。確保使用者的網站能運行在日新月異的加速技巧跟新技術上。
根據以上的理由，我也在手上的某個網站中，快速地做了一個測試；安裝好之後，跟我之前使用的加速方案做一個比較，透過 GTmetrix 跟 Pingdom 做簡單的測試結果如下表。
由於時間有限，我只能簡單地測試並加上個人體感的加速感受，做出一個不是非常精準的結論，僅供參考。如果網友有更深入、更科學的比較，歡迎分享給我們知道，謝謝。
WP Super Cache 與 Jetpack Boost 測試比較表：GTmetrix
| CDN | 快取類型 | GTmetrix: Grade | GTmetrix: Performance | GTmetrix: Structure | Web Vitals: LCP (秒) 越少越好 | Web Vitals: TBT (毫秒) 越少越好 | Web Vitals: CLS 越少越好 |
|---|---|---|---|---|---|---|---|
| QUIC | LiteSpeed Server Cache | B | 82% | 89% | 2.1 | 0 | 0.02 |
| QUIC | 無 | B | 88% | 90% | 1.8 | 0 | 0.02 |
| 無 | 無 | B | 89% | 79% | 1.7 | 94 | 0.02 |
| 無 | WP Super Cache | B | 90% | 82% | 1.6 | 113 | 0.02 |
| 無 | WP Super Cache + Jetpack boost | C | 76% | 79% | 1.9 | 81 | 0.62 |
| 無 | WP Super Cache + Jetpack boost (設定後) | B | 81% | 79% | 0.968 | 156 | 0.67 |
| 無 | Hummingbird | B | 88% | 83% | 1.7 | 101 | 0.02 |
| 無 | Hummingbird (設定後) | B | 87% | 82% | 1.9 | 80 | 0.02 |
在這個表中，我們可以發現「測試案例」在有 CDN 的狀態下，於 GTmetrix 取得相對優秀的評價。如果沒有 CDN 加持，設定過的 WP Super Cache + Jetpack boost 只有在 LCP (網站載入速度) 取得較好的表現；總阻塞時間 (TBT) 卻是 WP Super Cache + Jetpack boost 初始狀態較佳；而裝了 Jetpack boost 之後，拉下了 CLS (累計版面配置位移) 的評價。
我的初步結論如下：在沒有 CDN 的狀態下，安裝快取外掛 WP Super Cache + Jetpack boost 的確可以得到初步的改善，但如果 Jetpack boost 沒有抓對正確設定或是網頁版面規劃不良的話，反而對於 TBT 跟 CLS 助益不大。
倒是 WPMU DEV 的 Hummingbird 外掛可以取得一個平衡。
WP Super Cache 與 Jetpack Boost 測試比較表：Pingdom
| CDN | 快取類型 | Pingdom: Performance grade | Pingdom: Load time (ms) 越少越好 | Pingdom: Page size (MB) 越少越好 | Pingdom: Requests 越少越好 |
|---|---|---|---|---|---|
| QUIC | LiteSpeed Server Cache | A Grade: 92 | 713 | 2.4 | 22 |
| QUIC | 無 | A Grade: 92 | 728 | 2.4 | 22 |
| 無 | 無 | C Grade: 76 | 954 | 2.7 | 60 |
| 無 | WP Super Cache | C Grade: 78 | 662 | 2.7 | 60 |
| 無 | WP Super Cache + Jetpack boost | C Grade: 78 | 529 | 2.7 | 60 |
| 無 | WP Super Cache + Jetpack boost (設定後) | B Grade: 83 | 405 | 2.7 | 36 |
| 無 | Hummingbird | C Grade: 78 | 1070 | 2.7 | 55 |
| 無 | Hummingbird (設定後) | C Grade: 78 | 670 | 2.7 | 59 |
在 Pingdom 的測試結果中，我們可以發現「測試案例」在沒有 CDN 加持，設定過後的 WP Super Cache + Jetpack boost 取得不錯的評價，反而在 GTmetrix 表現尚可的 Hummingbird 卻得到表現平平的評價。
結語
關於 WordPress 快取的測試，基本上是很難測試的，因為關係到最後測試結果的變因太多了，例如：測試時的伺服器負載狀態 (VPS跟共享主機的狀況又大不相同)、伺服器對外的連線狀態是否穩定、網站測試樣本的差異 (例如剛裝好、沒有內容的 WordPress，或是以圖片為主的網站，或是文章數上百篇的網站)、量測網站的狀態是否為最佳狀態 (例如測試當下 GTmetrix、Pingdom 忽然忙碌等等) 等等。
所以我認為比較好的評估方式是站長自己進行相對式的比較，例如安裝後的評分、各項指標是否更好，以及體感的開啟速度是否變快 (簡單的方式就是拿碼表測)；然後針對個別項目去最佳化網站的結構、版面設計、圖片用量等等，反覆去抓出一個平衡點。
請記住，WordPress 網站開啟速度的最佳化，是一連串的進行式，直到你或你的業主滿意為止。
參考資料
原文標題：Article on why Jetpack Boost is a good combined with Super Cache
https://wordpress.org/support/topic/article-on-why-jetpack-boost-is-a-good-combined-with-super-cache/