PageSpeed Insights 怎麼用？輸入網址即可檢查網站效能
使用 Google 的 PageSpeed Insights，只要輸入完整網頁網址並執行分析，就能查看行動裝置與電腦版的效能報告，以及改善載入速度的診斷建議。判讀時應先確認真實使用者的核心網頁指標，再搭配實驗室測試找出問題，不必只盯著網站速度評分。
PageSpeed Insights 常用來指稱這項工具，正式名稱為 PageSpeed Insights，官方入口是 pagespeed.web.dev。它分析的是特定網址，不是一次替整個網站打分數；首頁、商品頁與文章頁，應依實際用途分別測試。
PageSpeed Insights 教學：從輸入網址到讀懂報告
第一步：選擇具有代表性的頁面
優先測試流量較高、直接影響詢問或購買的頁面，例如首頁、熱門商品頁、服務介紹頁與表單頁。請輸入完整的 HTTPS 網址，並確認頁面能公開存取。
登入後頁面、限制存取的測試站，或設有特殊驗證的網址，可能無法直接取得完整分析。這類情境可改用瀏覽器開發者工具進行本機檢測。
第二步：分別查看行動裝置與電腦結果
同一個網址在兩種裝置模式下，可能出現不同分數，原因包括測試環境、運算能力、網路條件及版面配置不同。
如果訪客主要使用手機，就應優先處理行動版的首屏內容與互動體驗。例如桌機上看似順暢的大型輪播，在手機環境仍可能增加載入負擔。
第三步：先看實際體驗，再看診斷資訊
PageSpeed Insights 的資料可分成兩個層次：
- 實際使用者資料：來自 Chrome 使用者體驗報告，反映符合收集條件的真實瀏覽體驗，通常以最近 28 天的資料呈現。
- 實驗室資料：透過 Lighthouse 在受控條件下執行測試，適合定位圖片、程式碼及載入順序等問題。
若單一網址的資料量不足，報告可能顯示整個來源網站的資料，或沒有實際使用者資料。閱讀時要確認資料範圍，不能把全站結果直接視為該頁面的表現。
網站速度評分怎麼看？先掌握三項核心網頁指標
PageSpeed Insights 的效能分數介於 0～100 分，通常以 90～100 分為良好、50～89 分為需要改善、0～49 分為不佳。這是實驗室效能評估，不等於網站的整體品質，也不是 SEO 排名分數。
更貼近訪客感受的，是 Core Web Vitals，也就是核心網頁指標。
核心網頁指標分析表
| 指標 | 衡量重點 | 良好門檻 | 優先檢查方向 |
|---|---|---|---|
| LCP：最大內容繪製 | 主要內容多久出現 | 2.5 秒以內 | 首屏主圖、伺服器回應、資源載入順序 |
| INP：與下一次繪製的互動時間 | 點擊或輸入後，畫面多久回應 | 200 毫秒以內 | JavaScript 長任務、事件處理、第三方程式 |
| CLS：累計版面配置位移 | 閱讀過程中版面是否跳動 | 0.1 以下 | 圖片尺寸、廣告空間、動態插入內容 |
實際使用者資料以第 75 百分位判定是否達標，可理解為至少約四分之三的體驗落在該數值以內。核心網頁指標是否通過，與 Lighthouse 效能分數是否達到 90 分，是不同的判斷。
為什麼實驗室報告會出現 TBT？
Lighthouse 的一般導覽測試會提供總阻塞時間 TBT，協助辨識主執行緒被長任務占用的情況。
TBT 可作為排查互動延遲的線索，但不等於 INP。降低 TBT 後，仍應觀察真實使用者的 INP，確認點選選單、操作篩選器或送出表單時是否更順暢。
如何改善 PageSpeed Insights？依使用者影響安排順序
優先改善 LCP：讓主要內容提早出現
如果首屏主圖是最大的內容元素，應先確認圖片尺寸、格式與載入方式。可依裝置提供適合的解析度，並使用 WebP、AVIF 等格式，但仍須實際比較檔案大小與畫質。
首屏重要圖片通常不適合延遲載入；畫面下方的圖片則可使用 lazy loading。也要避免讓主圖必須等待 JavaScript 執行後才被瀏覽器發現。
若伺服器回應較慢，可從頁面快取、資料庫查詢及後端程式著手。CDN 能協助分散內容傳輸，但不能取代後端效能改善。
改善 INP：減少互動時的主執行緒負擔
將大型 JavaScript 任務拆分，讓瀏覽器有機會及時處理操作與更新畫面。對於不是當下必要的功能，可考慮延後載入或在需要時才啟用。
廣告、分析工具、聊天視窗與社群嵌入，都應檢查實際用途及執行時機。重點不是全面移除第三方服務，而是在保留商業功能的前提下，減少重複載入與不必要的運算。
改善 CLS：預先保留版面空間
圖片與影片應設定尺寸或長寬比，廣告區塊、嵌入內容也應預留空間，避免載入後把文字往下推。
如果網站使用網頁字型，可檢查備援字型與正式字型的尺寸差異。字型切換造成的行高變動，也可能影響閱讀穩定性。
處理共通問題：壓縮、快取與資源精簡
啟用合適的文字壓縮與靜態資源快取，能減少傳輸量與重複下載。CSS、JavaScript 則應檢查未使用內容、重複套件與阻擋轉譯的載入方式。
不要直接刪除所有標示為「未使用」的程式碼，因為部分功能可能在展開選單、切換分頁或操作購物車時才使用。修改後須同步驗證主要功能。
網站速度測試工具比較：WebPageTest、GTmetrix 與 Lighthouse
網站效能工具各有不同用途。PageSpeed Insights 適合快速診斷；需要分析請求順序、測試地點或長期追蹤時，可搭配其他工具。
網站效能測試工具比較表
| 工具 | 主要用途 | 適合情境 | 判讀重點 |
|---|---|---|---|
| PageSpeed Insights | 整合實際使用者資料與 Lighthouse 診斷 | 快速掌握單頁效能 | 區分真實資料、實驗室資料及資料範圍 |
| Google Lighthouse（Google Lighthouse） | 檢查效能、無障礙、最佳實務與 SEO 項目 | 開發及修改後驗證 | 分數受測試環境與版本影響 |
| WebPageTest（WebPageTest） | 檢視載入瀑布圖、畫面變化及不同測試條件 | 深入分析載入流程 | 比較前須統一地點、裝置與連線設定 |
| GTmetrix（GTmetrix） | 提供效能報告與資源載入分析 | 定期檢查指定頁面 | 部分功能依服務方案而異 |
| Sitespeed.io（Sitespeed） | 自動化效能測試與趨勢追蹤 | 多頁面監測、開發流程整合 | 需要規劃執行環境與資料保存方式 |
不同工具的測試位置、硬體、網路模擬與評分方法可能不同，因此不能只用分數高低判斷哪個工具比較準。較有效的做法，是固定條件比較同一頁面的前後變化。
Google Speedtest 與網站效能測試有什麼不同？
「Google Speedtest」並不是明確統一的工具名稱，實際使用時應確認服務測量的是網路連線，還是網頁效能。
Speedtest、FAST.com 主要協助檢查連線速度等網路表現；PageSpeed Insights 則分析網站載入與使用體驗。即使下載頻寬充足，網頁仍可能受到大型圖片、程式執行或伺服器回應影響，兩種測試不能互相取代。
Google 網站評分與 SEO：速度重要，但不是唯一條件
Google 的排名系統會使用核心網頁指標，但 PageSpeed Insights 顯示的效能分數，不是直接對應搜尋名次的分數。
內容是否回應需求、網頁是否能被檢索、資訊架構是否清楚，仍是重要基礎。速度優化應協助訪客更快閱讀、操作與完成轉換，而不是為了追求滿分，移除必要內容或功能。
建立可追蹤的改善流程
- 選定代表性頁面，記錄網址、測試日期與裝置模式。
- 在相同條件下重複測試數次，避免只採用單次結果。
- 依核心網頁指標與診斷內容，挑選影響最大的問題。
- 每次集中修改一類問題，方便確認改善來源。
- 上線後重新測試，並檢查表單、購物車及追蹤功能。
- 持續觀察實際使用者資料，確認改善是否反映在真實體驗。
實驗室結果可較快反映修改效果；實際使用者資料採滾動期間統計，不會在上線後立即全面更新。
結論：用 PageSpeed Insights 找出優先改善項目
PageSpeed Insights 的價值，在於把載入速度、互動反應與版面穩定性轉成可追蹤的資訊。先確認資料來源，再依 LCP、INP、CLS 安排修正，會比單純追求高分更有方向。
從重要頁面開始，搭配固定測試條件與上線後驗證，就能逐步建立穩定的網站效能管理流程，同時兼顧閱讀體驗與商業功能。
常見問題（FAQ）
1. PageSpeed Insights 需要付費嗎？
官方網頁介面可免費使用。若要透過 API 大量執行或串接自動化流程，則須確認相關配額與使用規範；第三方整合服務可能另有收費。
2. 為什麼同一個網址每次分數都不一樣？
伺服器負載、快取狀態、第三方資源與測試環境波動，都可能影響結果。建議固定測試條件，觀察多次測試與一段時間的趨勢。
3. 新網站沒有實際使用者資料，還能優化嗎？
可以。先使用 Lighthouse 診斷與瀏覽器開發者工具檢查問題，並驗證主要操作流程。沒有實際使用者資料，不代表網站效能一定好或不好。
4. WordPress 安裝快取外掛就能改善速度嗎？
快取外掛可以協助處理部分載入問題，但效果取決於網站架構、設定與瓶頸。圖片、佈景主題、外掛程式及第三方資源仍需要分別檢查，啟用後也要測試會員與結帳功能。
5. 為什麼報告顯示無法分析網址？
可先確認網址是否正確、HTTPS 憑證是否有效，以及頁面是否需要登入。防火牆、機器人驗證或過多重新導向，也可能影響工具存取。
6. 應該多久重新測試一次網站速度？
更換版型、安裝外掛、調整主機或加入追蹤程式後，都適合重新測試。平時可依更新頻率安排定期檢查，重要行銷活動上線前則應驗證相關頁面。