網站開啟速度直接影響轉單率，建議優先檢查伺服器回應時間（TTFB）是否低於 200 毫秒，並確認行動版 LCP（最大內容繪製）是否小於 2.5 秒。若數值超標，應從主機效能升級、外掛瘦身、圖片規格標準化這三個面向同步執行，而非單純安裝快取外掛。
根據伺服器回應時間判定是否更換主機供應商
許多企業網站速度慢的根源在於主機硬體規格過時。如果你的網站 TTFB（Time to First Byte）在未開啟快取的情況下超過 500 毫秒，代表伺服器運算能力不足或地理位置不佳。目前主流的優化標準是選擇具備 NVMe SSD 磁碟與 LiteSpeed 伺服器架構的環境，這比傳統的 HDD 或 Apache 架構在處理 WordPress 動態請求時快上 3 到 5 倍。
判斷主機是否適用的具體門檻如下：
- 記憶體限制（PHP Memory Limit）： 至少需設定為 512MB。若低於 256MB，在執行 WooCommerce 或大型頁面編輯器（如 Elementor）時會出現明顯延遲。
- PHP 版本： 目前應確保運行在 PHP 8.2 或 8.3 版本。升級 PHP 版本通常能直接為 WordPress 帶來 10-20% 的效能提升，且不需支付額外費用。
- 資料庫類型： 優先選擇 MariaDB 10.6 以上版本，其在處理 WordPress 複雜查詢時的效率優於舊版 MySQL。
| 主機類型 | 適用對象 | 速度優勢 | 代價與限制 |
|---|---|---|---|
| 共享主機 (Shared) | 形象官網、流量低於 1萬/月 | 成本低、免管理 | 資源受鄰近網站影響，尖峰時段易卡頓 |
| 管理型 WP 主機 (Managed) | 電商、品牌官網 | 專為 WP 優化、內建 CDN | 價格較高，通常限制安裝某些高耗能外掛 |
| 雲端 VPS (如 Google Cloud/AWS) | 高流量、需高度自定義者 | 資源獨佔、擴展性最強 | 需具備技術維護能力，否則安全性風險高 |
縮減外掛數量至 15 個以下並替換高耗能功能
外掛數量過多是 WordPress 網站變慢的主因。每一款外掛都會在網站前端載入額外的 CSS 與 JavaScript 檔案，或在後端增加資料庫查詢次數。建議每半年進行一次「外掛審核」，將不必要的功能移除。
具體的清理與替換準則：
- 多功能合一原則： 如果一個外掛能解決 SEO、圖片壓縮、快取（如 Jetpack 或 WP Rocket），就不要安裝五個獨立的小外掛。
- 避開高耗能外掛： 某些外掛如 Broken Link Checker、Query Monitor 應僅在排錯時開啟，平時應保持關閉。
- 使用代碼片段代替外掛： 簡單的修改（如移除 WordPress 版本號、禁用 Emoji）應使用 Code Snippets 外掛或直接寫入 functions.php，避免安裝單一功能的小外掛。
若發現網站後端（後台操作）極慢，通常是資料庫中的 wp_options 資料表過大，或是過多的「自動儲存草稿（Autosave）」與「修訂版本（Revisions）」佔用空間。建議將修訂版本限制在 3 個以內，並定期清理過期的 Transients 資料。
建立自動化圖片處理流程以符合 Core Web Vitals 標準
圖片通常佔據網頁總體積的 70% 以上。目前 Google 的 Core Web Vitals 指標嚴格要求 LCP (Largest Contentful Paint)，若首圖（Hero Image）過大，網站評分將大幅下降。優化圖片不應手動一張張處理，而應建立自動化流程。
- 強制轉換 WebP 格式： 目前 WebP 的壓縮率比 JPEG 高出 30%，且所有主流瀏覽器均已支援。應使用伺服器端工具（如 LiteSpeed Cache 內建功能）或外掛自動將上傳的圖片轉為 WebP。
- 限制最大寬度： 除非是攝影作品集，否則一般官網圖片寬度不應超過 1920px。建議在伺服器端設定自動裁切功能，防止員工上傳 5MB 以上的原圖。
- 延遲載入 (Lazy Load)： 確保非首屏圖片皆啟用 Lazy Load。WordPress 目前核心已內建此功能，但需確認頁面編輯器沒有衝突，並將首圖排除在延遲載入之外，以優化 LCP。
針對行動裝置，應確保提供「響應式圖片（Srcset）」，讓手機瀏覽器只下載 400px 寬度的縮圖，而非桌機版的 1920px 大圖。
導入 Redis 物件快取與邊緣計算 CDN 減少資料庫負擔
靜態快取（將 HTML 存成檔案）只能解決未登入使用者的速度問題。對於電商網站或會員網站，更重要的是 Object Cache（物件快取）。透過 Redis 或 Memcached，將資料庫查詢結果暫存在記憶體中，能讓購物車跳轉、搜尋結果顯示等動態行為提速 50% 以上。
CDN 的選擇與配置策略：
- 本地流量為主： 若目標客戶在台灣，應選擇在台北有節點的 CDN（如 Cloudflare 或 Akamai）。若使用主機商自帶的美國節點 CDN，反而會因為路徑繞道導致延遲增加。
- 邊緣快取 (Edge Caching)： 2026 年的主流做法是將整個 HTML 頁面快取在 CDN 的邊緣節點（如 Cloudflare APO），這能讓全球訪客都能獲得近乎 0 毫秒的 TTFB。
- CSS/JS 延遲執行： 透過外掛將非必要的 JavaScript 延遲到使用者互動（如捲動、點擊）後才載入，這對於提升手機版的 PageSpeed Insights 分數效果最為顯著。
優化的最後一步是檢查「字體載入」。建議將 Google Fonts 下載至本地主機存放，避免向第三方伺服器發送請求，並使用 font-display: swap 屬性防止文字在載入時出現空白（FOIT）。
完成上述調整後，請立即使用 PageSpeed Insights 進行測試，並重點觀察「機會」區塊中的建議。若特定頁面依然緩慢，應檢查該頁面是否使用了過多複雜的短代碼（Shortcodes）或未經優化的第三方嵌入組件（如 YouTube 影片或 Google Maps），並考慮以靜態圖片替代，待使用者點擊後再載入完整組件。