先講答案
先確認慢的是網站本身,跟你的網路無關:用 Google 免費的 PageSpeed Insights 量一次手機版,看 LCP(主要內容出現要幾秒),Google 的標準是 2.5 秒內。超過的話,同一份報告會列出拖慢速度的檔案,常見的是沒壓縮的照片、中文字型和外掛程式,從最大的那個先處理最划算。
先分清楚:網站慢,還是網路慢
用同一支手機打開其他常用的大網站,如果也一樣慢,多半是網路或手機的問題,改網站沒有用。只有你的網站特別慢,才往下看。
比較準的做法是交給 Google 的工具量。它從 Google 的伺服器、用固定的條件打開你的網站,不受你家網路好壞影響,改前改後拿來比也公平。
先量再改,4 個步驟
用 PageSpeed Insights 量手機版
打開 PageSpeed Insights,貼上網址按分析,等一分鐘左右。先看「行動裝置」那一頁,客人多半是用手機打開你的網站。
看三個數字
Google 定了三項「核心網頁指標」(Core Web Vitals),報告上都有:
- LCP:主要內容出現要幾秒,2.5 秒內算好。
- INP:按下按鈕到畫面有反應要多久,200 毫秒內算好。
- CLS:載入時畫面亂跳的程度,0.1 以下算好。
報告上半部是真實訪客的數據,網站流量不夠多時會寫沒有資料,這很正常,看下半部模擬量出來的就好。模擬的分數每次會差個幾分,可以多量一兩次。
找出最大的檔案
報告往下拉,會列出一條條改善建議,像是「避免耗用大量網路資源」這類,點開就看得到是哪些檔案、各多大。店家網站最常見的是這幾種:
- 照片:手機直接拍的照片一張常常好幾 MB,網頁上用不到那麼大。
- 中文字型:中文字多,一整套字型動輒好幾 MB。
- 外掛和追蹤程式:聊天視窗、各種統計碼,每裝一個就多一包要下載。
從最大的改起,改完再量一次
照片轉成 WebP(一種比 JPG 小很多的圖片格式)、字型只留網頁上用到的字、拿掉沒在用的外掛。改完用同一個工具再量一次,數字真的變好才算數。
拿我們自己的網站當例子
改版以後,我們的網站變慢了
Lighthouse 手機版(PageSpeed Insights 用的同一套量法)・首頁・2026-09-25,改版前後各跑 2 次,內文換字型後跑 3 次
| 量什麼 | 改版前 | 改版後 | 內文換成內建字型 |
|---|---|---|---|
| 效能分數 | 81~84 | 77 | 79~83 |
| LCP 主要內容出現 | 3.4~3.5 秒 | 4.7 秒 | 3.8~3.9 秒 |
| CLS 畫面亂跳 | 0 | 0 | 0 |
| 總共要下載 | 0.09 MB | 0.57 MB | 0.36 MB |
| 最大的檔案 | 43 KB | 內文字型 271 KB | 標題手寫字型 135 KB |
9 月 25 日我們把網站改成現在這個手寫風格,換了兩套中文字型。主要內容出現的時間從 3.5 秒左右變成 4.7 秒,離 Google 的 2.5 秒更遠了。健檢報告直接點名最大的檔案:271 KB 的內文字型。
同一天晚上,我們把內文改回手機內建的字型,手寫字只留在標題。要下載的東西少了三分之一,主要內容出現的時間回到 3.8 秒左右。還沒到 2.5 秒,現在最大的檔案換成標題用的手寫字型,這是下一個要處理的。
速度會影響 Google 排名嗎?
會,但排在內容後面。Google 官方的說法是:搜尋會盡量顯示最相關的內容,就算那一頁的體驗差強人意;很多網頁內容一樣實用的時候,體驗好的比較有機會排前面。所以先把內容寫對,速度是用來拉開差距的。對客人來說差別更直接,等太久就滑走了。
什麼時候該找人
PageSpeed Insights 的建議是寫給工程師看的,有些要動到網站程式。照片自己換得掉;字型、外掛、主機設定這類,交給做網站的人比較快。
官方原文
- web.dev:Largest Contentful Paint (LCP)LCP 的定義;2.5 秒以下算好,以第 75 百分位數評估
- Google 搜尋中心:瞭解 Core Web Vitals 和 Google 搜尋結果LCP 2.5 秒、INP 200 毫秒、CLS 0.1 的建議值
- Google 搜尋中心:瞭解 Google 搜尋結果中的網頁體驗相關的內容優先,體驗在內容相當時才拉開差距
- PageSpeed InsightsGoogle 免費的網頁速度量測工具
寫於 2026 年 9 月 25 日。平台的規則和工具畫面會改,照著做卻對不上的話,以官方原文為準。