網頁速度・核心網頁指標（Core Web Vitals）

核心網頁指標（Core Web Vitals）的標準是幾秒？

Google認定「良好」的標準是LCP 2.5秒以內、INP 200毫秒（0.2秒）以內、CLS 0.1以內。三項指標都達到「良好」，才算這個頁面通過核心網頁指標。

判斷依據不是單次造訪，而是所有造訪的第75百分位數。簡單說，100位客人中要有75位以上體驗到標準內的速度，才算「良好」。手機和電腦會分開計算。

以前有一個只測第一次點擊反應的FID指標，從2024年3月起改成看所有點擊・觸控反應的INP。如果在舊文章裡看到FID的標準，要記得那和現在的標準不同。

怎麼用PageSpeed Insights測自己網站的速度？

只要把網址貼進Google的免費工具PageSpeed Insights，馬上就能測。結果畫面分成「實際訪客紀錄」和「用機器重新測一次的診斷」兩部分，重點是把兩者分開來看。

1. 01進入pagespeed.web.dev，輸入自己的網站網址，按下「分析」。
2. 02結果出來後，先看「行動裝置」分頁，因為大部分客人都是用手機進來的。
3. 03看上方「探索實際使用者的體驗」裡的LCP・INP・CLS是不是「良好」。這是Chrome使用者最近28天的紀錄，最值得參考。
4. 04訪客較少時，實際紀錄可能顯示「沒有資料」。這時就參考下方「診斷效能問題」的分數。
5. 05把診斷下方和圖片・JavaScript有關的改善項目截圖存起來，就能精準地請廠商處理。
6. 06不要只測首頁，菜單・預約・交通資訊這類客人常看的頁面也逐一測測看。

為什麼PageSpeed分數每次測都不一樣？

下方的診斷分數，是Google伺服器當下重新載入頁面算出來的，會隨伺服器狀態和網路狀況上下浮動幾分。與其看單次的數字，不如看多次測量的趨勢。

如果有廣告・聊天・評論小工具這類從外部載入的程式碼，結果會隨對方伺服器的狀態晃動得更厲害。分數突然下降時，可以先懷疑最近加上的外部程式碼。

不必執著於100分。Google也表示，單純為了搜尋去追求完美分數，不一定是善用時間的方式。只要「實際使用者體驗」是「良好」，就代表網站維護得很不錯了。

上方的實際紀錄和下方的診斷分數結果不同，也是很正常的事。實際紀錄是蒐集許多客人的手機和網路環境、累積好幾週的數值；診斷則是用一組固定條件重新測出來的。兩者不一致時，請優先相信客人實際體驗到的實際紀錄。

網站變慢常見的原因有哪些？

小店家網站變慢，大多是上線後一樣一樣加上去的東西造成的。很多網站一開始很快，幾個月下來照片和小工具越堆越多，就慢了下來。

不同原因拖累的指標也不同。太大的主視覺照片會拉低LCP，太重的外部程式碼會拉低INP，沒設定尺寸的照片和慢半拍才出現的橫幅則會拉低CLS。

找原因時，一個一個拿掉測試最準。先暫時關掉最近加上的小工具再測一次，就能用數字看出它拖慢了多少。如果是一定要用的小工具，也可以改成等首屏都載入完才載入它。

• 手機拍的原始照片沒有縮小就直接上傳
• 首屏放了自動播放影片或大型輪播
• 同時裝了好幾個線上客服・Instagram動態・評論小工具
• 留著沒在用的追蹤代碼或以前的廣告代碼
• 載入好幾種字型，或是使用離客人很遠、速度慢的伺服器

請廠商改善網站速度時，要怎麼提需求？

與其說「請幫我變快」，不如把目標講清楚，例如「哪個頁面的哪個指標要達到良好」。這樣才能比較作業前後的差異，也有判斷是否完成的標準。

常見的失誤是為了拉高分數，刪掉必要的內容。如果是拿掉預約按鈕或地圖才變快，對客人來說反而是損失。只用電腦確認、沒看手機，也是很常見的失誤。

• 要改善的頁面清單和目標指標（例如：首頁行動裝置LCP達到「良好」）
• 作業前後的PageSpeed Insights結果截圖
• 目前裝了哪些外部程式碼・小工具，並標出哪些是必要的
• 上傳新照片時會不會自動縮小
• 網站維護期間速度又變慢時，由誰、在什麼時候確認

小店家網站要怎麼顧好速度？

效果最大的就是首屏。把客人第一眼看到的那張主視覺照片變輕，首屏以下的照片改成捲動到時才載入，光這樣體感就會差很多。

如果是皮拉提斯教室，可以把首屏的課程影片換成主視覺照片，影片則移到下方的「課程介紹」。如果是餐廳，與其放幾十張菜單照片，不如用文字寫出菜單、只放招牌菜照片，網站會變快，搜尋引擎也更容易讀懂。

如果照片縮小了還是沒什麼改善，就要懷疑是伺服器的問題。診斷裡出現伺服器回應太慢的項目時，可以檢查主機規格或伺服器位置，也可以使用從離客人較近的地方傳送檔案的CDN。

ISSYMO在上線前就會把圖片最佳化和快速首屏列入基本設定，網站維護（訂閱）期間也會每個月檢查有沒有新增過大的圖片。