第1步：最佳化前先測量
把你的網站跑一遍PageSpeed Insights（pagespeed.web.dev），記下四個數字：LCP（Largest Contentful Paint，主要內容出現的時間）、INP（Interaction to Next Paint，回應能力）、CLS（Cumulative Layout Shift，視覺穩定性）以及頁面總重量。Google的Core Web Vitals門檻：LCP低於2.5秒、INP低於200毫秒、CLS低於0.1。它們自2021年起直接影響你的排名。低於這些門檻為「良好」；介於門檻與4秒/500毫秒/0.25之間為「需要改進」；更差為「不佳」。最佳化WordPress速度的全部意義就是把這三個數字移入綠色區間。不要相信GTmetrix的評分或其他彙整評級：它們與Google的真實訊號並不對應。
第2步：確認你的主機託管不是瓶頸
用WebPageTest從你受眾所在地測量TTFB（Time To First Byte）。如果TTFB超過1秒，你的主機託管就是瓶頸：任何前端最佳化都無法解決它。常見元凶：伺服器超載的廉價共享主機、主機託管所在大洲與受眾不同、缺少PHP的opcache（任何PHP 7+版本預設都應啟用它）。最便宜的解決辦法是在同一方案等級內換一家更快的主機託管。對於每月造訪量低於5萬的網站，配合LiteSpeed Cache的Hostinger Business能產生低於400毫秒的TTFB。對於更高的流量，處於Google Cloud進階等級的Kinsta或WP Engine能穩定產生低於300毫秒的TTFB。更換主機託管比安裝一個外掛費事，但提升往往是顯著的。
第3步：頁面快取是最大的單項最佳化
預設情況下，WordPress會在每次請求時從PHP + MySQL產生每個頁面。頁面快取會儲存已產生的HTML，並直接將其提供給後續訪客：通常快10-20倍。在基於LiteSpeed的主機託管上（Hostinger、大多數Bluehost、A2 Turbo、NameHero），安裝LiteSpeed Cache（免費）：它會與伺服器級快取整合。在Apache/Nginx主機託管上，安裝WP Rocket（59美元/年）：它是品質最高的快取外掛，物有所值。免費替代方案（W3 Total Cache、WP Super Cache）也能用，但需要更多設定。啟用頁面快取後，在PageSpeed Insights中重新測試：你應該會看到TTFB大幅下降。
第4步：圖片最佳化排在第二位
圖片通常佔WordPress頁面重量的60-80%。要拿下兩項收益：（1）壓縮：每張圖片都應在上傳前壓縮。使用我們的圖片壓縮器，或安裝ShortPixel/Smush在上傳時自動壓縮。目標：主視覺圖低於200 KB，內容圖片低於100 KB。（2）現代格式：提供WebP（或AVIF）以替代JPG/PNG。WebP在同等品質下小25-35%。ShortPixel和Smush Pro會自動轉換；作為替代方案，Cloudflare的圖片最佳化會即時重寫圖片。（3）延遲載入：折疊線以下的圖片應僅在捲動到它們時才載入。WordPress 5.5+會自動加入loading='lazy'；透過查看原始碼確認它生效。（4）寬度屬性：務必為圖片設定明確的width/height，以避免CLS。
第5步：CSS/JS壓縮與套件稽核
大多數快取外掛（WP Rocket、LiteSpeed Cache）都包含CSS/JS壓縮：啟用它。最大的收益是延遲載入或移除未使用的指令碼。在你的首頁上執行Chrome DevTools → Coverage分頁；它會顯示哪些CSS和JS位元組真正被使用。典型結果：50-80%的CSS未被使用，30-60%的JS未被使用。解決辦法：（a）使用更輕量的佈景主題（GeneratePress或Kadence傳送的CSS少於30 KB），（b）停用未使用的外掛（往往是未使用指令碼的來源），（c）使用Asset CleanUp這類外掛，在不需要某些指令碼的頁面上將其停用（例如Contact Form 7預設在所有地方載入，即便你只在/contact使用它）。
第6步：外掛稽核——找出慢的那些
每個使用中的WordPress外掛都會在每次頁面載入時執行，可能增加查詢、JavaScript和CSS。大多數慢網站都有超過30-50個使用中外掛，其中一半已不再使用。使用Query Monitor（免費）查看哪些外掛發起的資料庫查詢最多。使用New Relic的免費等級或Kinsta的APM查看哪些外掛函式耗時最長。歷來的主要罪魁：Jetpack（功能繁多，且全都在每次請求時執行）、在流量高峰期執行的臃腫備份外掛、即便頁面上沒有分享按鈕也載入其CSS/JS的社群分享外掛、對檔案進行即時掃描的安全外掛。停用一個外掛，重新測試效能，再判斷該功能是否值得這份代價。
第7步：資料庫最佳化
WordPress會隨時間在資料庫中累積垃圾：文章修訂版本、過期的transient、垃圾留言、孤立的中繼資料。安裝WP-Optimize（免費）並執行一次資料庫清理。合理的每月維護：刪除超過60天的修訂版本（出於安全保留較新的）、過期的transient、垃圾留言佇列。對於高流量網站，最大的資料庫收益是物件快取：Redis或Memcached在記憶體中儲存代價高昂的MySQL查詢結果，避免重複工作。大多數託管型WordPress主機託管在其較高等級中包含Redis；在基礎共享主機上，這一功能不可用。
第8步：面向全球受眾的CDN
CDN（內容傳遞網路）會把你的靜態資源（圖片、CSS、JS）快取在靠近訪客的邊緣節點上。對於託管在美國、僅面向美國受眾的網站，CDN帶來的提升不大。對於全球受眾，CDN必不可少：它能把資源延遲從200-500毫秒降到20-50毫秒。Cloudflare的免費等級能滿足大多數需求；BunnyCDN以0.01-0.05美元/GB的價格提供效能出色的付費升級。具體到圖片，Cloudflare Images或Bunny Image Optimizer可以即時調整尺寸並轉換格式。
第9步：再次測量並迭代
每做一次重大改動後，都重新執行PageSpeed Insights。目標是漸進式的進步：大多數網站不會靠單次改動就從「不佳」躍升到「良好」。在完成一整輪最佳化後，典型結果：一個共享主機上的WooCommerce商店從LCP 4-6秒降到LCP 1.5-2.5秒。一個託管型主機上的內容部落格從LCP 2-3秒降到LCP 0.8-1.5秒。如果在以上全部之後你的LCP仍高於3秒，瓶頸很可能是你的佈景主題：在繼續最佳化之前，先換一款更輕量的佈景主題（GeneratePress、Kadence或Astra）。