PageSpeed Insights是什麼？分數怎麼看、跟SEO排名關係一次搞懂

作者｜瞻新資訊　陳俊鳴顧問（資深SEO顧問・搜尋流量與銷售漏斗規劃）

如果你曾經把自己的網站丟進Google PageSpeed Insights測過一次，應該有過這種經驗：分數出來是55分、62分，甚至更低，心裡瞬間一沉，覺得「完蛋了，我的網站是不是很爛」。

先說結論：分數低不等於網站真的慢，也不等於Google排名會因此垮掉。但分數也不是完全沒意義的數字遊戲，它確實反映了一些真實存在的問題，只是需要正確的判讀方式，而不是看到紅字就慌。

這篇文章會把PageSpeed Insights這個Google官方免費工具講清楚：它到底在測什麼、分數怎麼看才不會被誤導、跟SEO排名的真實關係是什麼，以及身為中小企業主，看到報告之後該怎麼判斷下一步。我們是瞻新資訊（官網作「安邦」），台北一家做網站與系統開發超過十年的IT服務公司，這篇不是要嚇你花錢優化，而是想把這件事講明白，讓你自己能做出合理的判斷。

PageSpeed Insights到底在測什麼？先搞懂這個Google免費工具

PageSpeed Insights（簡稱PSI）是Google官方提供的免費網站效能分析工具，網址是pagespeed.web.dev。你只要輸入網址、按下分析，工具就會分別針對「行動版」與「電腦版」兩種情境評估頁面表現，給出0到100分的評分，並附上具體的改善建議清單。

它評估的範圍不只是「網頁跑多快」這麼單純，而是綜合看前端程式、伺服器回應、使用者體驗與網頁內容整體表現。這也是為什麼有些網站明明感覺開啟得不慢，分數卻不高，因為PSI測的是一整套跟載入效能、互動反應、視覺穩定性有關的技術指標，不是單純的「碼表計時」。

這個工具目前使用的是第五版（v5），底層結合兩套資料來源：Lighthouse（模擬測試引擎）與CrUX（Chrome User Experience Report，真實使用者體驗報告）。Google官方文件說明，v5版PSI正是整合這兩種資料來源，讓報告同時具備「快速診斷」與「真實體驗參照」兩種用途。這兩者的差異，是理解PSI報告最關鍵的一環，我們在後面會展開講。

分數怎麼看？0-100分的判讀邏輯與常見誤解

分數區間大致代表什麼

多數技術資料與SEO從業者的參考共識大致落在這個區間，這是普遍引用的判讀基準，並非官方硬性規定的及格線：

• 90分以上：通常視為速度表現良好
• 50到90分之間：代表頁面還有改善空間，需要留意
• 50分以下：通常代表存在較明顯的效能問題

但要提醒一件事，這組區間是輔助判斷用的參考值，不是「低於某個分數就一定會被Google懲罰」的門檻。分數本身會隨著測試當下的網路狀況、伺服器負載、甚至Google測試伺服器的距離而有所波動，這是正常現象，不用每次分數不同就緊張。

為什麼同一個網站測兩次分數會不一樣

這是很多人第一次用PSI時會困惑的地方：同一個網址，隔幾分鐘再測一次，分數可能差個5到10分，甚至更多。原因通常包括：

• 測試當下的網路壅塞狀況不同
• 伺服器當下的負載程度不同，例如剛好有其他使用者同時瀏覽網站
• 第三方資源（廣告、字型、追蹤碼）當下的載入速度不穩定
• 模擬測試本身會刻意套用較嚴苛的網路與裝置條件，不是每次都用「你手機的真實網速」在測

如果你發現分數忽高忽低，屬於正常現象，不需要每次都當成新問題來緊急處理，比較合理的做法是多測幾次、看平均落點，而不是盯著單一次的數字反應。

Lab data跟Field data／CrUX差在哪？大部分人搞混的地方

這是理解PageSpeed Insights報告最容易搞混、但也最重要的一個觀念。

PSI報告其實同時提供兩類數據：

Field data（真實使用者資料，又稱CrUX資料）：這是Google從真實使用Chrome瀏覽器的使用者身上蒐集回來的實際體驗資料，反映的是「過去一段時間，真實訪客實際用你的網站時的體驗」。這一份資料才是Google搜尋排名系統實際參考的依據。如果你的網站流量不夠大，這個區塊有時會顯示「沒有足夠的真實使用者資料」，這不代表網站有問題，只是資料量不足以產生統計上有意義的結果。

Lab data（模擬環境測試結果，來自Lighthouse引擎）：這是在受控的模擬環境下跑出來的估算值，好處是任何頁面都測得出來，不需要等真實流量累積，也方便快速診斷問題出在哪裡。但因為是模擬環境，通常會套用比真實情境更嚴苛的網路速度與裝置條件，跟真實使用者的實際感受可能有落差。你看到的那個「0-100分」評分，主要就是根據這份Lab data算出來的。

簡單說：Field data才是Google排名真正參考的東西，Lab data是幫你診斷問題、找出可以改善的方向。很多人只看到分數就緊張，卻沒注意到分數其實來自模擬測試，而不是Google排名系統真正在看的那份資料，這是最常見的誤解之一。

Core Web Vitals三大指標：LCP、CLS、INP

Google在2020年提出「Core Web Vitals（核心網頁生命象徵指標）」的概念，這是三項用來直接衡量使用者體驗的關鍵指標，也是PageSpeed Insights報告中會重點呈現的部分。

LCP（最大內容繪製）在測什麼

LCP（Largest Contentful Paint）衡量的是「頁面中最大的可視內容元素，通常是主圖片或大標題區塊，需要多久時間才會完整顯示出來」，反映的是載入效能。依Google官方開發者資源站web.dev對指標門檻的定義，LCP落在2.5秒以內屬於「良好」，超過4秒則屬於「不佳」，中間區間則列為「待改善」。

CLS（累計版面配置位移）在測什麼

CLS（Cumulative Layout Shift）衡量的是頁面在載入過程中，版面元素有沒有「無預警亂跳動」的情況，例如你正準備點擊一個按鈕，結果畫面突然跳出一張圖片，把按鈕擠到別的位置去，導致你點錯地方。這項指標反映的是視覺穩定性。同樣依web.dev官方門檻定義，CLS分數低於0.1屬於良好、超過0.25屬於不佳。

INP（互動反應性）取代了原本的FID

這裡有一個時效性的重點需要澄清：Core Web Vitals原本包含的第三項指標是FID（First Input Delay，首次輸入延遲），但根據Google官方部落格web.dev公告，INP（Interaction to Next Paint，互動反應性）已於2024年3月12日正式取代FID，成為Core Web Vitals正式指標之一，FID自此不再是官方採計的核心指標。INP官方定義的良好門檻是200毫秒以內。如果你看到比較舊的文章還在講FID而沒有提到INP，那份資料很可能沒有更新到這個變動，這也是我們在準備這篇文章時特別留意的地方，畢竟拿舊指標套用在現在的判斷上，容易誤導。

Core Web Vitals三指標良好門檻對照表（依Google官方web.dev資料）：

指標	全名	衡量項目	良好門檻	待改善區間	不佳門檻
LCP	Largest Contentful Paint	最大內容元素載入速度	2.5秒以內	2.5～4秒	超過4秒
CLS	Cumulative Layout Shift	版面配置視覺穩定性	低於0.1	0.1～0.25	超過0.25
INP	Interaction to Next Paint	使用者互動反應速度	200毫秒以內	200～500毫秒	超過500毫秒

需要留意的是，官方判定「整體是否達標」時，並非只看單次測試分數，而是採計真實使用者資料中「第75百分位」的表現，也就是至少75%的真實訪客體驗要落在良好範圍，這也是為什麼有時候Lab data模擬出來感覺不錯，但Field data真實資料卻顯示還有進步空間，兩者採用的判定邏輯本來就不完全相同。

PageSpeed分數真的會決定Google排名嗎？誠實的答案

這大概是最多人想知道、但也最容易被誇大或簡化的問題。

誠實的答案是：PageSpeed分數與背後代表的頁面體驗表現，是Google搜尋排名系統會參考的訊號之一，但不是唯一、也不是決定性的因素。Google官方文件把「頁面體驗訊號」（包含Core Web Vitals）與行動裝置友善程度、HTTPS安全連線等因素並列在一起看待，這些訊號通常在「內容相關性、內容品質已經很接近」的頁面之間，才比較容易發揮明顯的作用。

這個定位並非我們自己的推測，Google搜尋品質團隊的公開發言人（John Mueller）曾針對page experience的排名角色做過具體說明，大意是：這確實是一項排名因素、而且影響力不只是「決勝點」這麼單純，但同時也強調它不會取代內容本身的相關性。換句話說，它比較像是「兩個內容差不多好的網頁在拚排名時的加分項」，而不是「內容普通但速度快就能贏過內容紮實但速度普通」的萬能鑰匙。

我們不會跟你保證「優化PageSpeed分數就能讓排名衝上去」，這種絕對化的說法本身就不誠實。比較務實的說法是：把明顯的效能問題處理掉，是在幫網站建立一個「不會扣分」的體質，讓內容本身的價值有機會被完整看見，而不是被技術問題拖累。

分數低不代表網站真的慢：常見的扣分陷阱

前面提過，PSI呈現的分數主要來自Lab data（模擬測試），這套測試機制本身有幾個容易讓分數偏低、但不代表真實使用體驗真的差的陷阱：

• 測試不使用瀏覽器快取：正常訪客第二次以後造訪網站時，瀏覽器會利用快取加速載入，但PSI每次測試都是「從頭載入」的情境，不會反映重複訪客的實際體驗。
• 模擬較嚴苛的網路與裝置條件：測試環境通常會刻意模擬中低階手機與較慢的行動網路，這跟大部分使用桌機或高階手機、Wi-Fi環境瀏覽的訪客實際感受不完全一致。
• 第三方資源拖累整體分數：廣告聯播網、外部字型、社群嵌入、分析追蹤碼等第三方腳本，很多時候不是網站本身設計的問題，卻會實質拖累分數表現。

也因為這些因素，比較負責任的判讀方式是：分數只是一個起點，真正該看的是Field data顯示的真實使用者體驗落在「良好」還是「待改善」區間，以及報告列出的具體問題項目是不是真的存在於你的網站上。

常見扣分原因與優化方向

下面整理幾個PageSpeed Insights報告中常見的扣分項目與對應的優化方向，提供給還沒開始動手、或想先了解狀況的業主參考：

常見扣分原因	具體情況	常見優化方向
圖片未壓縮／格式較舊	大尺寸原圖直接上傳，未經壓縮或轉檔	壓縮圖片、改用WebP等新一代格式、依顯示尺寸提供對應大小的圖檔
字體載入阻塞畫面	自訂字體或外部字體服務載入未完成前，文字延遲顯示	調整字體載入策略，例如優先顯示系統字體，字體到位後再切換
CSS／JavaScript檔案未精簡	樣式與程式碼檔案偏大、未壓縮	精簡（minify）CSS/JS檔案、延遲載入非必要的程式碼
第三方腳本過多	廣告、分析工具、社群外掛等第三方程式碼堆疊	檢視每個第三方工具的必要性，移除或延後載入非關鍵腳本
版面載入時元素亂跳動	圖片、廣告位置未預留空間，內容載入時擠壓版面	為圖片與嵌入內容預先設定尺寸，避免載入時版面跳動
伺服器回應時間偏長	主機效能不足或未啟用快取機制	啟用瀏覽器快取、評估是否需要CDN、檢視主機資源是否足夠

這張表整理的是普遍常見的技術原因，實際你的網站扣分在哪裡，還是要以PSI報告針對你自己網址列出的具體診斷項目為準，不是每個網站都會踩到表格裡的每一項。

中小企業主看到分數之後，怎麼判斷下一步該怎麼做

看完前面這些內容，你可能會想：「那我到底該不該花時間或找人優化？」這裡提供一個簡單的判斷框架，不是要嚇你，而是想幫你理性評估：

如果Field data（真實使用者資料）顯示的核心指標大多落在「良好」範圍，也就是前面對照表中LCP在2.5秒以內、CLS低於0.1、INP在200毫秒以內這個區間，即使Lab data分數不是滿分，通常代表網站的真實使用體驗其實是健康的，不需要為了追求分數上的完美，大幅調整或改版現有網站。

如果Field data顯示有指標落在「待改善」或「不佳」區間，且報告列出的問題項目（例如大量未壓縮圖片、過多第三方腳本）你自己也認得出來是真實存在的，這種情況通常代表值得花點時間處理，而且很多屬於可以逐步調整、不需要整站重做的技術性優化。

如果報告顯示的問題項目牽涉到網站底層架構，例如主機效能、資料庫查詢效率、大量客製化功能互相拖累，或者你自己評估後發現「看得懂問題，但不知道怎麼下手」，這種情況比較適合找有實際開發背景的團隊協助評估，畢竟牽涉到程式碼與伺服器層面的調整，貿然自行更動有時反而會影響網站原有功能的穩定性。

沒有一種答案適合所有網站，關鍵是先誠實看懂自己的報告，再決定要自己處理、還是找人一起看。

瞻新資訊怎麼看待網站速度這件事

瞻新資訊有限公司（統編50875169）2010年成立於台北中山區，是一家提供網頁設計、iOS與Android雙APP開發、UI/UX設計、LINE Bot自動化開發、系統規劃開發（進銷存、線上預約、CRM、O2O媒合平台）、IT資訊顧問與資訊安全檢測的團隊，累積約8人規模，經手橫跨工程、宗教、美容、教育、餐飲、金融、機電等40多個產業（業主提供數據）。

創辦人張安邦畢業於台灣大學醫學工程與資訊組，擁有超過十年的開發經歷，並曾在多家公司擔任技術長（CTO）職務。我們在網頁設計服務中，本來就把RWD（響應式網頁設計）、WordPress網站維護、CMS後台建置視為基本配置的一部分，這些技術選擇跟這篇文章談的網站速度、行動裝置體驗其實是同一件事的不同面向：Google官方文件明確建議採用響應式網頁設計，因為同一組HTML程式碼能適應不同裝置，也比較容易維持內容與結構化資料在各裝置上的一致性，這正好呼應網站效能與行動優先索引之間的關聯。

我們的服務流程是需求訪談→系統規劃→UI/UX設計→程式開發→測試驗收，並在交付時提供程式原始碼。網頁設計服務的公開參考費用區間會依專案規模與功能需求不同而有差異，官網公開參考區間，實際依專案報價。

如果你已經自己用PSI測過網站、看懂報告內容，但發現問題牽涉到程式架構層面、需要有開發背景的人一起判斷，或是想趁著網站改版的機會，把速度與使用體驗一併納入考量，歡迎找我們聊聊你目前的狀況。我們不會跟你保證「排名一定會上升」，但可以誠實地幫你看清楚問題出在哪裡、值不值得處理。

FAQ