WP-CLI 效能健檢實戰 — 編譯摘要

濃縮

1. WordPress 效能問題大多不是主機太差，而是快取沒連上、外掛太多、缺少維護：實際案例中 Redis 已安裝但未連線（冰箱買了插頭沒插）、42 個啟用外掛中有未使用的仍在每次載入時執行。
2. WP-CLI 是效能診斷的精確工具：命令列直接和伺服器溝通，排除瀏覽器干擾，能精確計時每個環節（wp profile 顯示外掛程式碼執行佔 67% 載入時間）。
3. 關鍵數據：啟用 Redis + Nginx 快取 + 停用無用外掛，TTFB 從 4 秒降到 0.67 秒（-83%）。

質疑

結論 1：問題不是主機太差

• 前提假設：主機規格本身足夠（案例中是 8GB 雲端主機）。如果主機確實配置不足（如 512MB 共享虛擬主機），主機就是根本問題。
• 邊界條件：同台主機跑 8 個 WordPress 的狀況比較極端，大部分使用者是一台主機一個站。
• 反例：在流量突增（如被 PTT/HN 轉載）時，即使設定完美的 WordPress 也可能需要更好的主機。

結論 2：WP-CLI 是精確工具

• 前提假設：使用者有 SSH 權限和命令列操作能力。很多 WordPress 使用者使用共享主機，沒有 SSH 權限。
• 換場景：非 WordPress 的效能問題需要其他工具（如 New Relic、Datadog），WP-CLI 的適用範圍僅限 WordPress。

結論 3：快取 + 清理的具體成效

• 前提假設：這些改善措施在其他站點也能獲得類似幅度的提升。但具體效果取決於站點的外掛組合和流量模式。

對標

1. 冰箱買了插頭沒插 ↔ SaaS 工具付費但沒啟用：企業常見的資源浪費模式。
2. 外掛通知接收器 ↔ 微服務架構的服務間通訊成本：每多一個服務/外掛，系統間的溝通開銷就增加。
3. wp profile ↔ 應用效能監控（APM）：WP-CLI 的 profile 功能本質上是一個輕量級 APM。
4. WPForms 做了 1,518 件沒人需要的事 ↔ 組織冗員：未使用的外掛就像領薪水但沒在做事的員工。

關聯概念

• [[WordPress 效能優化]]
• [[WP-CLI 工具]]
• [[快取策略]]
• [[WordPress 生態系統]]