網站測速正常，為什麼開啟還是慢？從回應到首屏定位問題
網站測速很快，瀏覽器開啟卻慢？從測試網址、HTTP 回應、首屏資源、腳本執行和快取差異著手，結合 Chrome 與 PageSpeed Insights 定位問題，分清請求速度與頁面體驗。
網站測速顯示回應很快，自己打開首頁卻要等很久，這兩件事可以同時發生。多節點 HTTP 測速通常檢查某個位址能否傳回回應，以及這次請求用了多久；瀏覽器還要載入樣式、圖片和指令碼，把內容顯示出來，再讓按鈕可以操作。要找出慢在哪裡，先把這兩段過程分開。
如果你正在排查這個問題，先保留同一網址的一次網站測速結果，再用 Chrome 開發者工具記錄一次實際開啟頁面的過程。下面按這兩份記錄來判斷，避免只盯著一個「總耗時」。
先確認：測的是不是同一個頁面
測試 https://example.com/，實際存取 https://www.example.com/products，就不是同一個請求。主機名稱、通訊協定、路徑和查詢參數都可能改變重新導向、快取與後端處理。登入使用者和匿名訪客看到的內容也可能不同。
把瀏覽器網址列裡的完整公開網址複製出來，核對測速目標。先觀察有無 301、302 等重新導向，以及重新導向後的最終位址。不要把含有登入憑證、一次性權杖或私人訂單資訊的連結提交到公共測速工具。
時間也要接近。上午的測速結果不能直接解釋晚尖峰的一次卡頓；某個地區的探測結果，也不能直接代表你目前的電信業者線路。
用瀏覽器找出「等待」發生在哪一段
在 Chrome 中開啟開發者工具，進入 Network（網路）面板，開始錄製後重新載入頁面。先選類型為 document 的主文件請求，查看 Timing；再看後續資源的載入順序。Chrome 官方文件分別列出了 DNS Lookup、Initial connection、Waiting (TTFB) 和 Content Download 等階段，這些階段能幫助縮小排查範圍。
| 你看到的現象 | 下一步查什麼 | 暫時不能得出的結論 |
|---|---|---|
| 主文件請求本身遲遲沒有完成 | DNS、建立連線、TLS、重新導向和首位元組等待；對照失敗時間的伺服器日誌 | 不能只憑總耗時判定需要升級頻寬 |
| 主文件很快，某張首屏圖片很晚才完成 | 圖片大小、開始請求的時間、回應快取和傳輸過程 | 不能把 HTML 傳回快當作首屏已經快 |
| 資源已經下載，頁面仍空白或按鈕點不動 | Performance 面板中的指令碼執行、長任務和轉譯活動 | 不能繼續僅靠 HTTP 測速解釋瀏覽器執行問題 |
| 每次都卡在同一個第三方請求 | 它是否阻塞主要內容、是否被網路或瀏覽器擴充功能攔截 | 不能因為第三方失敗就認定本站伺服器離線 |
不要把不同工具裡的同名數字直接相加。例如，瀏覽器開發者工具中的 Waiting (TTFB) 聚焦等待回應的階段；web.dev 討論導覽 TTFB 時，採用的測量區間可以包含重新導向、DNS、連線與 TLS 等前置過程。比較之前要看清各自的起點和終點。
為什麼第一次慢，第二次就快了
第二次存取可能命中了瀏覽器快取、重複使用了連線，或趕上 CDN 和應用程式快取已經有資料。僅憑「重新整理後快了」，無法判斷是哪一層起作用。
做兩份記錄更容易分辨：一份保留日常快取狀態，代表回訪體驗；另一份在開發者工具中啟用 Disable cache 後重新載入，觀察資源重新請求的情況。這個選項針對瀏覽器快取，不會替你清空 CDN 或伺服器快取。無痕視窗也不能保證伺服器處於冷啟動狀態。
接著核對主文件及關鍵資源的回應標頭。Cache-Control、Age 和 CDN 提供的快取命中標識可以提供線索，但欄位支援情況取決於具體服務商。如果是動態頁面，再把請求時間與應用程式日誌對上，檢查資料庫查詢、外部介面或首次初始化；別在生產網站隨意清空所有快取來做實驗。
HTTP 正常之後，還要看真實的頁面體驗
多節點檢測適合回答「哪些地區或電信業者這次能存取」「請求在哪個階段變慢」。要判斷頁面主要內容顯示得夠不夠快、互動是否及時、版面是否跳動，還需要瀏覽器效能資料。
PageSpeed Insights 會分別展示可用的真實使用者資料和實驗室診斷。真實使用者資料來自 CrUX，涵蓋過去 28 天的收集週期；新頁面或樣本不足的頁面可能沒有獨立資料，也可能顯示網站來源層級的資料。它不能被當作剛剛一次部署的即時驗收結果。
實驗室測試適合找目前頁面的最佳化線索，例如首屏大圖、阻塞資源或指令碼負擔。一次分數變化仍要結合測試條件判斷，不能用一個高分覆蓋使用者實際打不開的回饋，也不能因為某次低分就斷言所有使用者都很慢。
把排查結果交給能處理的人
一份有用的回饋應包含：完整公開網址、時間和時區、存取地區與電信業者、是否登入、快取狀態，以及具體慢的請求或階段。若 HTTP 結果正常，而瀏覽器卡在首屏圖片，就先檢查圖片和載入順序；若主文件持續等待，則帶著請求時間去核對後端和回源日誌。
分享 Network 記錄或 HAR 檔案前，先移除 Cookie、Authorization、個人資料與私人請求參數。需要進一步了解測速表格各項含義，可以閱讀網站測速結果中的連線時間、回應時間與下載時間。