網站跑很慢，主機該換嗎

上個月有位做五金貿易的老闆傳訊息給我：「我的網站跑很慢，客戶都跟我抱怨，是不是主機太爛？我想換一家。」我請他先別急著花錢，用 PageSpeed Insights 跑了一次，結果很清楚——他的主機回應只花了 190 毫秒，一點問題也沒有。真正拖垮他的，是首頁那八張沒壓縮的產品照，加起來 14MB。他準備換主機的那筆錢，其實一毛都不用花。

「網站跑很慢」其實是三件不同的事

這是最多錢被浪費的地方。老闆說「慢」，工程師聽到的是三種完全不同的病，治療方式也完全不同。

第一種是等很久才開始出現東西。網址按下去，畫面白白的，轉圈圈，過了兩三秒才看到第一個字。這通常是伺服器回應太慢，術語叫 TTFB（Time To First Byte，第一個位元組的時間）。這一種，跟主機真的有關係。

第二種是東西出來了，但主圖遲遲不進來。文字先跑出來，最上面那張大圖還在慢慢刷。這是 LCP（Largest Contentful Paint，最大內容繪製）的問題，八成跟圖片沒壓縮、沒設定尺寸有關，跟主機關係很小。

第三種是畫面都在了，但點下去沒反應。按鈕點了要等半秒才有動作，選單卡卡的。這叫 INP（Interaction to Next Paint，互動到下次繪製），元兇幾乎都是塞太多 JavaScript，也就是外掛太多、追蹤碼太多。

為什麼要分清楚？因為換主機只能救第一種。第二種和第三種，你把主機從月付 300 換成月付 3000，數字一樣難看。我遇過的案子裡，真的該換主機的大概只有三分之一，另外三分之二是圖片和外掛的問題。

所以維運的第一原則很簡單：先量，再修。沒有數字就動手，等於閉著眼睛開刀。

先量再修：三個數字看懂你的網站健康度

Google 有一組公開的驗收標準叫 Core Web Vitals，任何人都可以免費查，不需要工程背景。打開 PageSpeed Insights，貼上你的網址，看三個數字：

• LCP 要在 2.5 秒以內——主要內容多久出現
• INP 要在 200 毫秒以內——點下去多久有反應
• CLS 要在 0.1 以下——版面會不會亂跳（你要按按鈕結果廣告跳出來擠走，就是這個在作怪）

另外自己再多看一個 TTFB，理想值抓 200 毫秒以內，超過 800 毫秒就該檢討主機。Google 的官方文件把 0.8 秒當作 TTFB 的參考上限。

順帶提醒一個很多人搞錯的地方：一定要看手機版的分數，而且要看「實際使用者資料」那一段，不是「實驗室診斷」那一段。實驗室是在理想網路下跑的，實際使用者資料才是你真正的客人用 4G 打開時的樣子。這兩個數字常常差一倍以上。

2026 年的統計顯示，只有約 47% 的網站三項全過。剩下的 53% 不是網站壞掉，而是每天在默默漏掉一部分轉換——這種損失不會出現在任何報表上，所以最容易被忽略。

台灣選主機，先看機房在哪，再看價格

這是台灣中小企業最常踩、也最容易解決的一個坑。很多老闆買主機看的是「一年多少錢、送不送網域」，卻沒問一句最關鍵的：機房在哪個國家？

實測數字很直白。以台灣的使用者連線來說：

• 東京機房：TTFB 約 80–100 毫秒
• 新加坡機房：約 120–150 毫秒
• 美國機房：約 400–500 毫秒，有時更高

同一個網站、同一套程式，只是機器放的位置不同，光是「開始傳資料」這一步就差了將近半秒。而這半秒是疊加在後面所有步驟之前的——它會直接推高 LCP，讓你後面再怎麼優化圖片都補不回來。

很多台灣中小企業買的是美國的便宜共享主機，因為國外促銷方案第一年常常不到台幣一千。問題是你的客戶九成九在台灣，等於每一位客人每次點進來都先罰站半秒。

再看主機等級的差距。實測資料顯示，WordPress 站放在一般共享主機，TTFB 平均落在 900–1400 毫秒；同一個站搬到有伺服器層快取的代管主機，可以壓到 120–250 毫秒。跨 14 家業者的測試中，開了快取之後最快 80 毫秒、最慢 380 毫秒，中間 300 毫秒的落差會原封不動加到每一位訪客身上。

共享主機為什麼慢？因為一台機器塞了幾百個站，你的網站跟其他人搶 CPU 和記憶體。平常還好，一旦同機房有人被灌流量或跑大量排程，你就跟著卡。這種慢法還特別討厭——它不是固定慢，是隨機慢，你自己測十次可能九次正常，客戶偏偏遇到那一次。

務實的建議是這樣：如果你的客戶在台灣，機房就選台灣或東京；如果你的站有金流、有會員、有訂單，就不要用最便宜的共享方案。把主機預算從一年一千拉到一年八千，通常是整個網站投資報酬率最高的一次升級，因為它同時改善速度、穩定度和資安。

慢一秒，到底損失多少錢

速度這件事講很多年了，但多數人低估了它的量級。這裡有幾組可以直接拿去說服老闆的數字。

Google 與 Deloitte 合作的研究分析了 37 個品牌、3,000 萬次使用者工作階段，結論是：手機版網站只要快 0.1 秒，零售的轉換率上升 8.4%、旅遊業上升 10.1%。注意，是 0.1 秒，不是 1 秒。

Vodafone 義大利做過一個更乾淨的 A/B 測試：兩個外觀與功能完全相同的頁面，只差在效能，LCP 改善 31%，銷售就多了 8%。這個實驗特別有說服力，因為它排除了設計和文案的變因。

反過來看損失：載入時間從 1 秒拉到 3 秒，跳出率增加 32%；超過 3 秒，約 53% 的手機訪客直接放棄。而通過 Core Web Vitals 三項門檻的網站，跳出率平均低 24%。

如果你想理解「為什麼零點幾秒差這麼多」，Nielsen Norman Group 的經典研究把人對等待的感受切成三段：0.1 秒以內，人會覺得是自己的動作直接造成畫面變化；1 秒以內，人會察覺延遲但思緒不會被打斷；超過 10 秒，人的注意力就離開了，會跑去做別的事。

這解釋了一件反直覺的事：從 8 秒優化到 5 秒，客戶感受不大；但從 1.5 秒優化到 0.9 秒，感受非常明顯。因為後者跨過了「思緒不被打斷」的那條線。所以已經在及格邊緣的網站，再擠一點速度出來，往往比從很爛救到普通更划算。

十個網站有八個，慢在圖片

如果只能修一件事，修圖片。根據 HTTP Archive 的統計，圖片大約佔一個頁面總重量的 48%，而且是約 85% 桌機頁面的 LCP 元素——也就是說，那張讓使用者覺得「網站開好了」的東西，多半就是圖片本身。

台灣中小企業網站的圖片問題，幾乎都長一樣：設計師交了一張 3000px 寬、3MB 的 PNG，工讀生直接上傳，首頁放了八張。這在設計軟體裡看起來很漂亮，在 4G 網路上就是災難。

解法不難，四個動作：

• 換格式。同樣畫質下 WebP 比 JPG 小約 25–35%，AVIF 更可以小到 JPG 的一半左右。WordPress 現在有現成外掛可以自動轉換
• 改尺寸。網頁上實際只顯示 800px 寬，就不要傳 3000px。這一步通常就砍掉七成
• 開延遲載入。第一屏以下的圖等使用者捲到再載入。但第一屏那張主圖不要延遲載入，那會讓 LCP 更差
• 標好寬高。圖片標上尺寸，瀏覽器才會先把位置留好，版面就不會亂跳，CLS 自然下降

做完這四件事，頁面重量通常可以降 50–70%。這是所有效能優化裡投資報酬率最高、也最不需要動到程式邏輯的一塊。

外掛不是越多越好，是越少越好

WordPress 的優點是什麼都有外掛，缺點也是什麼都有外掛。我看過最誇張的一個站裝了 47 個外掛，其中 19 個是三年前試用完忘記刪的。

外掛拖慢網站有三條路徑。第一，每個外掛都在前台塞自己的 CSS 和 JS，一個頁面可能載入二十幾支檔案，這是 INP 變差的主因。第二，很多外掛會在每次載入時查資料庫，查詢一多，TTFB 就上去了。第三，外掛之間會打架，兩個做快取的外掛裝在一起，效果常常是負的。

盤點的方法很土但有效：把外掛清單印出來，一個一個問「這個現在還有在用嗎？」，不確定的就先停用一週看有沒有人反映。停用一週沒事，就刪掉，不要只停用不刪除——停用中的外掛檔案還在伺服器上，有漏洞一樣會被打。

另外一個常見誤區：很多人裝了三個效能外掛，以為疊加效果更好。快取外掛只留一個，多裝只會互相干擾，還很難除錯。

維運真正的重點，其實不是速度，是「你的網站還在不在」

前面講的都是速度，但講句實話，速度慢頂多是少賺；網站被打掛或資料不見，是直接停業。

先看資安的量級。2025 年 WordPress 生態系統中被發現的新漏洞達到 11,334 個，比 2024 年成長 42%，其中高風險漏洞的數量超過前兩年的總和。而在 2025 年被入侵的 WordPress 網站中，78% 至少有一個外掛跑著過期版本。

更關鍵的是速度。研究統計 2025 年被大規模利用的 WordPress 漏洞，從漏洞公開到被實際攻擊的加權中位數只有 5 小時。這代表什麼？代表「我下個月請人來更新」這句話在現實裡不成立。漏洞公開的當天下午，掃描機器人就已經在敲你的門了。

再看備份。這一段的數字更嚇人：60% 的小企業在發生重大資料遺失後六個月內結束營業；而資料遺失持續超過 10 天的組織，有 93% 在一年內破產。同時，約 58% 的中小企業承認自己對資料遺失毫無準備。

最容易被忽略的是「以為有備份」。2025 年一份針對 3,000 位 IT 人員的調查發現，10% 的人表示如果備份沒跑成功，他們要好幾天後才會知道；6% 的人根本沒在監控備份狀態。備份跟保險一樣，沒有測試過的備份等於沒有備份。

所以一份合格的維運，最少要包含這四件事，缺一不可：

• 核心與外掛定期更新，安全性更新要當週處理，不是當月
• 異地自動備份，而且備份不能只存在同一台主機上（主機掛了備份也一起掛）
• 每季實際還原一次，確認備份檔真的能用
• 監控與通知，網站掛掉要在五分鐘內有人收到訊息，不是等客戶打電話來罵

AI 工具實戰：把 PageSpeed 報告翻成你看得懂的待辦清單

PageSpeed Insights 最大的問題不是不準，是看不懂。它會丟給你「消除禁轉譯資源」「延後載入螢幕外圖片」「減少未使用的 JavaScript」這種話，老闆看完只能整份轉給工程師，然後就沒有然後了。

這一段教你用 AI 把它變成一份可以自己決策的清單。整個流程大概二十分鐘。

第一步，取得原始資料。打開 PageSpeed Insights，輸入你的網址，切到「行動裝置」分頁。等跑完之後，把整頁的文字用滑鼠全選複製（不要只截圖上面的分數，要把下面「診斷」和「機會」那幾段一起複製）。如果版面太長，分兩次貼也可以。

第二步，讓 AI 做分類與排序。打開 ChatGPT、Claude 或 Gemini，用這個 prompt：

「以下是我的網站在 PageSpeed Insights 行動版的完整報告：[貼上]。我是公司老闆，不懂技術。請你做四件事：一、用白話解釋我這個網站現在最嚴重的三個問題各是什麼，以及使用者實際會感受到什麼。二、把所有建議分成三類：A 我自己在 WordPress 後台就能處理、B 需要工程師改程式、C 需要換主機或方案。三、每一項標上『改了大概能省多少時間』與『難度』。四、如果我只有一個下午，先做哪三件事？請直接排序，不要給我全部都很重要這種答案。」

第三步，追問成本。拿到清單之後再問一句：「上面 B 類的項目，如果要外包，請估台灣市場的合理工時與費用範圍，並說明哪幾項可以合併成一次委外比較省。」這一步是為了避免被工程師分批報價。

第四步，圖片批次處理交給 AI 工具。如果問題出在圖片，Canva 或 Adobe Firefly 的批次匯出可以一次把整組素材轉成 WebP 並統一尺寸；WordPress 端則用自動轉檔外掛處理已上傳的舊圖。但有一個原則要守住：實績照、廠房照、產品照一定用真的，AI 生成圖只適合用在抽象的背景或情境示意，用在產品上是自毀信任。

第五步，做成月度檢查的固定流程。把上面的 prompt 存成範本，每個月跑一次 PageSpeed、貼進去、比對上個月的清單。你會很清楚看到哪些問題被解決了、哪些一直沒動。這比你每個月問工程師「網站還好嗎」有用得多。

誠實講限制。AI 在這件事上有三個做不到的地方。第一，它看不到你的主機後台，所以關於伺服器規格、機房位置、資料庫狀況的判斷，它只能猜，你要自己去問主機商。第二，它給的費用估算只能當談判參考，不能當報價依據，實際差異很大。第三，它會很有自信地建議你安裝某些外掛，但外掛的維護狀態和相容性它不一定是最新的——裝之前一定要自己去 WordPress 外掛頁看「最後更新日期」和「相容版本」，超過一年沒更新的就別裝。

合理的分工是：AI 負責翻譯、分類、排序和寫溝通文件；人負責驗證數字、決定預算、以及真正動手改。

常見錯誤：主機維運最容易踩的七個坑

第一，網站慢就先換主機。三分之二的案子問題不在主機，換了照樣慢，錢白花還要重新搬站。先量 TTFB，超過 800 毫秒再考慮換。

第二，貪便宜買國外共享主機。客戶在台灣、主機在美國，每個人每次都先罰站半秒。一年省下的幾千塊，遠不如流失掉的詢問單。

第三，圖片直接把設計稿丟上去。圖片佔頁面重量近一半，不壓縮等於在網站上綁沙包。

第四，外掛只停用不刪除。停用中的外掛檔案還在伺服器上，漏洞一樣會被利用。要嘛用，要嘛刪。

第五，備份只存在同一台主機。主機掛掉、被駭、被停權的時候，備份跟網站一起消失。異地備份是最低要求。

第六，從來沒測試過還原。備份檔壞掉是常態，你只會在最需要它的那一天才發現。至少每季實際還原到測試環境一次。

第七，安全性更新排到下個月。漏洞公開到被攻擊的中位數是 5 小時。安全性更新跟功能更新是兩件事，前者不能排隊。

一份可以直接照做的維運檢查表

不需要工具、不需要工程師，這份清單自己就能跑。建議印出來貼在牆上。

每週：

• 檢查有沒有安全性更新，有就當週處理
• 確認備份最近一次成功執行的時間
• 用手機開 4G 打開自己的首頁和主要產品頁，感覺一下

每月：

• 跑一次 PageSpeed Insights 行動版，記下 LCP、INP、CLS 三個數字
• 檢查表單有沒有真的收得到信（自己送一封測試）
• 看一次外掛清單，刪掉沒在用的

每季：

• 實際還原一次備份到測試環境，確認檔案可用
• 檢查 SSL 憑證到期日、網域到期日
• 確認主機方案的空間和流量還夠用

每年：

• 檢視主機方案是否還符合現在的流量規模
• 更新網站上的案例、最新消息、聯絡資訊（放三年沒動的網站，客戶會以為你收了）
• 檢查有沒有已經不再維護的外掛需要找替代方案

結論：維運是最不性感、但最划算的一筆錢

網站設計花的錢看得到，維運花的錢看不到。所以維運永遠是第一個被砍的預算，也永遠是出事之後最後悔的那一項。

但把數字攤開來看其實很清楚：0.1 秒值 8.4% 的轉換率、圖片壓縮可以砍掉一半頁面重量、5 小時是漏洞被攻擊的中位時間、60% 的小企業在資料遺失後六個月內關門。這些都不是要你多花錢，而是要你把已經花的錢守住。

如果你今天只想做一件事，就打開 PageSpeed Insights，輸入你的網址，切到行動版，看那三個數字。花三分鐘，你就會知道自己的網站是缺速度、缺內容，還是缺一份像樣的維運。