主題效能往往不是靠「裝一個快取外掛」就能解決，而是從佈景主題本身的輸出開始檢查。像 Bricks 這類將建構器整合進主題的方案，優勢在於能減少額外編輯器層級與重複載入的資源；不過，主題再輕量，圖片、字型、第三方追蹤碼塞得太多，速度照樣會掉下來。
從主題資源載入下手
提升 WordPress 主題效能的核心，是避免讓每一頁都載入不需要的 CSS 與 JavaScript。以首頁為例，若沒有輪播、地圖或表單，就不該預先載入相關套件。可透過 Chrome Lighthouse 或 GTmetrix 查看「未使用的 JavaScript」，一般企業網站若能把初始 JS 壓在 200KB 左右，行動版體驗通常會明顯改善。
Bricks 的條件式資源載入、動態資料功能，確實適合做精簡頁面；但自訂元素若引用 jQuery、大型動畫函式庫，優勢很快就被吃掉。我的建議是：每新增一個外掛或腳本，都測一次前後載入瀑布圖，別只憑感覺。
圖片與字型，比主題設定更容易拖慢網站
許多 WordPress 網站的最大內容繪製（LCP）過慢，問題其實出在首屏大圖。建議將首頁橫幅轉為 WebP 或 AVIF，寬度依實際版面輸出，別把 3000px 原圖直接丟上去。首屏圖片不宜延遲載入，但首屏以下的圖片應啟用 lazy load，這個細節常被弄反。
字型也很容易被忽略。載入三、四種 Google Fonts，再加上粗體、斜體字重，可能產生十多個請求。保留 1 至 2 個字型家族、必要字重，並考慮本機託管字型，通常能減少版面跳動，也有助於改善 CLS。
別迷信滿分，重視真實訪客速度
「開箱即用 100/100」聽起來很吸引人，但測試頁面內容、主機位置與訪客網路環境都不同，分數不該是唯一目標。更實際的是觀察 Core Web Vitals：LCP 盡量低於 2.5 秒、INP 控制在 200 毫秒內、CLS 低於 0.1。
主題選對只是起點。搭配品質穩定的主機、頁面快取、CDN，以及定期清理未使用外掛，才能讓 WordPress 主題效能在內容增加後仍維持俐落。
評論（9）
以前一直先裝快取，結果首頁那張大圖才是真正的拖油瓶。
首屏圖片不該延遲載入這點很重要，很多人真的會設反。
每加一個外掛就看一次瀑布圖，雖然麻煩但比事後救火輕鬆。
想問本機託管字型後，更新字型檔會不會比較難管理？
行動版一慢，桌機分數再漂亮也沒什麼用。
輪播和一堆進場動畫真的很容易讓頁面變笨重。
字型只留必要字重，視覺上其實差異沒想像中大。
Lighthouse 顯示未使用的程式碼時，最怕看到自己根本沒用到的套件。
內容越多越能看出主題底子，前期先把資源載入整理好比較安心。