行動裝置網站速度會影響 SEO 排名，但它是「內容相近時分出高下的加分項」，而不是「慢就一定排不上」的硬門檻。Google 把頁面體驗列為排名訊號後，速度透過 Core Web Vitals 三項指標來評分，官方門檻是 LCP 在 2.5 秒以內、INP 在 200 毫秒以內、CLS 在 0.1 以內，這三個數字是 Google 公開標準，可直接在 PageSpeed Insights 看到實測值。前提是你的手機版必須先被收錄，因為 Google 採行動優先索引，手機版才是被評分的主要版本，這也是為什麼很多人桌機測 90 幾分，排名卻沒有動。如果你還不確定 SEO 到底是什麼，速度這題會是理解排名訊號的好入口。
TL;DR：手機版速度是 2026 年 SEO 與轉換率的共同入場券，Core Web Vitals 官方門檻 LCP<2.5s、INP<200ms、CLS<0.1（Google 公開標準），AMP 已不必為 SEO 導入。
文章目錄
行動裝置網站速度為什麼直接影響 SEO：先把結論講清楚
會影響，但請先把「速度決定排名」這個想像放下。Google 在 2021 年把頁面體驗（Page Experience）正式列為排名訊號後，行動裝置速度是透過 Core Web Vitals 三項指標 來影響排名的，它屬於「兩篇內容一樣好時，速度快的贏」的區分因素，而不是「慢就排不上」的硬門檻。如果你的內容本身比對手差一大截，速度再快也救不了排名。
用白話說，速度像考試的附加題，平常分數差不多時它會讓你往前，但你主科不及格，附加題滿分也沒用。這點跟很多人直覺不同，他們以為只要把速度分數衝到 100，排名就會跟著上來，結果常是分數漂亮、排名沒動。我自己就遇過客戶網站手機版測 90 幾分，卻還是排不上前段，原因就是內容跟對手差距太大，速度幫不上忙。排名訊號之間有優先順序，可以先看 Google 公開最重要的前 3 個排名因素，把力氣放在影響更大的地方。
還有一個前提容易被忽略：你的手機版必須先被收錄。Google 採 行動優先索引，用手機版做主要索引與評分，桌機版反而不是主角。所以如果你的手機版內容跟桌機版不一致，或手機版缺了重要區塊，等於拿一個殘缺的版本去比賽，速度訊號再漂亮也沒意義。而頁面體驗這個訊號的定位，頁面體驗排名因素的解析 寫得比較清楚，它不是被拿掉，而是變成所有排名的共同基礎。
這裡要小心一個常被誤傳的數字。有些舊文章會寫「Google 統計全球幾萬個網站平均載入要二十幾秒」，這類數字在原文裡查不到可驗證來源，建議直接以 PageSpeed Insights 對自己網站的實測值為準，不要被一個嚇人的平均數字綁架。整體而言，網站速度會不會影響排名，網頁速度對 SEO 的影響 跟 為什麼網站速度非常重要 都有完整說明，方向一致。
Google AMP 還需要嗎：2021 退場後的真相
不需要再為了 SEO 而導入 AMP。2021 年 Google 推出頁面體驗更新後，取消了 AMP 頁面在搜尋結果的特殊待遇與專屬徽章，也取消了「焦點新聞」必須用 AMP 的限制。現在只要你的原生網站能通過 Core Web Vitals，就能拿到跟 AMP 一樣的速度訊號加分。
時間軸很清楚。2021 年那次的頁面體驗更新是轉捩點，AMP 從「特權」變成「一種選項」。Google 改用 Core Web Vitals 來公平評估所有技術框架，不只獨厚 AMP。AMP 技術本身沒有消失，還在用的人可以繼續用，但從零開始導入它來換排名，是浪費資源。說白了，AMP 現在就像退役的國手，技術還在，但已經不上場了。這段來龍去脈在AMP 對 SEO 排名影響的前世今生有更完整的整理，也有人直接討論過AMP 到底重不重要，結論一致。
那什麼情況還會碰到 AMP？主要是某些新聞媒體的內部流程還在跑，或舊站的 AMP 版本還掛著沒拆。這種狀況不必急著拔，但也沒必要新站再接。比較實際的做法是把資源投在原生網站的 CWV 最佳化，這條路對未來幾年的 SEO 趨勢都比較穩。如果你的站還在思考行動版要怎麼佈局，建議先看RWD 網頁設計的基礎，把自適應版面（RWD）做對，比糾結 AMP 更划算。
Core Web Vitals 三大指標是什麼：LCP、INP、CLS 白話解釋
Core Web Vitals 是 Google 用來衡量網頁真實體驗的三個量化指標，分別量「畫面主要內容多久才出現」「使用者點了之後多久才有反應」「畫面會不會跳來跳去」。這三個數字是 Google 公開標準，可以在 PageSpeed Insights 直接看到實測值。它們是 技術 SEO 裡最常被量化的體驗訊號。
| 指標 | 量什麼 | 合格門檻 | 不及格會怎樣 |
|---|---|---|---|
| LCP（最大內容繪製） | 主要內容多久出現 | 2.5 秒以內 | 使用者感覺很慢、跳出 |
| INP（互動到下一次繪製） | 點了多久才有反應 | 200 毫秒以內 | 按鈕按了沒回應、卡頓 |
| CLS（累計版面位移） | 畫面會不會跳 | 0.1 以內 | 點錯按鈕、體驗差 |
這幾個門檻是「第 75 百分位」的真實使用者資料（field data），不是單次實驗室數字。意思是 Google 看的是一段時間內，多數造訪你網站的使用者體驗落在哪裡，而不是某一次跑分。這點很重要，因為很多人會拿一次 Lighthouse 跑分當結論，但其實 Google 用的是 CrUX 長期資料。要確認自己網站的 CWV 表現，可以參考 Core Web Vitals 官方標準，或從 Google Search Console 的 PageSpeed 報表看全站哪些頁面不合格。
一個要釐清的點：INP 從 2024 年起正式取代了舊的 FID（首次輸入延遲）。如果你查到的資料還在講 FID，那是過時的，現在要看的是 INP。你是不是也遇過點了按鈕要等半天才變色、或捲動時頓頓的？那通常就是 INP 不及格。INP 的意思是，使用者任何一次互動（點、按鍵盤、點螢幕）到畫面實際更新的時間都要夠短，不只是第一次。這對有複雜互動的網站尤其難修，後面會講到具體手法。
為什麼手機版比桌機版更難顧：行動裝置的真實限制
因為手機的 CPU、記憶體、網路條件都比桌機差很多，同樣的網頁在手機上跑就是比較吃力。手機用戶常在 4G 或公共 Wi-Fi 下瀏覽，延遲高、頻寬不穩，手機處理 JavaScript 的速度也只有桌機的一小段。再加上手指觸控對互動延遲更敏感，所以同一段程式碼桌機 INP 合格、手機卻超標，是常見狀況。
把限制拆開看比較好理解。硬體上，手機的 CPU 跟記憶體本來就比桌機小一截，那些在桌機跑得很順的動畫或重計算，到手機就變卡。網路上，4G 或公共 Wi-Fi 的延遲跟不穩定性比家用光纖高很多，第一個 byte 回來的時間就拖長了。互動模式上，觸控對延遲更敏感，手指點下去沒反應，感受比滑鼠點還差。把這三個疊起來，就能解釋為什麼桌機測 95 分、手機測 40 分是家常便飯。
我曾看過一個網站桌機測 95 分、手機測 40 分，客戶以為測速工具壞了，其實就是手機環境太嚴苛，工具沒問題。重點來了：Google 又採行動優先索引，等於拿最嚴苛的環境來評分你的網站。所以不要只看桌機測速結果就放心，一定要切到手機版實測。行動優先索引的細節，可以對照Google 行動優先索引的運作跟官方說明，了解你的手機版內容是不是真的有被當成主版本；行動版體驗對手機用戶的影響，行動裝置相容性 也值得一看。
手機網頁載入速度慢的常見原因：照這份清單抓問題
最常拖慢手機版的，依序是圖片檔案太大或格式老舊、未壓縮的 CSS 與 JavaScript 阻塞畫面、過多第三方追蹤腳本、主機回應時間過長、以及沒有快取機制。實務上建議先開 PageSpeed Insights 跑一次，看它列出的「機會」區塊，通常前三項就佔了八成問題。
- 圖片太大或格式老舊：手機螢幕小，卻載了桌機大圖，流量跟時間全浪費。
- CSS 與 JS 阻塞渲染：瀏覽器要先把這些檔案抓完才能畫畫面，檔案越大、越多，第一屏就越晚出現。
- 第三方追蹤腳本過多：分析、聊天外掛、廣告，每個都會搶頻寬跟 CPU。
- 主機回應太慢：伺服器第一個 byte 回來慢，後面再快也來不及。
- 沒有快取：每個訪客都要重新組裝頁面，主機累、使用者等。
我會建議先處理圖片，因為它最容易、效果最直接，新手也能做。把圖片壓成 WebP、把會擋畫面的腳本延後載入，分數就會明顯上升。這個抓問題的順序，其實也呼應了 最常被忽略的技術 SEO 問題 裡的優先級：先解決影響最大的視覺資源，再往程式碼層走。想建立整體網站速度觀念，前面提過為什麼網站速度非常重要；要找工具輔助，web.dev 工具 則能幫你做更細的網頁檢測，Google 搜尋的運作方式 也值得一併了解。
圖片最佳化是速度第一戰場：WebP、延遲載入與尺寸標註
圖片最佳化要同時做三件事：把格式換成 WebP、啟用延遲載入（lazy loading）、為每張圖標明 width 與 height。WordPress 5.4 以後內建延遲載入，不用額外加裝；WebP 可以靠 Smush、ShortPixel 這類外掛自動轉檔。LCP 那張首圖尤其重要，建議用 fetchpriority 設成 high 讓它優先下載。這三步做完，LCP 通常能降一到兩秒。
三個動作拆解
WebP 是格式戰。同樣畫質，WebP 的檔案比 JPEG 跟 PNG 小很多，這對手機版的 LCP 直接有感。延遲載入是時機戰，圖片捲到視窗附近才載入，首屏不必一次把整頁圖片都抓回來。尺寸標註是穩定戰，每張圖給定 width 跟 height，瀏覽器可以先留好位置，圖片載入時畫面不會跳，這同時也是在顧 CLS。
LCP 首圖要特別對待。它通常是畫面上最大的那個元素，常常是英雄圖或主視覺，它出現的時間就是 LCP。所以別把它也丟進 lazy loading，反而要用 fetchpriority=”high” 讓它優先。回應式圖片則用 srcset 依螢幕大小給不同解析度，手機不必下載桌機大圖。老實說，WebP 對舊版瀏覽器支援有限，但 2026 年主流瀏覽器都已支援，基本不用擔心。本機壓縮可以用 TinyPNG、ImageOptim，外掛則推 Smush、ShortPixel。圖片除了檔案大小，圖片替代文字 alt 寫得好，搜尋引擎跟螢幕閱讀器才看得懂這張圖在表達什麼。
LCP、INP、CLS 各自怎麼修：分指標的最佳化手法
LCP 不及格，主要修圖片（換 WebP、設 fetchpriority）、減少主機回應時間（上 CDN、開快取）、移除阻塞渲染的 CSS 與 JS。INP 不及格，重點是減少 JavaScript 在主執行緒上的工作量，把非必要的腳本延後或拆碎、用 debounce 限制高頻事件、把吃重的計算丟到 Web Worker。CLS 不及格，幾乎都是圖片沒標尺寸、字型替換造成跳動、或廣告沒預留空間，補上 width/height 與 min-height 就能解決大半。
LCP：讓主角早點上場
LCP 的三個下手點是圖片、伺服器回應、阻塞資源。圖片前面講過了。伺服器回應時間（TTFB）牽涉到主機跟 CDN，把主機升級或接上 CDN 能壓低第一個 byte 的時間。阻塞資源則是指那些會擋住畫面渲染的 CSS 跟 JS，把關鍵的留下、非關鍵的延後，畫面就會快很多。這部分屬於 站內 SEO 的範疇，做對了對 LCP 跟整體 程式碼最佳化 都有幫助。
INP：最難修的那一個
INP 是三個裡最難修的，因為它牽涉到程式邏輯，不是改改設定就好。要找出哪段 JavaScript 在主執行緒上佔太久，常用的是 Chrome DevTools 的 Performance 面板跟 Lighthouse 的診斷。找到之後，把長任務拆碎、把非必要的腳本延後或移除、用 Web Worker 把吃重計算搬離主執行緒，都是常見手法。事件處理上，對 scroll、resize 這類高頻事件加 debounce 或 throttle，能避免主執行緒被塞爆。
CLS：補尺寸、留空間
CLS 修起來相對直觀。圖片跟影片補上 width 跟 height；字型用 font-display: swap 避免文字消失造成跳動，如果還是會位移，可以考慮 font-display: optional，代價是偶爾用系統字型；廣告跟嵌入元素預留 min-height 的空間，別讓它們載入時把下面的內容往下推。還有一個容易被忽略的點，是避免在上方區域動態插入元素，像是 banner 或通知，這種「突然冒出來」的位移對 CLS 殺傷最大。網站整體的體驗設計，網站架構最佳化 跟 網站可及性與 SEO 會跟速度一起決定使用者感受。
WordPress 手機版加速實戰：外掛、主機與主題的取捨
WordPress 手機版加速可以從三層下手：外掛層裝一套快取外掛加上圖片壓縮外掛；主機層如果預算許可，從共享主機升級到 VPS 或雲端主機，並接上 CDN；主題層選輕量、有做 CWV 最佳化的主題，避開功能一大堆、什麼都要載入的胖主題。最常見的反效果是「裝太多外掛」，每個外掛都會載入自己的 CSS 跟 JS，疊起來反而拖慢網站。
三層各自該做什麼
外掛層，快取外掛可以選 WP Rocket（付費）或免費的 W3 Total Cache、Seraphinite Accelerator；圖片壓縮外掛前面提過 Smush 跟 ShortPixel。主機層，共享主機是常見瓶頸，因為資源是大家共用，尖峰時段就慢；升級主機規格跟接上 CDN 能降低延遲，尤其是對分散在各地的訪客。主題層，輕量優先，胖主題是隱形殺手，它會把一堆你用不到的功能也載進來。把 WordPress 整體的 SEO 佈局做起來，可以看WordPress SEO 最佳化的完整步驟，後台資料要接的話，Site Kit by Google 能把所有 Google 工具搬進 WordPress。
最常見的反模式是外掛裝太多。說真的，我看過裝 40 個外掛的網站，關掉一半之後速度分數直接跳 20 分。所以紀律很重要：每裝一個新外掛，先測一次分數，沒明顯幫助就別留。這個原則也適用在 SEO 外掛的選擇上，挑一個主力就好，別同時掛好幾套互相打架。主機跟主題這層，台灣本地有不少主機商可選，這裡不具名推薦，避免業配疑慮，建議依自己的流量跟預算實測。網站整體的最佳化有個可以照著走的框架，就是網站最佳化流程。
網頁載入速度如何影響轉換率與跳出率：真實代價
網站速度對轉換率跟跳出率的影響是真實而且放大快速的。載入時間只要拖過 3 秒，就有很大比例的使用者在還沒看到內容前就離開；每多 1 秒，轉換率就會明顯下滑，這對電商與服務型網站尤其致命。會發生這件事的原因，是手機使用者的耐心本來就比桌機低，加上行動網路不穩，他們傾向直接跳出找下一個結果。
3 秒是公認的容忍臨界點。這不是某一篇報導的單一數字，而是多年觀察下來的方向性共識：使用者等的越久，跳出的機率越高，而且這個下降不是線性，是越後面掉得越快。為什麼手機用戶更沒耐心？因為行動情境常常是通勤、零碎時間，網路又不穩，選擇還太多，你的站慢半秒，他們就滑走。所以速度不只是 SEO 問題，更是「你會不會失去這個客戶」的生意問題。
把這兩條線連起來看：速度慢等於排名弱、跳出率高、轉換低，三重打擊。我有一次幫客戶把首頁從 4 秒壓到 2 秒，表單填寫完成率當週就升上來，比改文案還有感。這是我的個人經驗，不是統計，但方向很明確。想深入了解轉換率本身，可以看轉換率的完整介紹；想知道使用者為什麼不願多留一秒，網站停留時間的最佳化 也值得讀。如果你的目標是電商訂單，產品結構化資料 跟速度會一起決定你的成績。
常見的行動版速度最佳化錯誤：做越多反而越慢
最常見的反效果有三種。一是裝太多最佳化外掛，每個都載入自己的資源，結果互相打架反而更慢。二是過度壓縮 JavaScript 導致功能壞掉，再花更多時間 debug。三是把所有圖片都延遲載入，連首圖（LCP 元素）也延遲，結果分數更低。更麻煩的是，盲目追求 PageSpeed 的 100 分也是陷阱，有些高分是靠關掉功能換來的，可能傷害使用者體驗或轉換。
你以為裝越多最佳化外掛越快？其實它們正在互相拖慢你的網站。這不是少數案例，而是我重複在接手別人的站時看到的通病：快取外掛裝兩套、圖片外掛裝兩套、再加一堆「加速」外掛，結果主執行緒被一堆設定面板的腳本佔滿。CSS 跟 JS 的合併壓縮也要測試，有時合併壓縮會破壞互動，反而讓 INP 變更糟，這點在 標題標籤 SEO 跟其他前端實作裡特別容易踩雷。
快取設定的誤用也很常見。快取設太久，內容會不更新；快取沒分清楚手機版跟桌機版，會把手機訪客送到錯誤的版本。還有一種是為了分數關掉本來有用的功能，像是把圖片壓到糊掉、把整頁快取到連表單都不會更新。正確心態是把分數當診斷工具，而不是唯一目標。及格就好，剩下的資源留給內容跟轉換。網站整體的結構與最佳化方向，John Mueller 說網站越簡單越好懂 跟 讓 Google 更容易理解你的網站 都提供了不錯的視角。
用什麼工具測網站速度：Google 與第三方工具的差別
測速工具要分兩類看。Google 官方的 PageSpeed Insights 給的是 Core Web Vitals 真實使用者資料（field data）加上實驗室資料（Lighthouse），是 SEO 排名最直接的依據，應該以此為主。第三方工具如 Pingdom、GTmetrix 給的是單次實驗室載入分析，適合用來找「哪個資源吃掉最多時間」，但它們的分數不等於 Google 的評分。
兩類工具的角色要分清楚。field data 是 PSI 的 CWV，反映一段時間內真實使用者的體驗；lab data 是 Lighthouse、Pingdom、GTmetrix，反映某一次實驗室環境的載入狀況。跟 Google 排名有關的，就看 Google 自己的工具，別被第三方分數綁架。如果你的站跟排名有關，Google Analytics 跟 GSC 索引異常排查 是兩個值得常看的後台訊號。
第三方工具不是沒用，只是用途不同。Pingdom 跟 GTmetrix 的瀑布圖適合找資源瓶頸，看是哪個圖片、哪個腳本吃掉最多時間。要注意的是，Pingdom 測的多半是桌機環境，較少反映真實手機體驗，這是它的一個限制。想了解 PSI 怎麼跟 Lighthouse 整合，可以看 PageSpeed Insights 官方文件。Google 官方的 SEO 工具清單，則可以參考免費 Google SEO 工具。第三方工具如 Pingdom Website Speed Test 適合找瓶頸，但分數請別直接拿來當排名預測。
2026 AI 搜尋時代，網站速度的意義變了嗎
在 AI 搜尋時代，網站速度依然是基本盤，但它的角色從「幫你排名往前」擴大到「讓你的內容能被 AI 正確讀取與引用」。AI 搜尋引擎在抓取網頁時，跟傳統爬蟲一樣會受速度與穩定性影響，頁面載入太慢或版面跳動，AI 可能讀不到完整內容就直接放棄。再加上 Google AI Overview 仍以傳統排名訊號為基礎來挑選引用來源，所以速度顧好，等於同時顧到傳統 SERP 與 AI 引用兩條路。
差別在於，以前速度是搶排名，現在還要加上「讓 AI 看得懂、抓得到」的結構與穩定性。AI 爬蟲跟傳統爬蟲一樣，會受速度跟版面穩定性影響，CLS 高的話 AI 可能在內容還沒定位好時就讀到錯位置。我的看法是，速度從「選修」變成「必修」，差別是以前只交給 Google 看，現在還要交給一堆 AI 看。這不是誇大，AI 搜尋仍在演進，速度跟 AI 引用的直接因果還在累積證據，但把基礎顧好不會吃虧。
把這條路接起來看，結構化資料跟語意清楚度（標題層次、schema）會影響 AI 引用，跟速度並列為新基本功。想了解結構化資料，可以看結構化資料的介紹。想看 AI 搜尋怎麼改變 SEO，Google AI 搜尋的演進、AISO 是什麼、還有 GEO 生成式引擎最佳化 都能幫你把傳統 SEO 跟 AI 引用兩條路一次看懂。如果你的內容策略還沒跟上 AI 搜尋，AI SEO 生存指南 是一篇好的起點，AI 搜尋 SEO 完整指南 則把迷思跟必做關鍵整理得更清楚。
行動裝置網站速度最佳化 FAQ：讀者最常問的問題
這一節整理實務上最常被問到的問題，涵蓋門檻數字、工具選擇、AMP 取捨、WordPress 設定、分數迷思與優先順序，每題都先給一句明確答案再補充說明，方便你直接取用。
PageSpeed 分數多少才算合格？
行動版能到 80 分以上、CWV 三項都過門檻（LCP<2.5s、INP<200ms、CLS<0.1）就及格，不必執著滿分。滿分常常是用關掉功能換來的，可能反而傷體驗與轉換，及格即可、把資源留給內容。分數本身只是診斷工具，不是目標。
AMP 還要不要做？
不必。2021 年 Google 頁面體驗更新後，AMP 已取消特殊待遇，把資源投入原生網站的 CWV 最佳化更有效。新站不要再接 AMP，舊站若還掛著也不必急著拆，但別為了排名而導入。
為什麼桌機很快、手機很慢？
因為手機硬體跟網路條件較差。手機的 CPU、記憶體比桌機小，4G 或公共 Wi-Fi 的延遲跟不穩定性比家用光纖高，加上 Google 採行動優先索引，等於用最嚴苛的環境評分，所以桌機測高分、手機測低分是常態。相關機制可以對照行動優先索引的官方說明。
快取外掛會不會讓內容不更新？
設定得當不會。要區分手機跟桌機快取，設定合理的過期時間，並在發佈或更新內容時觸發清除。常見問題是快取太久或沒分版本，按外掛文件的建議設好觸發規則，就能避免吃到舊內容。
LCP 跟載入時間一樣嗎？
不一樣。LCP 是「最大內容元素出現」的時間，不等於整頁載完。一個頁面可能 LCP 很早（首圖先出現），但底下的腳本還在跑；也可能整頁很快載完，但最大元素很晚才出現。SEO 看的主要是 LCP，因為它代表使用者「感覺到主要內容出現了」的那一刻。
最佳化後多久會看到排名變化？
通常觀察 7 到 28 天。而且要搭配內容跟其他排名因素一起看，速度只是其中一個訊號。如果內容本身弱，速度最佳化不一定能帶動排名。相關的耐心原則，可以看外部連結影響排名要多久背後類似的「訊號累積需要時間」邏輯。
沒有工程師能自己做嗎？
圖片壓縮、快取、外掛這些可以自己來，門檻不高。但程式碼層的 INP 修整、JavaScript 長任務拆解，建議找技術協助，否則容易越改越糟。先用外掛跟設定搶分，把需要動程式的留給專業。想自己動手的話，SEO 新手入門教學 跟 10 個免費最佳化技巧自己動手做 是不錯的起步。
CDN 一定要裝嗎？
不一定。對國際或分散訪客的網站效果明顯，本地小站可先觀察。CDN 的價值在縮短資源傳輸距離，如果你的訪客多數跟你主機在同一區，邊際效益就沒那麼大，但接上 CDN 對延遲通常還是有幫助。想長期累積排名，快速提升排名的小技巧 跟 提升 Google 搜尋排名的 7 個技巧 可以跟速度一起做。
回到搜尋意圖，行動裝置網站速度這件事，核心不是衝到 100 分，而是先修正最影響判斷的訊號。把圖片壓成 WebP、把會擋畫面的腳本延後、把主機回應時間壓下來，CWV 三項過門檻，行動版的速度這關就大致及格。觀察 7 到 28 天再做下一步，把節奏抓穩，比一次大改更可靠。如果你的網站還卡在手機版速度分數太低、跳出率偏高，或被客戶追問「網站怎麼那麼慢」，現在就動手，先從一張 LCP 首圖開始改起。
