網頁載入速度(Page Speed)就是「一個網頁從你按下連結,到內容完整顯示在你眼前,中間要等多久」,簡單說,它量的是你的網站快不快、會不會讓人等到想關掉。
Google 主要透過核心網頁指標衡量真實載入體驗,其中專門量載入快慢的是 LCP(最大內容繪製),良好門檻是 2.5 秒以內。
重點速覽
- 網頁載入速度指的是使用者要等多久才能看到內容,Google 用 LCP(核心網頁指標之一)來衡量,良好門檻是 2.5 秒以內。
- 測量時要分清楚實驗室數據(診斷用)與真實使用者數據(Google 判斷排名時參考的),兩者常常對不上是正常的。
- 改善的重點是壓縮圖片、開啟快取與 CDN、精簡程式碼,而且每一個重要頁面都要顧到,不能只顧首頁。
網頁載入速度是什麼?
網頁載入速度,指的是一個網頁載入並把內容呈現出來的快慢。你可以把它理解成:使用者要等多久,才能真正看到、用到這一頁。
要注意的是,載入速度其實不是「單一一個數字」。從伺服器送出第一個回應、到第一個畫面出現、再到主要內容完整顯示,每一段都可以分開量。
Google 目前主要透過「核心網頁指標(Core Web Vitals)」來衡量真實的載入體驗,其中專門量載入快慢的,是 LCP(最大內容繪製) 這一項——官方建議的良好門檻是 2.5 秒以內,並以真實使用者的第 75 百分位數來計算。
速度被 Google 拿來當排名考量,其實由來已久。早在 2010 年,Google 就把網站速度納入桌機搜尋的排名訊號;2018 年再推出俗稱 Speed Update 的更新,把速度正式帶進行動搜尋排名。
到了 2021 年,Google 把速度連同其他體驗訊號整合成「頁面體驗(Page Experience)」,載入速度自此成為這套訊號裡的核心一環。
用白話文怎麼說?
你可以把開網頁想成走進一家店。門一推開,東西馬上端到你面前,你會覺得這家店很俐落;但如果你站在門口等了老半天、畫面卻一片空白,多數人不會耐著性子等下去,而是直接掉頭走人。
這不是誇張。Google 過去一份較早的研究曾指出,行動裝置上有相當高比例的訪客,會在頁面超過 3 秒還載不出來時直接離開(這是較早期的統計、僅供參考,實際比例會因產業與裝置而異)。
重點在於:網頁內容再好,慢到讓人等不下去,使用者根本還沒看到就走了。
你可以這樣記:載入速度顧的不是「排名」這件事本身,而是「使用者願不願意留下來」。願意留下來,後面的內容、轉換、排名才有機會發生。
網頁載入速度實際上要怎麼測與改善?
這一段分兩半:先學會怎麼測,再來談怎麼改。
先講測量。用 PageSpeed Insights 或 Lighthouse 檢查時,你會看到兩種數據,意義很不一樣:
- 實驗室數據(Lab Data):由 Lighthouse 在固定的模擬裝置與網路條件下「跑一次」得到的結果。它的好處是穩定、可重現,適合用來找出問題出在哪。
- 真實使用者數據(Field Data):來自 Chrome 使用者體驗報告(CrUX),收集真實訪客在各種裝置與網路下的實際表現,以 28 天滾動計算。它回答的是「使用者到底有沒有遇到慢的問題」。
關鍵在於:Google 判斷頁面體驗時,看的是真實使用者數據,而不是實驗室分數。兩者的數字常常對不起來,這很正常——一個告訴你「有沒有問題」,一個幫你「診斷為什麼」,要搭配著看。
再講改善。常見又有效的方向包括:
- 壓縮圖片:圖片往往是拖慢網頁的最大元凶。改用 WebP 這類較省空間的格式、把尺寸壓到剛好夠用,並對非首屏圖片啟用延遲載入(lazy load)。
- 開啟快取與使用 CDN:伺服器快取能把算好的頁面存起來重複用;CDN(內容傳遞網路)則把靜態檔案放到離使用者最近的節點,縮短傳輸距離。
- 精簡程式碼:壓縮(minify)HTML、CSS、JavaScript,移除沒在用的樣式與腳本。
- 處理會擋住畫面的 JavaScript:讓不急的腳本延後載入,別卡住主要內容的顯示。
- 減少轉址、加快伺服器回應:每一次多餘的轉址、每一段伺服器等待,都是疊加上去的延遲。
檢查的順序可以這樣走:
- STEP 1 先測:用 PageSpeed Insights 或 Google Search Console 的「核心網頁指標」報表,看你目前落在哪一級。
- STEP 2 找瓶頸:看報表裡的建議,它通常會直接點名「圖片太大」「JavaScript 太重」之類的問題。
- STEP 3 對症下藥:從最拖慢、又最多人看的頁面開始改。
- STEP 4 過陣子再看:真實使用者數據是 28 天滾動,今天改、不會明天就變綠,要有耐心。
關於網頁載入速度的常見迷思
迷思一:PageSpeed Insights 分數越高,排名一定越好
不一定。那個 0 到 100 的分數來自 Lighthouse 的實驗室模擬,是給你診斷用的參考,並不是 Google 排名直接採用的數字。
Google 看的是真實使用者數據(核心網頁指標的第 75 百分位)。換句話說,分數衝到 100 不等於排名保證,把真實體驗顧好才是重點。
迷思二:速度是最重要的排名因素,網頁越快就一定贏
言過其實。速度是 Google 眾多排名訊號裡的一個,但內容是否切題、是否真的幫得上使用者,通常更關鍵。
實務上,速度比較像「同分時的加分項」:當好幾個頁面都同樣能回答問題、難分高下時,比較快的那個才容易勝出。一個內容紮實但稍慢的頁面,仍可能贏過又快又空洞的頁面。
迷思三:載入速度就等於核心網頁指標
不完全是。核心網頁指標有三項:LCP 量載入、INP 量互動反應、CLS 量畫面穩定度。載入速度對應的只是其中的 LCP。
一個頁面就算載入很快,如果點下去卡卡的(INP 差)、或版面一直亂跳(CLS 差),整體體驗一樣不及格。速度是必要條件,但不是全部。
迷思四:只要首頁夠快就好
不夠。Google 的評估多半是「逐頁」進行,真實使用者數據也是「逐網址」收集的。所以使用者實際會到達的每一個重要頁面——文章頁、商品頁、落地頁——都得顧到速度,不能只把首頁弄快。
總結
如果只記一句話:網頁載入速度就是「使用者要等多久才看得到你的內容」,Google 主要透過核心網頁指標裡的 LCP 來衡量,良好門檻是 2.5 秒以內。
新手可以記住三件事。
- 第一,先用 PageSpeed Insights 或 Google Search Console 看自己現在的速度落在哪一級。
- 第二,分清楚實驗室數據(診斷用)和真實使用者數據(Google 看的)的差別。
- 第三,從最有感的「壓縮圖片、開啟快取」兩件事先做起。
參考資料
- Google Search Central — Understanding Google Page Experience
- Google Search Central — Understanding Core Web Vitals and Google Search results
- Google for Developers — About PageSpeed Insights
- web.dev — Why lab and field data can be different
- Google Search Central Blog — Using page speed in mobile search ranking(2018)



