- 登入
- 註冊
網站測速怎麼測？5 個免費工具 + 跑分太低的 6 個元凶與解法
內容目錄
顯示
本文 Core Web Vitals 閾值數據來源：Google web.dev — Core Web Vitals（2024 年更新）。PageSpeed Insights 工具說明來源：Google Developers — PageSpeed Insights。Lighthouse 工具說明來源：Chrome Developers — Lighthouse。WebPageTest 背景來源：WebPageTest — About。
網站速度慢，你的生意每天都在漏財
你花了時間架好網站，寫好內容，流量卻不見起色，或者訪客進來沒幾秒就離開了——這很可能不是內容問題，而是速度問題。
根據 Google 官方研究，頁面載入時間從 1 秒延長到 3 秒，跳出率上升 32%；延長到 5 秒，跳出率更高達 90%。
來源：Google — Why Performance Matters
速度的影響不只是跳出率，還直接牽動 SEO 排名。Google 從 2021 年起將 Core Web Vitals（核心網頁指標）正式納入排名因素。網站速度差，不只是使用者體驗差，更是在告訴 Google：「這個頁面不適合給用戶看。」
問題是，很多網站主根本不知道自己網站慢到什麼程度，更不知道是什麼原因拖慢了速度。這篇文章的目的就是幫你搞清楚：怎麼測，怎麼看，問題出在哪裡，怎麼解決。
5 個免費測速工具總覽
市面上的測速工具很多，但免費、常用、資訊完整的大約就這 5 個。每個工具的側重點不同，建議搭配使用，而不是只用一個就下結論。
| 工具名稱 | 提供者 | 免費方案 | 主要特色 | 適合對象 |
|---|---|---|---|---|
| PageSpeed Insights | 完全免費 | 真實用戶數據 + Core Web Vitals；官方最具權威性 | 所有網站主 | |
| Lighthouse | Google（Chrome 內建） | 完全免費 | 瀏覽器開發者工具直接跑；效能、無障礙、SEO 全覆蓋 | 有技術背景的開發者 |
| GTmetrix | GT.net | 免費（有限制） | 瀑布式載入分析；可看每個資源的載入時間 | 想深入分析載入瓶頸者 |
| Pingdom Website Speed Test | SolarWinds | 免費（基礎功能） | 多地點測試；效能評分與改善建議 | 快速掌握整體狀況者 |
| WebPageTest | Catchpoint | 免費（基礎功能） | 全球多地點、多瀏覽器測試；進階指標最完整 | 需要深度診斷的進階用戶 |
PageSpeed Insights — 最有公信力的入門首選
工具網址：developers.google.com/speed/pagespeed/insights
由 Google 官方提供，完全免費，不需要帳號就能使用。輸入網址後，工具會分析行動版和桌面版兩個版本，提供 0–100 分的效能分數，並拆解出 Core Web Vitals（LCP、INP、CLS）的實際數值。
最有價值的地方在於：PageSpeed Insights 同時提供兩種資料——「真實用戶數據」（來自 Chrome UX Report，反映過去 28 天真實訪客的體驗）和「實驗室數據」（模擬環境測試）。兩者都看，才能判斷問題是系統性的，還是偶發的。
報告最下方的「機會」和「診斷」區塊，會列出具體的改善建議，是找問題的好起點。
[截圖：秒站試用站 PageSpeed Insights 行動版跑分畫面，顯示 Core Web Vitals 三項指標]
Lighthouse — 開啟瀏覽器就能跑的全面稽核
工具說明：developer.chrome.com — Lighthouse
Lighthouse 是 Google 開源的稽核工具，直接內建在 Chrome 瀏覽器的開發者工具（DevTools）裡，不需要安裝任何東西。開啟方式：在 Chrome 按 F12 或右鍵「檢查」，切換到「Lighthouse」分頁，選擇要測試的裝置類型，按「分析頁面載入」。
Lighthouse 的特色是四個面向同時評分：效能、無障礙功能、最佳做法、SEO。對技術人員來說，報告中的「機會」和「通過的稽核項目」提供了非常詳細的技術改善方向，例如哪些 JavaScript 文件阻擋了渲染、哪些圖片可以用更現代的格式（WebP/AVIF）等。
PageSpeed Insights 的「實驗室數據」其實就是用 Lighthouse 引擎跑出來的，所以兩者數據會高度一致。如果你想快速在本機測試，不想等 PageSpeed Insights 網站，直接開 Chrome DevTools 跑 Lighthouse 更方便。
GTmetrix — 瀑布圖診斷載入瓶頸的利器
工具網址：gtmetrix.com
GTmetrix 免費方案每天可以跑有限次數的測試（需註冊帳號），提供效能分數、Core Web Vitals 數值，以及最有診斷價值的「瀑布圖」（Waterfall Chart）。
瀑布圖會把頁面載入時用到的每一個資源（HTML、CSS、JavaScript、圖片、字體等）依時間軸排列，讓你看出哪一個資源花最久、哪個資源卡住了後面的載入。這是找出「慢在哪裡」最直觀的方式，PageSpeed Insights 沒有這個功能。
免費版測試伺服器預設在加拿大溫哥華，距離台灣較遠，所以分數通常會比本地測試低。重點不是和 PageSpeed Insights 比分數，而是用瀑布圖找出問題資源。
Pingdom Website Speed Test — 快速掌握整體表現
工具網址：tools.pingdom.com
Pingdom 的免費測速工具介面簡潔，可以選擇多個測試地點（包含亞洲節點），輸入網址後幾秒鐘就能得到結果：整體效能評分（A–F 等級）、頁面載入時間、頁面大小、HTTP 請求數量，以及按類別分解的改善建議。
對剛開始接觸網站效能的人來說，Pingdom 的報告比較直觀，不需要太多技術背景就能理解。如果你只想快速知道「這個網站大概多快」，Pingdom 是好的起點。
WebPageTest — 進階用戶的深度診斷平台
工具網址：webpagetest.org
WebPageTest 由 Patrick Meenan 於 2008 年創建，現由 Catchpoint 維護，是目前測試選項最豐富的免費工具。你可以選擇全球數十個測試地點、指定瀏覽器版本（Chrome、Firefox、Edge）、模擬不同網路速度（4G、3G、寬頻），甚至可以設定多輪測試取平均值，排除偶發因素。
WebPageTest 提供的進階指標包括：First Byte Time（TTFB，伺服器第一個回應的時間）、Speed Index、Time to Interactive，以及 Filmstrip 功能（頁面載入過程的逐格截圖，讓你看清楚是哪個時間點出現什麼內容）。
這個工具的學習曲線比其他工具高，適合對效能優化有一定基礎，想做更精細診斷的用戶。
怎麼看跑分：Core Web Vitals 白話拆解
測完之後，你會看到一堆指標和數字。初學者最容易搞混的是 Core Web Vitals（核心網頁指標），這是 Google 最重視的三個效能指標，直接影響 SEO 排名。以下用白話說明每個指標的意思和良好標準。
來源：Google web.dev — Core Web Vitals（2024 年更新）
LCP（最大內容繪製）衡量「看得到主要內容」的速度
LCP（Largest Contentful Paint）測量的是：頁面上「最大的可見元素」出現的時間。通常這個元素是首屏的主要圖片、Hero Banner，或最大的文字區塊。
白話說就是：用戶打開網頁後，要等多久才能看到最主要的內容？
| 評級 | LCP 時間 | 代表什麼 |
|---|---|---|
| 良好 | ≤ 2.5 秒 | 用戶感受流暢 |
| 需要改善 | 2.5–4.0 秒 | 部分用戶感到遲緩 |
| 差 | > 4.0 秒 | 大多數用戶會放棄等待 |
拖慢 LCP 的最常見原因：未壓縮的大圖片、伺服器回應過慢（TTFB 高）、阻擋渲染的 JavaScript 或 CSS。
INP（互動反應速度）衡量「點了有沒有反應」的速度
INP（Interaction to Next Paint）測量的是：用戶點擊按鈕，輸入表單，觸碰選單之後，頁面要等多久才有視覺上的回應？
白話說就是：你點了，網頁有沒有立刻動起來？
| 評級 | INP 時間 | 代表什麼 |
|---|---|---|
| 良好 | ≤ 200 毫秒 | 反應立即，用戶感覺流暢 |
| 需要改善 | 200–500 毫秒 | 有輕微延遲感 |
| 差 | > 500 毫秒 | 用戶感覺卡頓或沒反應 |
INP 差的主要原因：JavaScript 執行量過多，佔用瀏覽器的主執行緒，導致用戶操作沒辦法立刻被處理。
CLS（累積版面配置位移）衡量「頁面有沒有亂跳」的程度
CLS（Cumulative Layout Shift）測量的是：頁面在載入過程中，元素有沒有突然移動或跳位？
最典型的場景：你正在看一段文字，突然廣告或圖片載入進來，整個頁面往下跳，你的閱讀位置錯開，甚至誤點了連結或按鈕。CLS 就是在量化這種「版面亂跳」的嚴重程度。
| 評級 | CLS 分數 | 代表什麼 |
|---|---|---|
| 良好 | ≤ 0.1 | 版面穩定，不會誤觸 |
| 需要改善 | 0.1–0.25 | 偶有位移，有輕微干擾 |
| 差 | > 0.25 | 頁面跳動明顯，嚴重影響閱讀 |
CLS 高的主要原因：圖片或廣告沒有預留固定高度，字體載入後文字重排，動態插入的元素沒有保留空間。
拖慢網站的 6 個元凶，以及對應的解法
測速報告告訴你「分數低了」，但你還需要知道「為什麼低」以及「怎麼改」。以下是最常見的 6 個拖慢速度的元凶，以及每個問題的對應解法。
元凶一：未壓縮或格式老舊的圖片
圖片往往是網頁最大的載入負擔。一張 3MB 的高解析度照片直接上傳到網站，行動用戶每次開頁面都要從頭下載這 3MB，速度自然慢。
解法：上傳前先壓縮圖片，把 JPEG 壓縮到 200KB 以下是合理目標。格式上，盡量改用 WebP 或 AVIF，同樣視覺品質下，檔案大小比 JPEG 小 25–50%。另外，啟用「延遲載入」（Lazy Load）讓首屏以外的圖片等用戶滾動到才載入，而不是一進頁面全部一起載。
元凶二：過多或未最佳化的 JavaScript
現代網站幾乎都依賴 JavaScript 運作各種功能，但 JavaScript 是「阻擋渲染」的主要來源之一。瀏覽器在解析 HTML 時，如果遇到 JavaScript 檔案，必須先暫停、等 JS 下載並執行完，才能繼續渲染頁面。
解法：非必要的 JavaScript 改為「延遲執行」（defer 或 async 屬性），讓頁面主要內容先渲染完再執行。定期清查網站上用不到的功能模組或追蹤代碼，減少 JS 總量。
元凶三：沒有啟用快取機制
沒有快取的網站，每次有人瀏覽頁面，伺服器都要重新計算、重新生成 HTML 再傳給瀏覽器。如果同時有很多人造訪，伺服器負擔大，回應速度自然慢。
解法：啟用伺服器端快取，讓伺服器把生成好的頁面暫存起來，後續訪客直接拿暫存的版本，省去重新計算的時間。此外，靜態資源（CSS、JS、圖片）可以設定瀏覽器快取，讓回訪者的瀏覽器直接從本機讀取，不需要再次下載。
元凶四：沒有使用 CDN 分發
如果你的網站主機在美國，台灣用戶每次請求都要跨越太平洋來回傳輸資料，光是網路延遲就要 100–200 毫秒甚至更多。這個問題不管怎麼壓縮圖片或優化程式碼都無法完全解決，因為物理距離造成的延遲是硬性限制。
解法：使用 CDN（內容傳遞網路）。CDN 會在全球多個地點設置節點，把網站的靜態資源（圖片、CSS、JS）複製到各個節點，讓用戶從最近的節點取得資料，大幅減少傳輸距離造成的延遲。
元凶五：伺服器規格不足或回應過慢（TTFB 高）
TTFB（Time to First Byte，第一個回應位元組時間）是衡量伺服器回應速度的指標。如果 TTFB 超過 800 毫秒，代表伺服器本身就很慢，後面所有的載入問題都是在這個慢基礎上疊加。
常見原因包括：共享主機資源被其他網站搶占、主機規格不足以應付流量、資料庫查詢效率差、PHP 版本過舊。
解法：升級主機規格，或從共享主機換到資源獨立的方案。確保資料庫有做最佳化，PHP 版本維持在 8.x 以上（舊版 PHP 效能顯著較差）。
元凶六：圖片或廣告未預留固定尺寸，導致版面跳動（CLS 高）
頁面在載入時，如果圖片沒有預先告知瀏覽器它的寬高，瀏覽器就不知道要預留多少空間，等圖片載入完成後才擴張，把下面的內容往下推——這就是 CLS 高的最常見原因。
廣告區塊也是重災區，廣告的尺寸是動態的，沒有固定高度的容器包裹，載入時就會推擠其他元素。
解法：所有圖片的 HTML 標籤都加上 width 和 height 屬性，讓瀏覽器能提前保留正確的空間。廣告或動態區塊使用固定高度的容器包裹，避免插入時推移其他元素。
託管 SaaS 與自架 WordPress 的效能差異
了解 6 個元凶之後，你可能會問：「這些問題我有辦法自己解決嗎？」答案取決於你用的是什麼架站方式。
自架 WordPress 的效能責任在你自己
自架 WordPress 給了你最大的彈性，但所有效能相關的設定都需要自己處理：選擇哪一家主機，開哪個規格，要不要接 CDN，快取怎麼配置，圖片有沒有自動壓縮，PHP 版本有沒有跟上……每一個環節都可能成為漏洞。
這不是說自架 WordPress 一定速度差，技術能力強的人可以把自架的網站調教得非常快。但對大多數沒有技術背景的中小企業主來說，這些設定本身就是一道高牆。
SaaS 架站平台把效能優化收進平台裡
使用 SaaS 架站服務，CDN 分發、伺服器快取、圖片自動最佳化這些基礎效能配置通常由平台統一處理，你不需要逐一設定，也不需要擔心忘記開某個功能。
秒站就是這樣的架站方式。CDN 加速、伺服器層級快取、圖片最佳化都由平台內建，使用者只需要專注在「上稿和處理訂單」，技術面由平台包攬。
想知道秒站試用站的實際跑分長什麼樣子，可以直接開一個試用站，把網址丟進 PageSpeed Insights 測試看看。
[截圖：秒站試用站 PageSpeed Insights 桌面版跑分畫面]
兩種方式的效能責任對照
| 效能面向 | SaaS 架站（如秒站） | 自架 WordPress |
|---|---|---|
| CDN 分發 | 平台內建，開站即生效 | 需自行申請，接上，設定 |
| 伺服器快取 | 平台內建快取，自動處理 | 需自行安裝並設定快取機制 |
| 圖片最佳化 | 平台自動處理圖片輸出格式與壓縮 | 需自行壓縮或安裝最佳化機制 |
| TTFB（伺服器回應速度） | 由平台維護伺服器效能 | 取決於你選的主機規格與設定 |
| PHP 版本維護 | 平台統一維護 | 需自行升級，舊版影響效能 |
| 技術門檻 | 低，專注業務即可 | 高，需要技術背景或另付委外費用 |
不是說 SaaS 絕對比自架快，而是說：在沒有專職工程師的情況下，效能優化已由平台處理好，是中小企業主更務實的選擇。
內文精華總結
這篇文章涵蓋了從測速到修復的完整流程，以下是核心重點整理：
- 速度直接影響生意：頁面載入從 1 秒延長到 3 秒，跳出率上升 32%；Core Web Vitals 也是 Google SEO 排名因素。
- 5 個免費工具各有側重：PageSpeed Insights 最具公信力（官方 + 真實數據）；GTmetrix 的瀑布圖適合找載入瓶頸；Lighthouse 在瀏覽器裡就能跑；Pingdom 介面直觀；WebPageTest 選項最完整。
- Core Web Vitals 三個指標：LCP（載入速度，≤ 2.5 秒）、INP（互動回應，≤ 200 毫秒）、CLS（版面穩定性，≤ 0.1）。三項都達到「良好」才算通過。
- 6 個常見速度瓶頸：未壓縮圖片、過多 JavaScript、未啟用快取、未接 CDN、伺服器回應慢（TTFB 高）、圖片未預留尺寸造成版面跳動（CLS 高）。每個問題都有對應解法。
- SaaS vs 自架的效能責任不同：SaaS 平台把 CDN、快取、圖片最佳化收進平台裡，中小企業主不需要自行處理這些技術環節。
延伸閱讀
速度是網站 SEO 健康度的一環，搭配以下文章一起看，能更完整地掌握網站的整體狀況：
系列文章
想系統性地掌握 SEO 知識，可以接著讀這些主題：
- 網站架構 SEO 優化完整指南 — 速度只是其中一環，架構設計才是根本
- 網站沒流量自我診斷 — 速度測完之後，下一步怎麼找問題
- 秒站 SEO 12 大優勢 — 了解平台內建了哪些 SEO 與效能機制
想看看秒站架的網站，PageSpeed 實際跑分長什麼樣子？開一個免費試用站，把網址丟進 PageSpeed Insights 測看看——試用站 1 小時即可開啟，不需要信用卡。
或者先看看方案與費用，了解適合你的選擇：秒站方案頁｜看看其他客戶怎麼用：案例作品集
重點整理
網站速度要幾秒才算合格？
Google 官方建議 LCP（最大內容繪製）在 2.5 秒以內，整體頁面載入盡量在 3 秒以內完成。根據 Google 研究，頁面從 1 秒載入延遲到 3 秒，跳出率會提升 32%；延遲到 5 秒，跳出率更高達 90%。對行動裝置用戶而言，3 秒以上幾乎等於直接離開。簡單的判斷標準是：PageSpeed Insights 分數在行動版 70 分以上、桌面版 90 分以上，搭配 Core Web Vitals 三項全部達到「良好」，才算基本合格。
PageSpeed Insights 分數與實際速度有什麼關係？
PageSpeed Insights 分數（0–100 分）是一個綜合指標，結合了真實用戶數據（Field Data）與模擬實驗室數據（Lab Data），並不等於純粹的「秒數」。分數高低受多個因素影響，包括伺服器回應速度、圖片大小、JavaScript 載入量、快取設定等。同一個頁面在行動版和桌面版的分數通常差距很大，因為行動版模擬較慢的網路環境。一個合理的目標是：行動版 70 分以上，桌面版 90 分以上。
GTmetrix 和 PageSpeed Insights 的分數為什麼不一樣？
兩個工具使用不同的測試方法和標準。PageSpeed Insights 結合了 Google Chrome 真實用戶數據（Chrome UX Report）與 Lighthouse 模擬；GTmetrix 則主要使用 Lighthouse 引擎，並在特定的測試伺服器位置（預設在加拿大溫哥華）進行模擬。伺服器位置不同、模擬網路條件不同、採樣數據來源不同，都會導致分數差異。建議兩個工具都跑一次，找出共同的改善建議，而不是執著於哪個分數更準。
LCP、INP、CLS 各自代表什麼？
這三個是 Google 的 Core Web Vitals（核心網頁指標），分別測量載入速度、互動回應、視覺穩定。LCP（Largest Contentful Paint）測量頁面最大可見元素出現的時間，良好標準是 2.5 秒以內。INP（Interaction to Next Paint）測量用戶點擊、輸入後頁面的回應速度，良好標準是 200 毫秒以內。CLS（Cumulative Layout Shift）測量頁面元素載入過程中的位移程度，良好標準是 0.1 以下。三項全部達到「良好」，才算通過 Core Web Vitals 評估。
為什麼行動版分數比桌面版低這麼多？
PageSpeed Insights 在測試行動版時，會模擬較慢的網路速度（約 4G 中速網路）與較低效能的裝置，因此同一個網站行動版分數普遍比桌面版低 20–40 分是正常現象。行動版速度差的主要原因通常是：圖片未針對行動版壓縮、JavaScript 過多影響執行效率、字體載入未最佳化、沒有啟用延遲載入（Lazy Load）。優先改善行動版效能，對 SEO 的幫助也更大，因為 Google 目前採用行動版優先索引。
使用 SaaS 架站和自己架 WordPress 主機，速度差在哪裡？
最主要的差異在於「誰負責效能優化」。自架 WordPress 需要自行選擇主機規格、安裝快取機制、設定 CDN、壓縮圖片、調整伺服器設定，每一步都可能有疏漏。SaaS 架站服務則由平台統一處理 CDN 分發、伺服器快取、圖片自動最佳化等工作，用戶不需要接觸這些技術設定。對沒有技術背景的中小企業主來說，使用效能優化已內建的 SaaS 平台，通常比自架更容易達到穩定的速度水準。
