測試網站速度，先分清楚你要的是哪一種數據：實驗室數據是「控制在相同條件下的跑分」，真實使用者數據是「訪客實際經歷的載入」。兩者經常打架，只看其中一種都會誤判。這篇講怎麼測才準，順帶處理更急的情況——網站打不開時先查什麼。
先分診：打不開和慢是兩種病
網站打不開和網站慢，排查方向完全不同。打不開按這個順序縮範圍：
- 只是你打不開，還是大家都打不開？用手機流量（不走 Wi-Fi）再開一次，或用線上檢測工具從外部探測。只有你打不開，問題在本機網路或 DNS。
- 網域解析通不通？查 DNS 是否指向正確的伺服器 IP。剛換過 DNS 記錄的站，傳播期內各地解析不一致是常態。
- 伺服器活著嗎？直接用 IP 存取或 ping 伺服器。伺服器有回應但網站掛了，問題在程式或資料庫。
- 憑證過期了嗎？瀏覽器直接擋下並顯示安全警告，很多人以為是「網站壞了」，其實是 SSL 憑證到期。
分診完確認是「慢」而不是「掛」，進入量測。
實驗室數據：固定條件下的跑分
實驗室數據的價值是可重複：同樣的設備模擬、同樣的網速，每次跑分結果接近，適合做改版前後的對比。常見工具都內建行動裝置模擬和限速設定，跑一次會給出 LCP、INP、CLS 和各項資源的載入瀑布圖。
看瀑布圖比看總分有用。載入瀑布從上往下：最上面那條 HTML 文件的等待時間是 TTFB，它長代表伺服器或快取有問題；TTFB 短但後面資源拖很長，問題在前端資源體積。兩種病的藥完全不同。
真實使用者數據：訪客實際經歷的
實驗室跑分滿分，訪客還是覺得慢——因為你的訪客用的網路、裝置、地理位置跟實驗室不一樣。真實使用者數據（野外數據）來自真實訪客的統計，Google 的 Core Web Vitals 評估用的就是它：門檻 LCP ≤2.5s、INP ≤200ms、CLS ≤0.1，看的是百分之七十五分位的通過率（web.dev Core Web Vitals）。
真實數據的弱點是需要流量累積，新站沒有足夠樣本。實務上的組合：新站用實驗室數據做基準，站有流量後以真實數據為準，兩者都裝進每月的固定檢查。
三個真實形態：慢的原因經常不在你想的地方
形態一：伺服器沒快取。某站首頁 TTFB 實測 2.14s，每一個訪客都觸發完整的 PHP 執行。在伺服器層加上 fastcgi 快取段後，TTFB 降到 0.067s，機器規格一動沒動。三十倍的差距，來自一個快取設定。
形態二：一張圖拖垮全系。另一個站的產品頁模板放了一張 15MB 首圖，幾百個產品頁的速度指標全數不及格。伺服器完全沒問題——問題在沒有人管上傳檔案的大小。修法是上傳前壓縮加模板端限制，不是換主機。
形態三：資源設定超出機器。一台 1 核 1GB 的機器跑三個 WordPress 長期不穩，看起來是「站太多」，實測根因是 PHP 的 memory_limit 被設成 1024M，超過整機記憶體；改成 256M、工作進程從 6 降到 4 後恢復穩定。實測單個 PHP 進程佔 80–124MB，算一下就知道 6 個進程對 1GB 記憶體意味著什麼。
三個形態的共同點：量測之前，直覺的答案（換主機、升級、優化圖片）全都不對。這就是測試網站速度的真正價值——先定位，再花錢。
排查順序清單
| 順序 | 查什麼 | 指向 |
|---|---|---|
| 1 | TTFB（HTML 等待時間） | 長 → 伺服器快取、PHP 執行、資料庫 |
| 2 | 最大資源的體積 | 圖片影片未壓縮、打包檔案過大 |
| 3 | 第三方指令數量 | 統計、客服、廣告碼互相等待 |
| 4 | 字型載入方式 | 阻斷渲染的字型請求 |
| 5 | CLS 來源 | 沒設尺寸的圖片和廣告區塊 |
這個順序的原則是先抓大頭：TTFB 和最大內容元素通常貢獻了八成的體感速度，字型和 CLS 是最後的細修。
持續監控：別等客戶告訴你站掛了
網站打不開最貴的成本不是技術修復，是「掛了沒人知道」的時間窗。基本監控不用花大錢：可用性監測每幾分鐘探測一次首頁，連續失敗就發通知；再加一條證書到期提醒，過期前一個月開始警告。有這兩條，九成的「網站掛了」事件會在你發現之前收到警報。
監控之外，把測試網站速度變成例行公事：每月固定跑一次實驗室量測、每季看一次真實使用者數據的趨勢。數據留檔，跟歷史版本比——速度問題幾乎都是漸進惡化的，有基準線才看得出來。
CDN 與伺服器位置：一個常見疑問
外貿站常問：伺服器放國內還是國外？Google 官方的說法是，判斷網站面向哪個國家主要看網域類型、hreflang 和內容本身，伺服器位置只是弱訊號，用 CDN 之後基本可以忽略。也就是說，機器放在哪裡對排名幾乎沒有影響，對訪客的速度感受有影響——跨洲訪問延遲是真實存在的，這正是 CDN 的用途：把靜態資源放到離訪客近的節點，動態請求回源。速度量測時記得分地區看，你的主要市場在哪，就以哪個地區的數據為準。
小結
測試網站速度的紀律：打不開先分診，慢用兩種數據交叉看，排查按清單從大頭往下走。速度是持續性的維護項，不是一次性的專案——每次加新功能、傳新圖，都是一次重新量測的時機。速度與整體效能的關聯可以延伸讀外貿獨立站的響應速度優化；架站時的伺服器選擇見網站架設完整教學；交付驗收的整體標準，參考簽約前的 8 項硬指標。
常見問題
測試網站速度，用哪個工具的結果最準？
沒有單一最準。實驗室工具適合改版前後對比（條件固定可重複），真實使用者數據反映訪客實際經歷，兩者交叉看才不誤判。
網站打不開的時候，第一步先查什麼？
先確認範圍：用手機流量再開一次，確認是大家都打不開還是只有你。接著依序查 DNS 解析、伺服器存活、SSL 憑證效期。範圍沒縮對，後面全是白忙。
速度指標那麼多，到底先看哪個？
先看 TTFB 和 LCP。TTFB 長指向伺服器快取與後端執行，LCP 被圖片拖慢的最多。這兩項通常貢獻八成體感，先抓大頭再細修。
為什麼檢測工具分數很高，訪客還是說慢？
工具跑的是實驗室環境：固定網速、固定裝置、離訪客近的節點。你的訪客用真實網路、真實手機、跨洲距離——這就是為什麼要以野外數據為準。
作者：劉宇，河南天問網路技術負責人。公司 2017 年成立（工商登記 2017-05-03），長期維護 30–40 個外貿獨立站，自營 tianwenwangluo.com、waimaodulizhan.com、tianwenseo.com 三個站。本文數據均來自我們自己站台的實測，不承諾排名、流量與詢價數。