WordPress 網站載入速度的核心取決於伺服器回應時間（TTFB）與頁面總量大小。若網站首頁載入超過 3 秒，通常是主機記憶體不足或單張圖片超過 500KB 造成。優先更換具備 NVMe SSD 的主機並將圖片全面改用 WebP 格式，可直接解決 80% 的效能問題，而非盲目安裝更多優化外掛。
優先檢查主機 TTFB 與記憶體配置而非外掛功能
許多中小企業在網站變慢時，直覺是安裝更多的優化外掛（如 WP Rocket 或 Autoptimize），但這往往適得其反。如果主機本身的運算能力不足，安裝外掛只會增加伺服器執行 PHP 程式碼的負擔。判斷主機是否合格的硬指標是 TTFB（Time to First Byte），在台灣境內存取時，該數值應低於 200 毫秒；若超過 500 毫秒，代表伺服器硬體效能已達瓶頸或地理位置過遠。
針對商業用途的 WordPress 網站，伺服器配置應符合以下最低門檻：
- 記憶體（RAM）： 至少 2GB。低於 1GB 的主機在執行 WooCommerce 或大型頁面編輯器（如 Elementor）時，會頻繁觸發記憶體限制導致網站掛點或極度緩慢。
- 儲存裝置： 必須標明採用 NVMe SSD。傳統 SSD 或 HDD 在處理資料庫查詢時的速度差異可達 5 倍以上。
- PHP 版本： 必須支援 PHP 8.2 或 8.3。相較於舊版 PHP 7.4，新版本在執行 WordPress 核心程式時有 20% 以上的效能提升。
- 資料庫引擎： 確保使用 MariaDB 10.6+ 或 MySQL 8.0+，這對於複雜的產品篩選與關鍵字搜尋速度至關重要。
根據網站規模與預算選擇優化配置組合
優化策略必須根據網站的當前流量與功能複雜度來決定。一味追求昂貴的 CDN 服務或複雜的伺服器快取，對於每日僅有數百次瀏覽的形象官網來說是資源浪費。請參考下表進行自我評估：
| 網站類型 | 流量規模（月） | 建議主機規格 | 核心優化技術 | 預期成本（月） |
|---|---|---|---|---|
| 品牌形象官網 | 1 萬次以下 | 共享主機（Business Plan） | 瀏覽器快取、圖片 WebP 化 | NT$ 300 - 600 |
| 電子商務網站 | 1 萬 - 10 萬次 | 雲端 VPS（2 核 4G 以上） | Redis 物件快取、資料庫索引優化 | NT$ 900 - 2,500 |
| 高流量媒體/論壇 | 10 萬次以上 | 專屬伺服器或負載平衡 | Edge Caching、API 靜態化 | NT$ 5,000 以上 |
取捨原則： 如果您的網站包含大量動態功能（如會員登入、購物車），傳統的「頁面快取」效果有限。此時必須啟用 Object Cache（如 Redis 或 Memcached），這能讓資料庫查詢結果暫存在記憶體中，避免每次刷新頁面都要重新掃描數萬筆資料表。
建立圖片與腳本的自動化瘦身流程
根據數據統計，網頁總重量有 60% 以上來自圖片。許多企業主直接上傳數 MB 的手機拍照原圖，這是造成網站卡頓的主因。優化不應依賴人工一張張修圖，而是建立自動化流程：
- 全面 WebP 化： 使用外掛或主機端工具將所有 JPG/PNG 在上傳時自動轉為 WebP。WebP 在相同畫質下，檔案大小通常只有 JPG 的 30%。
- 延遲載入（Lazy Loading）： 確保只有當使用者捲動到該位置時才載入圖片。WordPress 核心已內建此功能，但需確認佈景主題沒有將其停用。
- 限制圖片尺寸： 在 CSS 中設定圖片最大顯示寬度，並在伺服器端自動裁切。例如部落格文章內文寬度僅 800px，就不要讓使用者下載 4000px 的原圖。
代價說明： 雖然過度壓縮圖片能帶來極速，但會犧牲產品細節。對於精品、攝影或室內設計產業，建議在主要視覺圖（Hero Image）維持較高品質，而將縮圖與內文圖進行高強度壓縮，以取得速度與美感的平衡。
移除效能瓶頸：冗餘外掛與資料庫清理
每多安裝一個外掛，WordPress 就要多載入數個 CSS 與 JS 檔案。特別是「多功能合一」的佈景主題（如 Avada 或 BeTheme），往往載入了 90% 您根本沒用到的功能腳本。優化步驟如下：
1. 執行外掛審計
進入後台停用所有「非核心功能」的外掛。例如，如果您只在聯繫頁面使用表單，就不該讓表單外掛的腳本載入到全站每一頁。可使用資產管理外掛（如 Asset CleanUp）針對特定頁面停用不需要的腳本。
2. 清理資料庫修訂版本
WordPress 預設會儲存每一篇文案的修改紀錄。一個運作三年的網站，資料庫可能充斥著數萬條過期的「自動儲存」草稿，這會拖慢 SQL 查詢速度。應定期清理 wp_posts 資料表中 post_type 為 revision 的資料，並在 wp-config.php 中加入 define('WP_POST_REVISIONS', 5); 限制保留份數。
3. 關閉無用的 API 請求
許多外掛會頻繁向外部伺服器發送請求（如字體、地圖、社群追蹤器）。若該外部伺服器連線不穩，您的網站就會在該處「轉圈圈」無法完成載入。建議將 Google Fonts 本地化，並減少第三方 Widget 的使用。
使用 Core Web Vitals 數據判斷優化成效
不要只看網站「看起來」快不快，要看 Google 搜尋引擎如何評價您的速度。請將網站輸入 PageSpeed Insights，重點觀察以下三項指標：
- LCP (Largest Contentful Paint)： 最大內容繪製時間。應控制在 2.5 秒內。這代表使用者看到頁面主要內容的速度。
- CLS (Cumulative Layout Shift)： 累計版面配置轉移。應低於 0.1。這解決了圖片載入後導致文字跳動、讓使用者點錯按鈕的問題。
- INP (Interaction to Next Paint)： 互動回應時間。這反映了使用者點擊選單或按鈕後，網站反應的靈敏度。
下一步執行建議： 先使用 Google PageSpeed Insights 進行檢測。如果 LCP 超標，請先檢查主機 TTFB；如果 CLS 超標，請為所有圖片標註 width 與 height 屬性。優化是一個持續的過程，每季應清理一次資料庫並更新 PHP 版本，確保網站效能不隨內容增加而衰退。