- 日本二手連鎖店 2nd STREET 購物心得：從岡山三千日幣行李箱，到大阪二手衣挖寶經驗 - 2026-08-24
- 岡山樂享周遊券怎麼用最划算？實際用了２次後，從 Bic Camera 折價券到倉敷散策的經典兌換組合 - 2026-08-24
- 倉敷美觀地區完整攻略：從白天美術館與景點票券，到夜間河畔散步拍照 - 2026-08-24
事情的起因，是最近我的 WordPress 後台一直出現 Support Genix 的優惠廣告。問題是，我根本沒有安裝 Support Genix。
更煩人的是，這則廣告不管關掉幾次，過一陣子還是會再次出現，我前前後後至少按掉二十幾次，最後實在受不了，才請 GPT 協助排查究竟是哪一款外掛帶進來的。查詢後發現，Support Genix 和我網站裡安裝的 WP Plugin Manager，都是 HasThemes 旗下的產品，由於兩者來自同一個開發商，因此後台廣告很可能是由 HasThemes 共用的推薦或通知機制帶進來的。
雖然不能百分之百證明廣告就是由 WP Plugin Manager 產生，但在我當時安裝的外掛中，就它是最符合條件的來源，停用與移除後也沒有再出現相同狀況，基本上已經可以確定元凶。要刪除 WP Plugin Manager 來解決廣告很簡單，但問題在於，WP Plugin Manager 並不是完全沒用。
當初安裝就是要利用它控制 Meow Lightbox，避免燈箱效果在首頁或部分頁面啟動，於是我重新評估 Meow Lightbox 本身是否還有需要？
當初安裝Meow Lightbox，是因為要讓文章或圖庫裡的圖片被點擊後，以燈箱方式放大顯示，也能與 WordPress 原生圖庫及其他圖庫外掛搭配，只是重新查閱後，文章圖片即使開啟燈箱，實際上也沒有明顯放大多少，燈箱原本可提供攝影參數的功能，也早就關閉，想了下好像存在的必要沒那麼高了，最後我乾脆直接移除 Meow Lightbox。
既然燈箱外掛不存在了，WP Plugin Manager 自然也沒有繼續安裝的必要，於是兩款外掛一起刪除，處理完燈箱後，我又把腦筋動到 WP Dark Mode。
當初安裝這款外掛，是希望讀者能自行切換明亮與深色介面，晚上閱讀文章時不會那麼刺眼。不過現在手機切換深色模式已經很方便，網站本身若沒有支援系統的深色設定，畫面仍然會維持原本的白底，因此還是需要額外透過外掛或 CSS 製作深色介面，那我安裝這外掛的意義沒拉!!
且我的網站尚未收到讀者反映夜間閱讀過於刺眼，深色模式也不是網站的核心功能；另一方面，這類外掛通常需要在前台載入額外的 CSS、JavaScript，並處理圖片、文字、按鈕與各種區塊的顏色轉換，且老實說我也沒有仔細測試檢查，是否在切換後出現文字看不清楚、圖片顏色異常或部分元件沒有正確轉換等問題，於是在使用率不明、也沒有讀者明確需求的情況下，我最後決定先刪除 WP Dark Mode。
處理完前面幾款外掛後，接下來輪到比較關鍵的 WPCode Lite 和 WP Headers and Footers。
我原本一直把兩款都留著，直到這次整理才發現，WPCode Lite 本身就具備全站 Header、Body 與 Footer 程式碼插入功能，可以放置追蹤碼、驗證標籤及其他第三方服務程式，既然功能重複，自然沒有同時保留兩款外掛的必要。
於是在 GPT 協助下，我先逐段確認原本放在 WP Headers and Footers 裡的內容，再將確定仍然需要的程式碼移到 WPCode Lite。這個過程也順便逼我重新檢查那些年代久遠的程式碼，因為有些內容真的放太久，我只記得裡面好像有 Google 的東西，卻已經忘記每一段實際負責什麼，趁這次才發現原本放在 Footer 的部分內容早已沒有實際用途，因此沒有搬移，而是直接刪除
這也提醒我，程式碼不是放進網站後就可以永遠不管，第三方服務可能停用、追蹤方式可能改版，網站功能也可能早就被其他外掛取代。若沒有定期整理，後台很容易留下連自己都不記得用途的程式碼。
順帶一提，目前使用的 XWrite 佈景主題，本身也有提供 Header 與 Footer 程式碼欄位，單純只是放置 GA4、網站驗證碼或少量追蹤程式，其實不一定非得安裝這類外掛。
不過我仍然選擇保留 WPCode Lite，因為除了 Header 和 Footer，它還能集中管理不同類型的程式碼片段，並提供啟用、停用及錯誤防護機制。相較於把程式直接寫進佈景主題，日後更換佈景主題時也比較不容易遺失，畢竟之前就有前輩說過使用外掛管理程式碼，遠比直接編輯佈景主題檔案來的更安全跟有效益。
經過這一輪，我一次移除了 Meow Lightbox、WP Plugin Manager、WP Dark Mode 與 WP Headers and Footers，共四款外掛。
整理過程中，我又意外發現，以前使用過的佈景主題和部分外掛的殘存資料，雖然這些殘留資料不一定會拖慢前台，累積多了對網站也是負擔。
使用程式碼與資料庫資訊逐項比對，確認確實屬於已刪除的舊佈景主題或外掛後，就進行移除，有些外掛我都不記得我當初為什麼要安裝它的說。
既然原本安裝的清潔外掛不再有保留必要，我也一併刪除，加上原本就沒有啟用的外掛，網站外掛數量終於降到 28 款以下，看到數字變少的瞬間真的很開心。
當然，外掛不是越少越好，真正重要的是每一款外掛是否有明確用途、是否與其他功能重複、是否會在前台載入不必要的資源，以及後續是否有人持續維護，只是對我來說，這次刪掉的確實都是已經失去用途，或者可以被現有功能取代的項目，未來要是出現 bu，要除錯也比較沒那麼繁瑣。
外掛掃除得太開心，我突然想到很久以前做過的網站速度測試。記得當時手機版分數不太好看，但那時也不知道該從哪裡開始修。趁著現在有 GPT 可以協助分析，我就重新跑了一次測試，想看看還有哪些問題可以處理，結果比起分數本身，更重要的是測試報告意外抓出了不少網站問題。
首先是 GA4 重複載入。其實在整併 WPCode Lite 與 WP Headers and Footers 時，我就曾懷疑 GA4 可能被裝了不只一次，但當時覺得應該不至於那麼剛好，就先跳過沒有處理。
直到速度檢測與原始碼檢查都顯示頁面載入了重複的 Google Analytics 程式，我才繼續往下追，最後發現 Rank Math SEO 的 Analytics 設定中，也開啟了安裝追蹤程式碼的功能，於是我關閉 Rank Math 的「安裝 Analytics 程式碼」功能。
GA4 重複安裝不只是會多載入一份程式、增加不必要的效能負擔，也可能讓瀏覽、事件或轉換資料被重複送出，造成 GA4 後台數據失真。關閉重複的追蹤碼後，頁面請求與執行內容隨之減少，測試結果也有明顯改善，更重要的是讓後續分析使用的數據恢復正確。
另外，測試報告也抓到幾張容量偏大的圖片，讓我有點傻眼，因為那些只是額外找來使用的 ICON，實際顯示尺寸本來就不大，沒想到還是被列為需要改善的項目，最後我只好重新調整圖片尺寸，不過也沒有完全照著系統建議的數值處理，因為其中一張縮到建議尺寸後，放到前台反而變得模糊不清。
因此，我最後是在建議尺寸與原始畫質之間抓取平衡，盡量縮小檔案，又不影響實際顯示效果。調整後，這個項目也從紅色警示降到橘色，考量繼續壓縮可能會犧牲畫質，我就沒有再特別追求把分數拉到綠色。
另一個讓我很意外的問題，是 MailerLite 表單會額外載入第三方字型。我原本完全沒想到電子報訂閱表單，也會增加網站的載入負擔，在確認表單不一定要使用 MailerLite 指定的字型後，便改成沿用網站原本的字型，並阻止這項不必要的外部資源繼續載入。處理完後，速度測試的結果也再次提升了一些。
進行到這裡，其實都沒有調整到什麼特別大型的項目，或許也是因為我本來就沒有安裝太多吃效能的網站特效。不過這次整理也讓我發現，網站效能問題不一定來自那些看起來很複雜、的功能，有時候一個表單、一組外部字型，或是一段忘記移除的追蹤碼，這些小問題點點滴滴積累起來，最後成為了拖慢頁面載入的重要原因。
經過一連串處理後，目前 PageSpeed Insights 的手機版大約是 71 分，桌機版則到達 99 分。手機版當然還有改善空間，但繼續往下修，可能就必須投入更多時間調整首屏圖片、伺服器回應、CSS 與 JavaScript 載入順序，考量修改成本、風險與實際收益，我決定先停在這裡，不再單純為了追求更高分數而硬改，當然最重要的是我也累了，搞了一個晚上，腦袋都要枯竭了。
不過，最重要的是 PageSpeed Insights 顯示的分數，畢竟只是用特定手機和網路環境模擬出來的單次測試結果，真正的網站核心體驗，還是要以大約 28 天內，實際讀者進站時累積下來的資料，所以這次修改完成後，還是得先讓網站跑一段時間，才能知道這些調整到底有沒有真的改善讀者的使用體驗。
目前比較需要繼續觀察的，就剩下是 LCP 的 5.9 秒，其他倒是還好，讓修改後的網站累積完整 28 天的資料，再來看 LCP 有沒有降下來，再來評估後續應該要怎麼處理，且關鍵的是到這邊，ChatGPT Plus 的使用上限被我耗光，無法繼續上傳畫面討論，也只能先停下來了。
實際使用時，我自己可以感覺網站似乎真的快了那麼一點點，雖然差異還沒有大到像換了一個網站，但這已經讓我蠻意外了。畢竟我平常使用的網路環境不算差，原本以為這種幾百毫秒的差距應該很難察覺，沒想到還是能感受到一點變化。那麼對於網路速度較慢、使用行動網路，或是距離伺服器比較遠的讀者來說，這次調整帶來的改善應該會更加明顯。
以前有前輩告訴我，網站跑分只能當作參考，不需要為了追求滿分一直修改。這句話確實沒有錯，畢竟分數高不代表所有讀者的實際體驗都一定很好，分數低也不等於網站完全不能使用，不過跑分報告還是有它的價值，重點不在於最後得到幾分，而是要看這些低分是出自那些問題，這次我就是順著報告逐項檢查，才發現 GA4 重複安裝、第三方字型以及圖片尺寸等隱藏大魔王。
所以對我來說，跑分比較像是幫網站做健康檢查。分數本身不是重點，分數清單更像一張檢查清單，看到低分時，不需要立刻焦慮，也不代表網站一定很糟，真正該做的是看懂報告指出了什麼，再判斷哪些問題真的會影響讀者、數據正確性或網站維護。
打成文章後，好像只是幾段文字，但實際處理起來卻整整耗掉一個晚上，管理網站果然是一件很燒腦的事情。不過，看到外掛數量降下來、程式碼變得比較清楚，連自己都能稍微感覺到載入速度有所改善，這次大掃除應該算是相當成功。
這次調整時最大的意外，是順帶調整頁尾時，發現 DMCA 標籤居然是圖片，不知道是哪邊出問題了，我一直記得是這個標籤是用 HTML 來製作的，會這樣確定是因為 HTML 無法置中，所以當初安裝時還調整了下 HTML 結構，怎麼突然就變成了圖片？
一整個滿頭問號，且圖庫中也沒有 DMCA 的照片，這到底是怎麼回事，在百思不得其解下，我還是先回 DMCA 網站先抓標籤的 HTML 結構下來重新安裝到頁尾，安裝完畢後才注意到，若點擊標籤會進入到所有權宣示頁面，原來不是只有標籤宣告，是真的有宣告頁面喔～以後還是設定好的東西，沒事都點點看，免得跟這次一樣，莫名其妙地變成虛有其表。
