WordPress 速度優化的核心是「主機層 × 快取層 × 資源層」三層架構。本文從測速診斷開始，帶你逐步完成主機選擇、快取外掛設定、圖片壓縮、CDN 部署到程式碼調校，每個步驟都附上具體操作與推薦工具。
為什麼 WordPress 速度直接影響你的業績與排名？
Google 在 Core Web Vitals 更新後，將網站速度正式納入排名因素。三個核心指標直接決定你的 SEO 表現：
- LCP（Largest Contentful Paint）：最大內容繪製時間，目標 < 2.5 秒。對應的優化手段是主機效能、圖片壓縮與 CDN。
- INP（Interaction to Next Paint）：互動回應速度，取代了舊的 FID 指標，目標 < 200ms。對應的優化是 JavaScript 延遲載入與減少主執行緒阻塞。
- CLS（Cumulative Layout Shift）：累計版面位移，目標 < 0.1。對應的優化是圖片尺寸設定與字型載入策略。
速度不只影響排名，更直接衝擊營收。根據 Portent 的研究數據：
| 頁面載入時間 | 跳出率增幅 | 轉換率影響 |
|---|---|---|
| 1 秒 | 基準值 | 最高轉換率 |
| 3 秒 | +32% | 下降約 7% |
| 5 秒 | +90% | 下降約 20% |
| 10 秒 | +123% | 下降超過 40% |
台灣行動裝置使用比例超過 70%，而行動網路的延遲天生比桌機高。如果你的 WordPress 網站在行動版 PageSpeed 分數低於 50，等於主動放棄超過一半的潛在訪客。
評測團隊在優化客戶網站時，使用一個簡單的三層框架來系統性處理速度問題：主機層（地基）→ 快取層（加速引擎）→ 資源層（減輕負擔）。接下來的內容會按這個順序，從診斷到實作帶你走一遍。
如何測量 WordPress 網站速度：三大免費測速工具
在動手優化之前，你需要先知道問題出在哪裡。盲目安裝外掛只會讓情況更糟。以下三個免費工具各有專長，建議搭配使用。
Google PageSpeed Insights
這是最重要的測速工具，因為它直接反映 Google 如何評估你的網站。
打開 PageSpeed Insights，輸入你的網址，重點看以下指標：
- Performance Score：總分 0-100，目標至少 75 分（行動版）
- LCP：如果超過 2.5 秒，優先處理主機效能和首屏圖片
- TBT（Total Blocking Time）：如果超過 200ms，需要處理 JavaScript 阻塞
- CLS：如果超過 0.1，檢查圖片是否有設定寬高屬性
台灣用戶特別注意：一定要看 Mobile 分數，不要只看 Desktop。Desktop 分數 90 以上很常見，但 Mobile 可能只有 40 幾分——而 Google 排名主要看行動版。
GTmetrix
GTmetrix 的強項是 Waterfall 瀑布圖——它會列出每一個資源請求的載入時間，讓你一眼看出是哪個檔案拖慢了整個頁面。
使用建議：
- 註冊免費帳號後，將測試節點改為「Hong Kong」或「Tokyo」，這樣測出的數據最接近台灣用戶的真實體驗
- 在瀑布圖中，找出載入時間最長的前 5 個請求——通常是未壓縮的圖片或第三方腳本
- 注意 TTFB 數值：如果 TTFB 超過 600ms，問題很可能出在主機效能
Pingdom Tools
Pingdom 的介面最簡潔，適合快速掌握整體載入時間和 TTFB。如果你只想花 30 秒確認網站速度有沒有問題，用 Pingdom 就夠了。
它和 GTmetrix 的差異在於：Pingdom 更適合「快速健檢」，GTmetrix 更適合「深入診斷」。
以下是三個工具的功能比較：
| 工具 | 最適合用途 | 免費額度 | 建議測試節點 |
|---|---|---|---|
| PageSpeed Insights | 查看 Google 排名相關指標 | 無限制 | 自動（Google 伺服器） |
| GTmetrix | 深入分析慢速資源 | 每月有限次數 | Hong Kong / Tokyo |
| Pingdom Tools | 快速確認 TTFB 與載入時間 | 無限制 | Tokyo |
實務建議： 先用 PageSpeed Insights 看整體分數和 Core Web Vitals，如果分數低於 60，再用 GTmetrix 的瀑布圖找出具體瓶頸。
WordPress 速度慢的根本原因：找出你的效能瓶頸
測完速度後，下一步是判斷問題出在哪一層。根據評測團隊處理過的案例，WordPress 速度慢通常來自以下七個原因：
1. 主機品質差（TTFB 過高） 共享主機把數百個網站塞在同一台伺服器上，你的網站效能取決於「鄰居」的流量。實測過某台灣常見的共享主機，TTFB 高達 2.3 秒——光是伺服器回應就吃掉了大部分的載入時間預算。
2. 未啟用快取 沒有快取的 WordPress 網站，每次訪客進來都要重新執行 PHP 程式碼、查詢資料庫、組裝頁面。這就像每次客人點餐都從頭種菜一樣。
3. 圖片未壓縮 一張未壓縮的 PNG 商品圖可能 3-5MB，而壓縮轉 WebP 後只需要 200-300KB。圖片通常佔頁面總大小的 50-80%。
4. 過多或品質差的外掛 外掛數量不是問題——一個寫得爛的外掛比 20 個好外掛更傷速度。關鍵是每個外掛載入了多少 CSS 和 JavaScript。
5. 未使用 CDN 如果你的伺服器在美國，台灣用戶每次請求都要跨越太平洋，物理距離直接增加延遲。
6. 主題過度肥大 某些多功能主題載入了全站的 CSS 和 JavaScript，即使你只用了 10% 的功能，剩下 90% 的程式碼仍然會拖慢每一個頁面。
7. 資料庫未清理 WordPress 預設會保留每篇文章的所有修訂版本、自動草稿、垃圾留言。經營一年以上的網站，資料庫可能已經膨脹到原本的 3-5 倍。
案例： 一個台灣電商網站原本使用共享主機，TTFB 達 2.3 秒，PageSpeed 行動版分數只有 28 分。診斷後發現主機是最大瓶頸，換到託管式 WordPress 主機後，TTFB 降至 0.3 秒，分數直接跳到 72 分——還沒做任何其他優化。
第一層加速：選對主機是 WordPress 速度優化的地基
主機決定了你的速度天花板。再好的快取外掛、再完美的圖片壓縮，都無法彌補一台慢伺服器。
共享主機、VPS 與託管式 WordPress 主機的差異
| 主機類型 | 平均 TTFB | 適合對象 | 月費範圍 | 速度上限 |
|---|---|---|---|---|
| 共享主機 | 500ms-2s+ | 個人部落格、練習用 | NT$100-300 | 低 |
| VPS（雲端主機） | 200-500ms | 有技術能力的開發者 | NT$300-1,500 | 中高 |
| 託管式 WP 主機 | 100-300ms | 重視速度的商業網站 | NT$700-3,000 | 高 |
TTFB（Time To First Byte）是主機品質最直接的指標。你可以用 GTmetrix 測量：如果 TTFB 超過 600ms，換主機的效益會遠大於任何外掛優化。
Kinsta：Google Cloud 平台 + CDN + 快取的三重加速
如果你認真經營一個商業網站，Kinsta 是評測團隊實測後最推薦的託管式 WordPress 主機。原因很具體：
Google Cloud C3D 機器：Kinsta 運行在 Google Cloud Platform 的高效能機器上，CPU 和記憶體效能比一般共享主機高出數倍。你可以選擇亞太區節點（台灣、東京、香港），讓伺服器離你的訪客更近。
內建 Cloudflare CDN：Kinsta 整合了 Cloudflare Enterprise CDN，全球 260+ 個節點，台灣有本地節點。這代表你的靜態資源（圖片、CSS、JS）會從離訪客最近的節點傳輸，不需要額外設定。
伺服器層級快取：Kinsta 在伺服器層就處理了頁面快取，不需要安裝額外的快取外掛。這比外掛層快取更有效率，因為請求根本不需要經過 PHP 處理。
自動備份與暫存環境：每日自動備份，加上一鍵建立 Staging 環境，讓你可以安心測試優化設定而不影響正式網站。
方案費用：入門方案約 NT$1,100/月起（實際價格請至官網確認最新定價），包含 1 個 WordPress 網站、10GB 儲存空間和 25,000 次訪問。
實際案例： 協助一個台灣電商網站從共享主機遷移至 Kinsta，選擇東京節點。遷移前 LCP 為 4.2 秒，遷移後降至 1.1 秒——僅靠換主機就改善了 74%。
從現有主機遷移至 Kinsta 的流程
遷移聽起來很可怕，但 Kinsta 提供免費遷移服務：
- 在 MyKinsta 後台提交遷移申請，填入現有主機的登入資訊
- Kinsta 工程團隊會在 1-2 個工作天內完成遷移
- 你在 Staging 環境確認一切正常後，再切換 DNS 上線
- 整個過程零停機時間
選主機的 3 個速度關鍵指標
不管你最終選哪家主機，記住這三個評估標準：
- TTFB 實測數據：找第三方評測或自己用 GTmetrix 測試，目標 < 200ms
- 伺服器節點位置：台灣用戶優先選亞太區節點（台灣 > 東京 > 香港 > 新加坡）
- 是否內建快取機制：伺服器層快取（如 Kinsta）比外掛層快取效率更高
第二層加速：快取外掛設定與選擇
如果你的主機沒有內建快取（像 Kinsta 那樣），安裝快取外掛是性價比最高的加速手段。
快取的運作原理
WordPress 是動態網站：每次訪客進來，伺服器都要執行 PHP → 查詢 MySQL 資料庫 → 組裝 HTML → 回傳給瀏覽器。快取的作用是把組裝好的 HTML 存起來，下次直接回傳靜態檔案，跳過整個動態處理流程。
快取分四個層級：
- 頁面快取：將完整的 HTML 頁面存為靜態檔案（效果最顯著）
- 瀏覽器快取：告訴訪客的瀏覽器「這些檔案短期內不會變，不用重新下載」
- 物件快取（Object Cache）：將資料庫查詢結果暫存在記憶體中（Redis / Memcached）
- Opcode 快取：將 PHP 編譯後的程式碼暫存，避免重複編譯
WP Rocket（付費首選，約 NT$1,800/年）
WP Rocket 是評測團隊測試過最「開箱即用」的快取外掛。安裝後幾乎不需要調整，預設設定就能覆蓋 80% 的優化需求。
核心功能： – 頁面快取 + GZIP 壓縮（自動啟用） – JavaScript 延遲載入（Delay JS Execution） – CSS / JS 最小化與合併 – 預載入（Preload）：主動爬取你的網站，提前建立快取 – 移除未使用的 CSS（進階功能）
設定重點： 安裝後進入「快取」頁面確認頁面快取已啟用 → 進入「媒體」頁面開啟 LazyLoad → 進入「預載入」頁面啟用預載入功能。這三步做完，大部分網站的 PageSpeed 分數就能提升 20-30 分。
案例： 一個部落格網站在啟用 WP Rocket 後，PageSpeed 行動版分數從 52 跳到 89，頁面載入時間從 4.8 秒降至 1.9 秒。
WP Fastest Cache（免費 + 付費版）
如果預算有限，WP Fastest Cache 的免費版已經能處理基本的頁面快取、GZIP 壓縮和 HTML 壓縮。
免費版的限制：不支援 JavaScript 延遲載入、不支援 WebP 轉換、不支援移除未使用的 CSS。這些進階功能需要付費版（約 NT$1,500 一次性買斷）。
設定重點： 在設定頁面勾選「Cache System」「Gzip」「Browser Caching」「HTML Minification」四個選項即可。
LiteSpeed Cache（免費，需搭配 LiteSpeed 伺服器）
LiteSpeed Cache 是免費外掛，但它的完整功能需要搭配 LiteSpeed 或 OpenLiteSpeed 伺服器才能發揮。好消息是，Kinsta 原生支援 LiteSpeed 快取機制。
這個外掛的獨特優勢在於伺服器層整合——快取處理發生在 Web Server 層級，比 PHP 層級的外掛快取更有效率。
物件快取（Redis）設定： 如果你的主機支援 Redis（Kinsta 所有方案都支援），在 LiteSpeed Cache 的「Object」頁面啟用 Object Cache，並填入 Redis 連線資訊。物件快取會將頻繁的資料庫查詢結果暫存在記憶體中，對於 WooCommerce 購物車等動態頁面特別有效。
什麼是持續物件快取（Persistent Object Cache）？ WordPress 內建的物件快取只在單次頁面請求中有效，請求結束就消失。持續物件快取（透過 Redis 或 Memcached）會將資料保留在記憶體中，跨請求共用。對於資料庫查詢密集的網站（電商、會員網站），這能減少 30-50% 的資料庫負載。
W3 Total Cache（免費，進階用戶）
W3 Total Cache 功能最完整，但設定介面複雜到令人頭痛。它提供頁面快取、物件快取、資料庫快取、瀏覽器快取、CDN 整合等所有你能想到的快取功能。
適合對象： 有技術背景、願意花時間研究每個設定選項的開發者。
常見錯誤警示： 同時啟用太多快取層級可能導致衝突，特別是在已有伺服器層快取的主機上。如果你用 Kinsta，不需要也不建議安裝 W3 Total Cache。
四款快取外掛比較
| 外掛 | 價格 | 設定難度 | 頁面快取 | 物件快取 | JS 延遲載入 | 最適合 |
|---|---|---|---|---|---|---|
| WP Rocket | NT$1,800/年 | ⭐ 簡單 | ✅ | ❌（需搭配主機） | ✅ | 追求開箱即用的站長 |
| WP Fastest Cache | 免費 / NT$1,500 買斷 | ⭐⭐ 中等 | ✅ | ❌ | ❌（付費版才有） | 預算有限的個人站長 |
| LiteSpeed Cache | 免費 | ⭐⭐ 中等 | ✅（需 LS 伺服器） | ✅（Redis） | ✅ | 使用 LiteSpeed 伺服器的用戶 |
| W3 Total Cache | 免費 | ⭐⭐⭐ 困難 | ✅ | ✅ | ❌ | 有技術背景的開發者 |
第三層加速：圖片優化與 CDN 部署
主機和快取處理好之後，下一個最大的加速空間通常在圖片和靜態資源。
圖片壓縮與 WebP 格式轉換
WebP 是 Google 開發的現代圖片格式，比 JPEG 小 25-35%，比 PNG 小超過 50%，而且畫質幾乎看不出差異。
推薦的圖片壓縮外掛：
| 外掛 | 免費額度 | WebP 轉換 | 自動壓縮 | 月費（超出免費額度） |
|---|---|---|---|---|
| Imagify | 20MB/月 | ✅ | ✅ | 約 NT$150/月起 |
| ShortPixel | 100 張/月 | ✅ | ✅ | 約 NT$100/月起 |
| Smush | 50 張/次批量 | ✅（付費版） | ✅ | 約 NT$200/月起 |
最佳實踐：
- 上傳前先調整尺寸：如果你的網站內容區寬度是 1200px，就不要上傳 4000px 寬的圖片。在電腦上先用工具縮小到 1200-1600px 寬
- 安裝壓縮外掛自動處理：設定外掛在上傳時自動壓縮並轉換為 WebP
- 批量處理現有圖片：大部分外掛都支援一鍵批量壓縮已上傳的圖片
案例： 一個電商網站有 200 張商品圖，全部轉為 WebP 後，頁面總大小從 3.2MB 降至 1.1MB，LCP 改善了 1.8 秒。
Lazy Load 延遲載入
Lazy Load 的原理是：只載入目前螢幕可見範圍內的圖片，當訪客往下滾動時才載入後續圖片。這能大幅減少初始載入的資源量。
WordPress 5.5 以後已經原生支援基本的 Lazy Load，但有一個重要的注意事項：
首屏圖片（Hero Image）不應啟用 Lazy Load。 如果你的首屏大圖被延遲載入，LCP 分數反而會變差，因為瀏覽器要等到 JavaScript 執行後才開始載入那張圖。WP Rocket 和 LiteSpeed Cache 都有選項可以排除特定圖片。
CDN 加速靜態資源
CDN（Content Delivery Network）的原理是將你的靜態資源（圖片、CSS、JS、字型）複製到全球各地的節點。當台灣用戶訪問你的網站時，這些資源會從台灣或鄰近的節點傳輸，而不是從美國的伺服器。
CDN 選項：
- Kinsta 內建 Cloudflare CDN：如果你用 Kinsta，CDN 已經包含在方案中，不需要額外設定。全球 260+ 節點，台灣有本地節點。
- Cloudflare 免費方案：如果你用其他主機，Cloudflare 的免費方案就能提供基本的 CDN 功能。需要將 DNS 域名指向 Cloudflare。
- BunnyCDN：NT$0.5/GB 起的超低價 CDN，亞太區節點覆蓋完整，適合流量大但預算有限的網站。
台灣用戶在選擇 CDN 時，務必確認該服務在台灣、香港或東京有節點。沒有亞太節點的 CDN 對台灣用戶幾乎沒有加速效果。
影片與音訊不要直接上傳 WordPress
這是很多站長忽略的一點：一個 5 分鐘的影片檔案可能 50-100MB，直接上傳到 WordPress 會嚴重拖慢頁面載入和消耗主機儲存空間。
正確做法是上傳到 YouTube 或 Vimeo，然後用嵌入碼放到文章中。這樣影片由影音平台的 CDN 傳輸，完全不佔用你的主機資源。
進階效能調校：程式碼、資料庫與主題優化
完成前三層優化後，以下是進一步榨出效能的進階技巧。
CSS 與 JavaScript 最小化與延遲載入
Minify（最小化）： 移除 CSS 和 JavaScript 檔案中的空白、換行和註解，通常能縮小 10-30% 的檔案體積。WP Rocket 和 LiteSpeed Cache 都內建這個功能。
Defer / Async JavaScript： 預設情況下，瀏覽器遇到 <script> 標籤會暫停渲染頁面，等 JavaScript 下載並執行完才繼續。Defer 和 Async 屬性可以讓 JavaScript 在背景下載，不阻塞頁面渲染。
移除未使用的 CSS： 很多主題會載入整個 CSS 框架，但你的頁面可能只用到其中 20%。WP Rocket 的「Remove Unused CSS」功能可以自動偵測並移除多餘的 CSS。
⚠️ 注意： 過度激進的 JS 延遲可能導致功能失效（例如表單驗證、滑動選單）。建議每次只調整一個設定，然後在前台測試所有互動功能是否正常。
資料庫定期清理
WordPress 資料庫會隨著時間累積大量垃圾資料：
- 文章修訂版本：每次按「儲存」都會產生一個修訂版本，一篇文章可能有 50 個以上
- 自動草稿：WordPress 每 60 秒自動儲存一次草稿
- 垃圾留言：即使你用了 Akismet，垃圾留言仍會佔用資料庫空間
- 過期 Transients：外掛暫存的臨時資料，過期後不會自動清除
推薦工具：WP-Optimize（免費）
WP-Optimize 可以一鍵清理以上所有垃圾資料，並且支援排程自動清理。建議每月執行一次，搭配網站備份進行。
wp-config.php 進階設定：
在 wp-config.php 中加入以下程式碼，限制修訂版本數量：
define('WP_POST_REVISIONS', 5);
這會將每篇文章的修訂版本限制為最多 5 個，從根本上防止資料庫膨脹。
如果你想完全停用修訂版本（不建議，除非你有其他備份機制）：
define('WP_POST_REVISIONS', false);
選擇輕量主題與審查外掛
主題選擇原則：
避免使用那些「什麼都能做」的多功能主題。它們通常載入大量的 CSS、JavaScript 和 Page Builder 框架，即使你只用了一小部分功能。
推薦的輕量主題： – GeneratePress：核心檔案不到 30KB，模組化設計讓你只載入需要的功能 – Astra：載入速度極快，與 Elementor 和 Beaver Builder 相容性好 – Kadence：內建的 Header/Footer Builder 減少對額外外掛的依賴
用 Query Monitor 找出拖慢速度的外掛：
Query Monitor 是一個免費的開發者外掛，它會顯示每個外掛的載入時間、資料庫查詢次數和記憶體使用量。
安裝後，在前台頁面的管理工具列會出現 Query Monitor 的面板。點開「Queries by Component」，就能看到哪個外掛執行了最多的資料庫查詢；點開「Scripts」和「Styles」，能看到哪個外掛載入了最多的 CSS 和 JavaScript。
如果發現某個外掛的查詢時間佔了總時間的 30% 以上，考慮尋找替代方案或停用它。
（推薦試試 Kinsta 的 APM 工具，它能在伺服器層級監控 PHP 效能瓶頸，比 Query Monitor 更深入。）
WordPress 速度優化 SOP：按優先順序執行的行動清單
以下是整合全文建議的執行清單，按照「投入成本 vs. 效果」排序：
階段一：立即可做（零成本）
| 優化項目 | 難度 | 預期效果 | 推薦工具 |
|---|---|---|---|
| 啟用快取外掛 | ⭐ | PageSpeed +15-30 分 | LiteSpeed Cache（免費） |
| 壓縮現有圖片 | ⭐ | 頁面大小減少 40-60% | ShortPixel（免費 100 張/月） |
| 清理資料庫 | ⭐ | 資料庫查詢加速 10-20% | WP-Optimize |
| 移除廢棄外掛 | ⭐ | 減少不必要的 CSS/JS 載入 | Query Monitor |
| 限制修訂版本數量 | ⭐⭐ | 防止資料庫持續膨脹 | wp-config.php 設定 |
階段二：低成本優化（NT$0-500/月）
| 優化項目 | 難度 | 預期效果 | 推薦工具 |
|---|---|---|---|
| 啟用 Cloudflare 免費 CDN | ⭐⭐ | 靜態資源載入加速 30-50% | Cloudflare |
| 安裝 WP Rocket | ⭐ | PageSpeed +20-35 分 | WP Rocket（NT$1,800/年） |
| 圖片轉 WebP 格式 | ⭐ | 圖片大小減少 25-35% | Imagify / ShortPixel |
| 換用輕量主題 | ⭐⭐⭐ | 減少 50-70% 未使用的 CSS/JS | GeneratePress / Astra |
階段三：根本解決（換主機）
| 優化項目 | 難度 | 預期效果 | 推薦工具 |
|---|---|---|---|
| 遷移至託管式 WP 主機 | ⭐⭐ | TTFB 從 1-2s 降至 0.1-0.3s | Kinsta（NT$1,100/月起） |
| 啟用 Redis 物件快取 | ⭐⭐ | 資料庫查詢減少 30-50% | Kinsta 原生支援 |
| 使用 Enterprise CDN | ⭐ | 全球載入速度一致化 | Kinsta 內建 Cloudflare |
建議的順序： 先做階段一，用測速工具確認改善幅度。如果 PageSpeed 行動版分數仍低於 70，做階段二。如果 TTFB 仍然超過 600ms，直接進入階段三換主機——這通常是效果最大的一步。
結論
WordPress 速度優化不是一次性的工作，而是一個系統性的過程。回顧本文的核心重點：
- 先診斷再優化：用 PageSpeed Insights + GTmetrix 找出具體瓶頸，不要盲目安裝外掛
- 主機是速度天花板：如果 TTFB 超過 600ms，再多外掛優化都事倍功半。託管式 WordPress 主機（如 Kinsta）能從根本解決伺服器效能問題
- 快取是性價比最高的加速手段：一個好的快取外掛（WP Rocket 或 LiteSpeed Cache）就能讓 PageSpeed 分數提升 20-30 分
- 圖片通常是最大的頁面負擔：壓縮 + WebP 轉換 + Lazy Load 三管齊下，頁面大小可以減少 50% 以上
- 定期維護不可少：每月清理資料庫、審查外掛效能、確認快取正常運作
如果你想一步到位解決 WordPress 速度問題，最有效的方式是從主機開始。Kinsta 的 Google Cloud 基礎架構 + 內建 CDN + 伺服器層快取，能讓你跳過大部分繁瑣的手動優化，專注在內容經營上。
WordPress 速度優化常見問題
WordPress 速度慢最常見的原因是什麼？
根據實務經驗，最常見的三個原因依序是：主機品質差（共享主機 TTFB 過高）、圖片未壓縮（單張圖片 3-5MB）、未啟用任何快取機制。這三個問題解決後，大部分網站的 PageSpeed 分數都能從 30-40 分跳到 70 分以上。
WP Rocket 和 WP Fastest Cache 哪個比較好？
如果預算允許，WP Rocket 是更好的選擇。它的 JavaScript 延遲載入、移除未使用 CSS、預載入等功能都是 WP Fastest Cache 免費版沒有的。但如果你只需要基本的頁面快取和 GZIP 壓縮，WP Fastest Cache 免費版已經夠用。
WordPress 持續物件快取（Persistent Object Cache）是什麼？需要嗎？
持續物件快取透過 Redis 或 Memcached 將資料庫查詢結果暫存在記憶體中，跨請求共用。對於資料庫查詢密集的網站（電商、會員網站、CMS 內容管理系統），它能減少 30-50% 的資料庫負載。一般部落格網站效果較不明顯，但如果你的主機支援（如 Kinsta），建議啟用。
換主機真的能大幅提升速度嗎？
如果你目前使用共享主機且 TTFB 超過 600ms，換到託管式 WordPress 主機的效果會非常顯著。實測從共享主機遷移至 Kinsta 後，TTFB 從 2.3 秒降至 0.3 秒，LCP 改善超過 70%。但如果你的 TTFB 已經在 200ms 以下，換主機的邊際效益就不大了。
免費的 WordPress 速度優化方法有哪些？
完全免費的優化包括：安裝 LiteSpeed Cache（免費快取外掛）、用 ShortPixel 免費額度壓縮圖片（每月 100 張）、用 WP-Optimize 清理資料庫、在 wp-config.php 限制修訂版本數量、啟用 Cloudflare 免費 CDN、移除不必要的外掛。這些做完通常能讓 PageSpeed 分數提升 20-40 分。
Kinsta 適合哪種規模的網站？
Kinsta 的入門方案適合月訪問量 25,000 次以內的單一網站，適合個人品牌、小型企業官網或中型部落格。如果你經營的是高流量電商或多站點，Kinsta 也有對應的進階方案。關鍵判斷標準不是網站大小，而是你是否重視速度和穩定性——如果網站是你的主要收入來源，Kinsta 的投資報酬率通常很高。
