後台文章編輯器打開，每次都比半年前慢了半拍；點下「儲存」，轉圈圈等待的秒數也拉長了。你檢查過主機方案，升過等，速度卻回不到剛架站時的水準。遇到這種越用越慢的狀況，不少站長最後找上的是 WP-Optimize 這支外掛。
多數人第一時間會懷疑主機或外掛裝太多，其實真正拖慢資料庫查詢的，常常是肉眼看不到的地方。每次編輯文章存下的修訂版本、忘記發布的自動草稿、丟進回收桶卻沒清空的舊文章、擋下來卻沒刪除的垃圾留言，這些資料一天天堆在資料庫裡，沒有人主動清，它就一直留在那裡拖慢每一次查詢。
這正是 WP-Optimize 要解決的問題。它是一支免費外掛，主打不用手動寫 SQL 指令，勾一勾核取方塊就能安全清掉資料庫裡的累積雜物，而且把圖片壓縮跟基礎頁面快取也整合進同一支外掛裡。
WP-Optimize 是什麼？
WP-Optimize 由 TeamUpdraft 開發，這支團隊在 WordPress 社群裡更廣為人知的作品，是這幾年被大量網站採用的備份外掛 UpdraftPlus。同一個團隊，一支專門處理「資料安不安全」，另一支專門處理「網站快不快」，備份與效能這兩件事就這樣分工清楚。
WordPress.org 上的外掛頁面把自己定位成不只是一支快取外掛，並列出四種運作方式：快取、壓縮圖片、清理資料庫、精簡化（minify）。這個排法值得留意，它把資料庫清理放在跟快取、壓縮同等重要的位置，而不是附屬功能。這跟市面上很多只做快取的外掛不一樣，那類外掛解決的只有「頁面要不要先算好放著」這一件事，資料庫本身該不該清、圖片有沒有壓過，它們不管。WP-Optimize 則把資料庫這個變胖的源頭，跟快取、圖片壓縮並列為三大主功能，精簡化是在這三項之外再加上的進階功能。
這樣的定位也反映在採用規模上。WordPress.org 外掛頁面顯示，這支外掛已經有超過 100 萬個 WordPress 網站啟用，評分落在 4.8 分（滿分 5 分），累積超過 2,600 則評論，其中九成以上給了五星。截至 2026 年 10 月，最新版本是 4.7.0，安裝門檻不算高，需要 WordPress 4.9 以上、PHP 7.2 以上，並且測試相容到 WordPress 7.1 版。
啟用完成後左側選單新增五項核心功能分頁
安裝這支外掛不需要額外技巧，跟裝任何一支免費外掛的流程一樣。最常見的做法是在後台選單點「外掛」再點「安裝外掛」，在搜尋框輸入「WP-Optimize」，找到之後按下「Install Now」，等安裝完成再按「Activate」啟用即可；另外兩種比較少人用的安裝方式，是先在別處下載外掛的 zip 壓縮檔再上傳安裝，或是透過 FTP 把檔案傳到主機上，這兩種通常用在後台沒辦法連上外掛庫的情況。
啟用完成後，左側選單會多出一個獨立的「WP-Optimize」項目，點進去之後會看到上方一整排分頁，由左至右依序是 Overview（總覽）、Database（資料庫）、Images（圖片）、Cache（快取）、Minify（繁中介面標為「壓縮」）、Performance（效能），再過去是 Settings（設定）、Help（說明）跟 Premium Upgrade（升級至 Premium 版）。總覽之後的五個分頁就是這支外掛的功能地圖：資料庫清理、圖片壓縮、頁面快取、檔案精簡化各自獨立成一個分頁，資料表管理則收在 Database 分頁底下的 Tables 子分頁，不需要跳來跳去找設定藏在哪裡。
啟用前有一個門檻要留意，完整功能需要 WordPress 4.9 以上、PHP 7.2 以上的版本。如果你的網站主機還停留在比較舊的 PHP 版本，部分功能可能無法正常運作，建議先確認主機的 PHP 版本再安裝，較舊的版本也建議趁機升級，對整體網站的效能與安全性都有幫助。
Database 分頁，勾選就能清除的七種資料庫垃圾資料
外掛安裝好之後，真正決定資料庫會不會越用越肥大的關鍵，就藏在 Database 這個分頁裡。進入這個分頁，外掛會先自動掃過整個資料庫，把目前可以安全清除的項目一一列出來，每一項前面都有一個核取方塊，你可以自己決定要不要打勾。全部確認過後，按下畫面上的「Run all selected optimizations」，外掛就會一次把打勾的項目跑過一輪，不用你自己跳進不同介面分開操作。
實際會看到的清理項目，除了未審核留言、孤立的中繼資料這類比較少用到的選項，最常用的大致可以整理成七類：
- 文章修訂版本（Post Revisions）：WordPress 每次自動儲存或手動儲存文章，都會另外留一份修訂紀錄，方便你回溯到之前的版本。文章編輯次數一多，這些版本就會不斷疊加，一篇改過幾十次的文章背後可能藏著同樣多筆修訂資料。
- 自動儲存草稿（Auto-Draft Posts）：每次打開新增文章畫面，WordPress 都會先建一筆空白的自動草稿當佔位，就算你什麼都沒寫就關掉分頁，這筆空白紀錄仍然留在資料庫裡。
- 回收桶文章（Trashed Posts）：文章或頁面丟進回收桶後，並不會馬上從資料庫消失，而是繼續佔用空間，直到手動清空回收桶或超過設定的保留天數才會真正刪除。
- 垃圾留言（Spam Comments）：留言審核機制擋下的垃圾留言，同樣會先留在資料庫裡等你確認，長期沒去清理的網站，這個項目往往是累積量最大的一類。
- 引用通知（Trackbacks 與 Pingbacks）：這是舊版部落格系統留下的機制，用來記錄其他網站引用你的文章，現在多數網站已經不太依賴這個功能，但累積的紀錄仍然佔著資料庫空間。
- 資料表最佳化（Tables Optimization）：資料表在反覆新增、刪除、更新資料之後，內部會產生一些零碎的空間沒有被整理回收，執行最佳化能把這些零碎空間收攏回來，讓查詢效率恢復正常。
- 暫存選項（Transient Options）：外掛跟佈景主題常常會把一些暫時性的計算結果先存起來，方便下次直接調用，不用每次都重新算一次。
前六項相對單純，勾了清掉就是了，但暫存選項這一項要多留意一點。外掛頁面的常見問答特別提到，transient 是 WordPress 用到就會自動重建的暫存值，如果它正在被使用中，清掉之後很快又會長回來。與其清一次就期待它從此消失，比較實際的做法是排進定期清理的排程裡，讓它固定被清乾淨，而不是清一次就置之不理。
清資料庫聽起來有點嚇人，但開發團隊對這個功能有明確的定調。這些操作沒有涉及任何取巧或危險的底層動作，執行的都是定義清楚、常見的標準 MySQL 清理指令，跟你自己手動下指令做的事情一樣，只是外掛幫你自動化整個過程。即便如此，開發團隊仍然建議在清理前先做一次備份，理由不只是為了防清理出錯，更是涵蓋資料庫故障、遭駭、或人為疏失這些各種可能情境的保險做法。
排程自動清理的頻率和保留週數
Database 分頁裡除了手動勾選清理，也提供排程功能，讓你設定多久自動跑一次，選項包含每天、每週、每兩週或每月，設定好之後就不用每次想到才手動點一次，適合平常沒空盯著後台的網站經營者。
除了頻率，排程還可以搭配「保留最近幾週的資料」這個選項，清理後不是什麼都不留，而是保留最近一段時間的資料，方便你萬一需要回溯時還找得到。例如文章修訂版本，通常會想留住最近幾版方便比對修改內容，而不是連最新的異動紀錄都一次清光。
清理前的 UpdraftPlus 備份提醒
開發團隊替這個清理功能內建了一道安全網。如果你的網站也裝了 UpdraftPlus（就是前面提過，跟 WP-Optimize 同一個團隊做的備份外掛），執行資料庫清理前可以直接勾選「先備份」，等於清理跟備份一次到位，萬一清錯了什麼，也能在幾個點擊之內把資料復原回來。
不過這個選項有一個前提，「清理前備份」的勾選框雖然會一直顯示在畫面上，但要網站上已經安裝並啟用 UpdraftPlus 才能勾選；沒裝的話，旁邊只會出現一個安裝 UpdraftPlus 的連結。換句話說，如果你的網站沒有另外裝這支備份外掛，WP-Optimize 本身並不會主動幫你備份，你在按下清理之前，得自己先用別的方式備份資料庫，才能確保萬一清錯了還有得救。
Tables 分頁揪出外掛解除安裝後留下的殘留資料表
資料庫裡定期清得掉的垃圾之外，還有一種占用空間的東西，清理排程碰不到，那就是外掛解除安裝後留下的殘留資料表。WordPress 網站在經營過程中，難免會裝過、又移除掉一些外掛，理論上外掛移除後，它建立的資料應該一併清乾淨，但實際情況是很多外掛在解除安裝時，並不會主動刪掉自己建立的資料表，這些資料表就這樣留在資料庫裡，占著空間卻沒有任何用途，時間一拉長，你可能連當初是哪支外掛留下的都想不起來。
Tables 分頁要解決的就是這個問題。進入這個分頁，可以看到目前資料庫裡的所有資料表清單，讓你逐一判斷哪些是現在還在使用的外掛需要的，哪些是已經解除安裝的外掛留下的殘留物。清單看過一輪之後，也可以在這裡把全部資料表一起執行最佳化，把資料表內部的零碎空間一次收攏回來。
Images 分頁的有損與無損壓縮取捨
資料表清乾淨之後，另一個常被忽略、卻很吃資源的問題，是媒體庫裡的圖片檔案。沒壓縮過的原始圖檔，尤其是手機拍的照片或設計軟體直接匯出的圖，檔案動輒好幾 MB，一篇文章塞個幾張，頁面的載入時間就明顯被拖慢。
壓縮設定的核心選擇，是有損壓縮跟無損壓縮之間怎麼取捨。有損壓縮的壓縮率比較高，能省下更多空間，但畫質會打一點折扣；無損壓縮保留完整畫質，能省下的空間就相對有限。多數情境下，比較實際的做法是先從中間值開始試，一邊調整一邊比對畫面看得出來的差異有多明顯，再依你對畫質的要求微調。除了壓縮率的選擇，這個分頁裡還有一個「保留 EXIF 資料」的選項可以勾選。EXIF 是相機拍照時自動附加的中繼資料，裡面可能包含拍攝時間、相機型號、甚至地理位置，如果你不需要保留這些資訊，關掉這個選項還能再省下一點檔案空間。
WebP 轉檔比 JPEG 省下最多三成四的檔案空間
除了傳統的有損跟無損壓縮，WP-Optimize 也支援把上傳的 JPG 或 PNG 圖檔自動轉換成 WebP 格式，這是 Google 推薦的新一代圖片格式，轉檔完成後，瀏覽器如果支援 WebP，外掛會優先送出 WebP 版本給訪客，不支援的瀏覽器則退回原本的格式，不用擔心相容性問題。
轉成 WebP 帶來的檔案空間節省相當可觀。根據外掛頁面的說法，跟 JPEG 相比，WebP 最多能省下 34% 的檔案大小，跟 PNG 相比則最多能省下 26%。對一個圖片量大的網站來說，這代表整體媒體庫的儲存空間跟每一次頁面請求要傳輸的資料量都能明顯下降，直接反映在頁面實際的載入速度上，尤其是行動裝置在網路狀況比較差的環境下，差異會更容易被使用者感覺到。
批次壓縮整個媒體庫和還原原始檔案
對已經經營一段時間、媒體庫裡已經累積大量圖片的網站來說，批次壓縮是比較實用的功能，不用一張一張手動點開處理，按下「Bulk compression」，外掛就會把媒體庫裡所有既有的圖片，依照你設定好的壓縮參數，一次全部壓縮完成。
而對之後新上傳的圖片，可以另外打開「自動壓縮」，設定好之後，只要你之後透過媒體庫上傳新圖片，系統就會照你設定的有損或無損參數自動壓縮，不用每次上傳完都再手動跑一次批次壓縮。萬一某次壓縮的結果不滿意，例如覺得畫質犧牲得太多，外掛也提供「還原原始檔案」的功能，一鍵就能把圖片復原回壓縮前的版本，不用擔心設定壓錯之後就回不去了。
頁面快取需要美化過的永久連結格式才能生效
資料庫跟圖片都處理過一輪之後，剩下的效能提升，就要看頁面本身的呈現方式，這正是 Cache 分頁在做的事。它的原理其實不複雜，WordPress 每次收到訪客請求，都要重新跑一次程式邏輯、查詢一次資料庫，才能把頁面組出來送出去；快取則是把這個運算過程的結果先存成一份靜態版本放在硬碟上，之後訪客造訪同一個頁面時，直接把存好的版本送出去，不用每次都重新讓 WordPress 跑一輪。
開啟方式很單純，進到 Cache 分頁，把快取的開關打開，對多數網站來說這樣就足夠了，不太需要再細調其他參數。不過有一個前提要注意，網址格式必須是「美化過的永久連結」，也就是像 example.com/my-post/ 這種形式，如果你的網址還停留在帶問號參數的格式，例如 example.com/?p=1234，快取就無法正常運作。快取產生的檔案會存放在網站主機的 wp-content/cache 資料夾底下的 wpo-cache 子資料夾裡。
快取不是存了就一勞永逸，幾個時機會觸發自動清除：發布新內容或編輯既有的文章、頁面時，對應那篇的快取會被清掉重新產生；切換佈景主題或更新目前使用中的佈景主題也會清空快取；把快取功能整個關掉時同樣會清除。預設的快取有效期是 10 小時，超過這個時間即使沒有觸發上述清除時機，快取也會過期重新產生，你可以把這個時間調得更短，例如 8 小時或更低；如果網站沒有用到需要即時驗證的 nonce 機制，也可以把有效期設成 0，讓快取永久不過期。
快取預先載入和 GZIP 壓縮
一般的快取邏輯是有人訪問過才會產生快取，這代表第一個造訪某個頁面的訪客，拿到的其實是沒有快取加速的版本，要等他訪問完之後，快取才真正產生，下一位訪客才吃得到加速的效果。「快取預先載入」解決的就是這個空窗期，啟用之後，外掛會主動模擬一次訪客瀏覽全站頁面跟文章的過程，把快取提前產生好，這樣即使是第一位造訪的訪客，也能直接拿到已經準備好的快取版本。
另一個加速機制是 GZIP 壓縮，把要送到瀏覽器的 HTML、CSS、JavaScript 檔案，先在伺服器端壓縮過再傳輸出去，瀏覽器收到之後再自動解壓縮還原。如果你的主機伺服器本身沒有另外設定這個壓縮機制，WP-Optimize 會補上這一塊，外掛頁面列出的數字是最多可以把頁面跟樣式表的檔案大小縮小 90%，對整體傳輸速度的幫助相當直接。
登入使用者快取、網址排除與裝置別快取
會員制、電商，或後台有多種角色權限的網站，只打開快取開關可能不夠用。Cache 分頁裡有「對登入使用者也提供快取」的選項，並且可以把會員中心這類內容會隨登入者變動的頁面網址排除在快取之外，避免快取到不該快取的動態內容。快取也能依裝置別分開存放，桌機版跟手機版各自有獨立的快取檔案，適合桌機與手機選單不同、或用了 AMP 頁面的網站。
Minify 分頁的 HTML、CSS 與 JavaScript 合併精簡功能
快取解決的是要不要重新運算頁面，Minify 分頁要解決的則是，就算要傳送檔案，能不能先把檔案本身變小、變少。這裡把網頁的 HTML、CSS、JavaScript 檔案裡多餘的空白、換行跟註解拿掉，這個過程叫做精簡化（minify），程式功能不變，但檔案體積會縮小。你可以只做精簡化，也可以進一步選擇「精簡化並合併」，把多個 CSS 或 JavaScript 檔案合併成更少的檔案數量，減少瀏覽器要分別跟主機請求的次數。
搭配精簡化的還有「非同步載入」的設定，把不影響使用者第一眼看到畫面的 CSS 跟 JavaScript 檔案挪到背景載入，避免這些檔案延遲頁面其他內容優先顯示，對第一眼的載入體驗有直接幫助。另外還有針對字型的最佳化選項，可以套用在 Google Fonts 跟 Font Awesome 這類常見的字型服務上，選擇把字型檔案內嵌進頁面、沿用既有的 CSS 設定，或是改成非同步載入字型的 CSS 與 JavaScript。
精簡化聽起來單純，實際套用後偶爾會遇到版面跑掉或某個互動功能失效的狀況，這通常代表某幾支 CSS 或 JavaScript 檔案跟合併壓縮的機制不相容。遇到這種情況，不需要整個關掉精簡化功能，開發團隊的除錯建議是先檢查是否有 CSS 語法本身寫錯的問題，再把有疑慮的那幾支檔案，個別從精簡化與合併的名單裡排除掉，讓其他正常的檔案繼續套用精簡化。如果問題出在 JavaScript，可以先試著開啟「讓每支被納入的檔案各自獨立包裝」這個選項，或是先暫時停用 JavaScript 合併，縮小問題範圍再處理。
相容性設定涵蓋 WooCommerce、Cloudflare 與多語系外掛
裝了新外掛，大家最擔心的往往是會不會跟現有的東西互相衝突，尤其是 WooCommerce、Cloudflare 跟多語系外掛這幾個最常被問到的組合。
先看電商網站最在意的 WooCommerce。WP-Optimize 的頁面快取功能會自動排除購物車、結帳流程、會員中心這類內容會隨著使用者不同而變化的頁面，做法是透過一個叫做 DONOTCACHEPAGE 的標準機制，外掛說明除了 WooCommerce，Easy Digital Downloads 以及任何用這個機制排除敏感頁面的電商外掛都適用，代表你可以放心讓 WooCommerce 商品頁被快取，同時不用擔心結帳流程被錯誤快取而出問題。
再來是很多人會問的 Cloudflare。WP-Optimize 的頁面快取跟 Cloudflare 的代理層快取是兩個各自獨立運作的機制，同時開啟不會互相衝突，你可以兩者都用，也可以只用其中一個，開發團隊明確說明兩者會互補而不是互相干擾。唯一值得留意的細節是，Cloudflare 有時候會把 WP-Optimize 用來確認快取是否生效的 HTML 註解拿掉，如果你看不到那段註解，不代表快取沒有作用，只是被 Cloudflare 過濾掉而已。
最後是多語系外掛，像 WPML 或 Polylang 這類外掛，WP-Optimize 同樣支援。要留意的是網址格式，不同語言版本的網址應該用像 example.com/en 這種美化過的永久連結格式，而不是用帶問號參數的格式，例如 ?lang=en，否則不同語言的頁面版本可能會共用到同一份快取，導致訪客看到錯誤語言的內容。
使用 WP-Optimize 前要留意的資料表格式與主機限制
這支外掛的功能看似面面俱到，但用之前有兩個地方容易被誤會，要先弄清楚。
第一個要留意的地方是資料表格式。現代 WordPress 網站的資料表多半是 InnoDB 格式，WP-Optimize 會先檢查資料庫的版本與設定，如果是支援線上變更資料表結構的 MySQL，或開啟了 innodb_file_per_table 的 MariaDB，InnoDB 資料表照樣可以最佳化；條件不符的較舊環境，外掛就會跳過 InnoDB 資料表，畫面上註明這些表不會被最佳化，另外附一個「Optimize InnoDB tables anyway」的強制選項，並提醒你先讀過 FAQ 對這項操作風險的說明。不管是哪一種情況，其他清理功能像是清文章修訂版本、清垃圾留言，都不會受到影響，照樣正常運作。
第二個提醒跟外掛本身的開發狀態有關。開發團隊明確說明這是一支持續開發中的外掛，任何外掛都無法完全排除意外狀況跟臭蟲，建議第一次使用前，先在測試環境跑過一次，或是為資料庫做一次備份，穩妥一點再正式套用到正式站。另外，如果你的網站架在共用主機上，某些主機商基於安全考量，會擋掉 SQL 的 OPTIMIZE 指令，遇到清理效果不明顯、資料庫大小沒有變化的情況，除了檢查設定本身，也可以先問一下主機商，是不是主機環境本身就限制了這個指令的執行。
快取外掛衝突的原因是搶用同一支系統檔案
很多人會有一個直覺想法，多裝幾支效能外掛，效果是不是可以疊加？但快取類的外掛不能這樣用。原因出在快取功能都需要用到同一個系統層級的檔案，叫做 advanced-cache.php，兩支快取外掛同時搶著使用這個檔案，結果就是互相衝突，快取行為變得不穩定，甚至完全失效。
解法很簡單。一個網站只能選一支外掛當快取的主力。如果你的網站已經在用別的快取外掛，只要把 WP-Optimize 裡的 Cache 功能關掉就好，資料庫清理、圖片壓縮、精簡化這三個模組不涉及 advanced-cache.php 這個檔案，可以照常搭配任何其他快取外掛一起使用，不會受到影響。
WP-Optimize Premium 的功能、方案與價格
WP-Optimize 另有付費的 Premium 版本，方案分成三個等級：Starter 一年 49 美元，最多可以用在 2 個網站；Business 一年 99 美元，最多可以用在 5 個網站；Enterprise 一年 194 美元，網站數量不設上限。三個方案的功能其實完全一樣，差別只在於可以安裝的網站數量，不是買比較貴的方案就能解鎖更多功能。
Premium 加上的功能，多半是在前面幾個分頁上再多一層控制。資料庫清理的部分，排程可以指定精確的執行時間與日期，不同的清理任務也能各自設定不同頻率；Tables 分頁可以只挑選單一資料表或特定幾張資料表分別最佳化，不必每次整批處理全部資料表；執行清理前還能先預覽要清掉的內容。
快取的部分，可以依使用者角色提供不同的快取內容，例如電商網站要讓經銷商跟一般消費者看到不同的價格或內容；也能依個別使用者提供專屬的快取，適合線上課程平台這類需要呈現高度個人化內容的場景。另外多了一項權限控管，可以指定哪些使用者角色有權限清除快取，例如只開放給管理員，或是線上教學平台裡的老師角色，避免權限不足的使用者誤觸清除快取的功能。
WooCommerce 商店另有一項效能調校，把原本比較耗時的一段查詢，替換成兩段效率更高的查詢，訂單量大的商店能感覺到明顯的差異。其他功能還包括跨站集中管理多個網站、關鍵資源的預先載入、指令列（WP-CLI）操作支援，以及付費技術支援。TeamUpdraft 在價格頁說明，付費用戶提交客服表單之後，多數會在 24 小時內收到回覆，週末人力較少則不在此限。
把這幾個分頁攤開看完，你應該已經看得出來，WP-Optimize 想解決的不是單一個問題，而是把資料庫清理、圖片壓縮跟基礎快取這幾件平常容易被忽略的維護工作，收進同一支免費外掛裡，不必再另外裝三、四支外掛才能把這些工作都處理好。真正決定效果好不好的，反而不是裝了這支外掛本身，而是你有沒有把排程設定起來、定期讓它自動跑，而不是裝完就晾在後台沒再打開過。資料庫跟圖片不會自己變乾淨，但只要設定對一次，接下來就能交給外掛自動處理，把力氣留給真正需要你判斷的事。