網站速度 SEO 會影響搜尋表現，但它不是把 PageSpeed Insights 追到 100 分的遊戲。對台灣中小企業來說，正確做法是先用 Core Web Vitals 看真實使用者在行動裝置上的載入、互動與版面穩定性，再把首頁、服務頁、商品頁、預約頁、表單頁這些有商業價值的頁面排進修正清單。Google 說明 Core Web Vitals 包含 LCP、INP、CLS，分別衡量載入速度、互動反應與視覺穩定；同時也提醒，好的工具分數不保證排名第一，頁面內容與整體體驗仍然要一起看。
先分清楚三件事：PageSpeed 分數、真實資料與 Core Web Vitals
很多老闆看到 PageSpeed Insights 的紅色分數就緊張，看到 SEO 分數是 100 又以為沒事。這兩個判斷都太粗。PageSpeed Insights 會同時提供實驗室資料與真實使用者資料；實驗室資料適合除錯，真實使用者資料則反映過去一段時間的實際裝置與網路狀況。Google 的說明也提到，實驗室資料可能看不到真實世界的瓶頸，而真實資料需要有足夠樣本才會顯示。
所以網站速度 SEO 的第一步不是問「我的分數幾分」，而是問三個更有用的問題：哪些重要頁面被判定為不良或需要改善？問題是 LCP、INP 還是 CLS？這些頁面是不是承接自然搜尋、廣告、LINE、社群或諮詢表單的關鍵頁面？如果一個低分頁面沒有搜尋需求也沒有轉換價值，它不一定比一個服務頁的輕微速度問題更優先。
Core Web Vitals 對 SEO 到底重要在哪裡
Google Search Central 說明，Core Web Vitals 是衡量真實世界使用者體驗的一組指標，包含載入、互動與視覺穩定。Google 也在 Page Experience 文件中說明，核心排名系統會看多種與良好頁面體驗一致的訊號，Core Web Vitals 會被排名系統使用；但它不是單一保證排名的按鈕，內容相關性仍然很重要。
這對中小企業的意思是：如果你的內容、服務頁與競品差不多，速度和穩定性可能變成使用者願不願意留下來、送出表單、加入 LINE、看完商品資訊的差異。反過來，如果你的頁面內容薄弱、標題不對搜尋意圖、案例不足，單純修到綠燈也不會讓頁面自然變成市場最佳答案。
先修哪些頁面：不要平均分配工程時間
中小企業通常沒有大型前端團隊，網站速度 SEO 要用商業價值排序，而不是全站平均修。優先順序可以用「搜尋價值、成交價值、問題嚴重度、修正難度」四個條件判斷。
| 頁面類型 | 為什麼優先 | 先看哪個速度問題 | 常見修法 |
|---|---|---|---|
| 首頁與主要服務頁 | 承接品牌搜尋、服務詞與陌生訪客第一印象 | LCP、CLS | 壓縮首屏圖片、預留圖片尺寸、減少首屏動畫 |
| 商品頁或分類頁 | 電商和詢價型網站最容易影響購買判斷 | LCP、INP | 圖片格式與尺寸重做、延後非必要腳本、優化篩選互動 |
| 預約、詢價、表單頁 | 速度慢會直接影響成交與名單 | INP、CLS | 簡化表單外掛、避免欄位跳動、減少追蹤碼阻塞 |
| 高曝光低點擊文章 | 搜尋端已經看見，但進站後體驗可能不足 | LCP、CLS | 改善首圖、目錄、內部連結與行動版閱讀穩定性 |
網站速度 SEO 先修 6 個地方
1. 先找出真正的 LCP 元素
LCP 衡量頁面主要內容載入完成的時間。Google 建議好的使用者體驗應讓 LCP 在頁面開始載入後 2.5 秒內發生。實務上，服務頁和商品頁的 LCP 經常是首屏大圖、主視覺、影片封面或一大塊文字區。如果你只把所有圖片壓小，卻沒有處理首屏最大元素、伺服器回應、快取與關鍵 CSS，可能花了很多時間仍然沒有改善最重要的瓶頸。
2. 不要把首頁做成外掛展示場
許多中小企業網站慢，不是因為內容太多，而是首頁同時載入輪播、聊天外掛、地圖、像素追蹤、A/B 測試、表單外掛、熱圖工具與多個字型。這些腳本會影響載入與互動，尤其是行動裝置。保留能產生商業結果的工具，移除「裝了但沒人看報表」的外掛，通常比重寫整站更快看到效果。
3. 把 INP 當成互動速度，不要只看首屏
INP 衡量頁面回應使用者互動的能力，Google 建議低於 200 毫秒。中小企業常見問題是表單點了很久才反應、分類篩選卡住、LINE 或購物車按鈕被腳本拖慢。這些問題不一定會在視覺上像「頁面很慢」那麼明顯，但它會讓使用者覺得網站不可靠。修 INP 時，要找出長時間執行的 JavaScript、過重的第三方外掛，以及行動裝置上的互動流程。
4. 先消滅會讓使用者點錯的 CLS
CLS 衡量版面位移，Google 建議低於 0.1。它常發生在圖片沒有寬高、廣告或嵌入內容晚到、字型載入後改變文字大小、上方提示列突然插入。對電商、預約與詢價頁來說，CLS 不只是分數問題；它會讓使用者按錯按鈕、漏看價格、誤觸表單或放棄操作。圖片尺寸、保留嵌入區塊空間、避免首屏插入橫幅，是最先做的基礎修正。
5. 圖片要分兩種：首屏圖片與內容圖片
網站速度 SEO 最常被低估的是圖片治理。首屏圖片要控制尺寸、格式、載入優先權與實際顯示大小；內容圖片則要延後載入、保留尺寸、用描述性檔名與 alt 文字，避免為了速度把圖片說明全部藏在圖裡。對 AEO/GEO 來說，圖片附近的 HTML 文字仍然要說清楚重點，讓搜尋與答案引擎能理解頁面脈絡。
6. 用 Search Console 分群，不要只測單一 URL
Search Console 的 Core Web Vitals 報告會依狀態、指標與相似網址群組顯示問題。這對中小企業很重要，因為一個商品頁模板、文章模板或服務頁模板出問題，通常不是單一網址，而是一整群頁面受影響。先修模板型問題，往往比逐頁微調更有效。
什麼情況不該追求 PageSpeed 100 分
如果網站已經通過 Core Web Vitals、主要轉換頁沒有明顯互動問題，繼續追 100 分可能不是最好的投資。Google 的 Page Experience 文件明確提醒，為了 SEO 追求完美工具分數未必是最好的時間使用方式。台灣中小企業更應該把工程時間留給能影響成交的地方：服務頁內容是否完整、案例是否可信、表單是否好填、行動版是否看得懂、LINE 路徑是否順。
不適合硬追滿分的情況包括：必要的付款、客服、表單或分析工具會拉低少量分數；品牌需要的影片或互動元件確實提高轉換；網站流量太少，CrUX 暫時沒有足夠真實資料。這些情況下，目標應該是控制風險與觀察實際轉換，而不是為了分數移除有商業價值的功能。
7 天網站速度 SEO 檢查 SOP
- 第 1 天：列出首頁、前 10 個自然搜尋入口頁、主要服務頁、商品頁、表單頁與廣告落地頁。
- 第 2 天：用 PageSpeed Insights 分別測行動版與桌機版，記錄 LCP、INP、CLS、是否有真實使用者資料，以及實驗室診斷。
- 第 3 天：到 Search Console Core Web Vitals 報告看網址群組，確認問題是單頁、模板還是全站。
- 第 4 天：先處理首屏 LCP：主圖大小、圖片格式、快取、伺服器回應、關鍵資源載入順序。
- 第 5 天：處理 INP：移除無效第三方外掛、延後非必要腳本、檢查表單與篩選互動。
- 第 6 天：處理 CLS：所有圖片與嵌入內容預留尺寸，避免首屏插入橫幅與突然展開的元件。
- 第 7 天：記錄修改日期，2 到 4 週後回看 Search Console、GA4 轉換與實際詢問品質，不要隔天就下排名結論。
誰適合照這份清單做，誰不適合
這份做法適合台灣中小企業、B2B 服務商、地方商家、電商、顧問型網站，以及已經有內容或服務頁但行動版體驗不穩定的團隊。它特別適合網站有自然搜尋曝光、廣告流量或詢價表單，但使用者停留、送出表單或商品瀏覽表現不穩的情況。
它不適合把速度問題當成唯一 SEO 問題的網站。如果你的頁面尚未被索引、搜尋意圖錯誤、服務說明薄弱、沒有可信案例、內部連結混亂，速度優化只能補體驗，不能代替內容策略。也不適合把第三方工具分數當作合約唯一驗收標準，因為真實使用者資料、樣本數、測試環境與裝置條件都會影響判讀。
資料更新與限制
本文於 2026-05-29 依 Google Search Central、PageSpeed Insights、Search Console 說明與 web.dev 文件整理。Core Web Vitals 的門檻、工具介面與排名系統說明可能會更新；實務判讀時應以當下官方文件、自己的 Search Console 資料、GA4 轉換與使用者回饋交叉確認。
- Google Search Central：Understanding Core Web Vitals and Google search results
- Google Search Central：Understanding page experience in Google Search results
- Google：About PageSpeed Insights
- Search Console 說明：Core Web Vitals 報告
- web.dev：Web Vitals
結論
網站速度 SEO 的重點，是讓重要頁面在真實使用者的手機上更快、更穩、更容易完成下一步。先用 Core Web Vitals 找出 LCP、INP、CLS 的問題，再依頁面商業價值排序，優先修首頁、服務頁、商品頁、表單頁與高曝光內容頁。不要把 PageSpeed 100 分當成目標；更好的目標是讓搜尋者打開頁面後，能立刻看懂、順利互動、放心送出詢問。
FAQ
網站速度 SEO 一定要 PageSpeed 100 分嗎？
不一定。Google 提醒，為 SEO 追求完美工具分數未必是最好的時間使用方式。先確認重要頁面是否通過 Core Web Vitals，以及速度問題是否影響搜尋入口和轉換。
Core Web Vitals 三個指標先修哪一個？
先修影響商業頁面的最弱指標。如果服務頁首屏載入很慢，先修 LCP；如果表單或篩選卡住，先修 INP；如果圖片或橫幅讓版面跳動，先修 CLS。
PageSpeed Insights 的實驗室資料和真實資料不同，要信哪個？
兩者用途不同。真實資料較能反映使用者體驗，但需要足夠樣本；實驗室資料適合找出可修的技術線索。決策時應把兩者和 Search Console、GA4 一起看。
網站速度變快，排名多久會改善？
不能保證固定天數。搜尋系統需要重新爬取與累積資料，Core Web Vitals 的真實使用者資料也會看一段期間的樣本。建議記錄修改日期，2 到 4 週後再比較趨勢。
中小企業沒有工程師，也能做網站速度 SEO 嗎？
可以先做非工程項目：壓縮過大的圖片、移除不用的外掛、減少首屏輪播、檢查手機版表單、請網站廠商針對模板型問題報價。真正需要改程式時，再用清單聚焦需求。
延伸閱讀
如果你想把這個主題接到下一步操作，可以接著讀：