行動優先索引（Mobile-first Indexing）是 Google 自 2018 年起逐步推動、並在 2021 年 3 月底全面啟用的預設索引方式。根據 Google Search Central 官方說明，Google 建立索引與判斷排名時，主要採用 smartphone 爬蟲抓到的手機版內容，而不是過去預設的桌機版。換句話說，你的手機版 DOM 裡有什麼，Google 就拿什麼來排名；手機版少掉的段落、連結、結構化資料，等於在索引裡直接消失。2026 年 AI 搜尋當道，這條 smartphone 索引管道仍是 AI Overviews 與 AI Mode 引用內容的底層來源，所以手機版能不能被正確爬取，同時決定傳統 SERP 與 AI 摘要的能見度。
TL;DR：行動優先索引是 2021 年全面啟用的預設索引方式，以手機版 DOM 為排名主要依據，2026 年 AI 搜尋仍沿用同一條 smartphone 爬蟲管道；真正的風險不是沒做 RWD，而是手機版悄悄少了桌機版的內容與結構化資料。
文章目錄
行動優先索引是什麼：一句話講清楚
行動優先索引指的是 Google 在建立索引與判斷排名時，優先採用手機版內容，桌機版退居次要。這不是一個可以開關的功能，而是 2021 年 3 月底全面啟用後就成為現在的預設行為。如果你的網站還停在「桌機版做得很豐富、手機版精簡一下就好」的思維，那麼桌機版才有的內容很可能根本不會被拿來排名。
把時間軸拉出來看比較清楚：Google 在 2016 年提出這個概念，2018 年開始逐步對新網站啟用，到 2021 年 3 月底完成全面實施。這段時間裡，多數網站的索引狀態早已悄悄從「桌機版優先」切換成「smartphone 爬蟲優先」。會做這個改變，原因是使用者行為早就轉到手機了，當多數查詢來自行動裝置，Google 用桌機版內容去排名會出現「排名依據」與「使用者實際看到的」不一致。
時間軸：2016 提出到 2021 全面啟用
- 2016 年：Google 官方首次預告行動優先索引的方向。
- 2018 年：開始對新網站與部分符合條件的網站逐步啟用。
- 2020 年：擴大適用範圍，多數網站陸續收到啟用通知。
- 2021 年 3 月底：完成全面啟用，成為預設索引方式。
這裡有個關鍵概念容易被忽略：行動優先索引吃的不是你螢幕上看到的畫面，而是手機版的 DOM。我自己的網站就踩過這個坑，明明 RWD 做得很漂亮，桌機版該有的 FAQ、內部連結、結構化資料在手機版卻被樣板「精簡」掉了，結果這些內容在 Google 眼裡等於不存在。如果你也想搞清楚技術 SEO 還有哪些容易被忽略的細節，可以先看技術 SEO 總覽，再回來對照本文的索引機制。
三個常被搞混的概念：Mobile-first Indexing、Mobile-friendly、Mobile Usability
| 概念 | 是什麼 | 影響層級 |
|---|---|---|
| 行動優先索引 | 索引與排名主要依據手機版 DOM | 索引機制（底層） |
| Mobile-friendly | 手機版能不能正常顯示與操作 | 是否被標記適合手機瀏覽 |
| 行動裝置可用性 | Search Console 報表追蹤的體驗問題 | 體驗訊號（間接影響排名） |
很多人把這三者混為一談，其實它們層級完全不同。行動優先索引講的是「Google 拿哪個版本來排名」，Mobile-friendly 講的是「這頁在手機上能不能看」，行動裝置可用性報表則是 Google 主動告訴你「使用者在手機上瀏覽這頁有哪些體驗問題」。把這三層分清楚，後面修網站才不會亂槍打鳥。若想先補一下SEO 是什麼的基礎觀念，再回來看索引機制會更順。
為什麼 Google 要改用手機版優先索引
因為使用者的搜尋行為早就轉到手機了。當超過半數查詢來自行動裝置，Google 還用桌機版內容去排名，等於拿一個「使用者根本看不到的版本」當排名依據，這在邏輯上就說不通。行動優先索引是為了讓索引結果貼近使用者真實體驗而生的修正，不是 Google 單純偏好手機。
回到它要解決的舊問題：過去桌機版內容往往比手機版豐富，但使用者點進去看到的是手機版，排名卻用桌機版判斷。這會造成一種尷尬狀況，你排上去的內容跟使用者實際讀到的內容是兩套東西。把索引對齊到手機版，理論上能讓「排名依據」與「使用者體驗」拉到同一條基準線上。如果你對這條行為轉移的脈絡有興趣，可以參考我們整理的桌機搜尋何時觸頂的分析。
它解決的舊問題：排名依據與使用者看到的不同步
用一個比喻把這件事講白：過去等於是「考試用 A 卷評分，學生卻只能看 B 卷作答」。桌機版內容是 A 卷，使用者實際瀏覽的手機版是 B 卷，兩者不一致時，排名訊號就跟使用者體驗脫鉤。行動優先索引做的事，就是讓評分依據與作答版本對齊，這也是為什麼我把它看成「對齊」而不是「偏好」。
再往下一層，手機版體驗會直接影響停留時間與跳出率，這兩個訊號又會回頭影響排名。所以我會把它理解成 Google 把「索引」與「體驗」對齊的一步，而不是單純換個爬蟲而已。想知道體驗訊號怎麼牽動排名，可以延伸閱讀停留時間最佳化技巧與跳出率與離開率的差別。
說到底，這套改變的底層邏輯是「貼近真實使用者」。Google 演算法一路從RankBrain、BERT走到現在的 AI 搜尋，核心方向都是讓結果更貼近人真實的查詢意圖（可參考搜尋意圖）。行動優先索引只是這條線上把「裝置」對齊的一環。
桌機版和手機版內容不一樣會怎樣：差異內容風險
會，而且常常是無聲的流失。行動優先索引下 Google 主要看手機版 DOM，所以手機版沒出現的文字、圖片、連結、結構化資料，等於在索引裡「不存在」，桌機版再有料也用不上。最常見的風險是手機版為了「清爽」刪掉關鍵段落、FAQ、內部連結，結果這些內容直接從排名訊號裡消失。
這裡要介紹一個在繁中圈很少被好好解釋的概念：差異內容（Differential Content）。它的定義很直白，就是「桌機版有、手機版沒有」的那部分內容。問題在於，這些內容不是被懲罰，而是根本進不了索引。你以為只是手機畫面乾淨一點，代價卻是整段內容的 SEO 價值歸零。
差異內容風險清單：手機版最該檢查的 6 個項目
- 被 RWD 預設隱藏或 display:none 的關鍵文字段落
- 桌機版有、手機版被刪掉的內部連結與導覽項目
- 桌機版有、手機版漏掉的結構化資料（FAQ、Article、BreadcrumbList）
- 圖片在手機版換了 URL 或用延遲載入導致沒被索引，alt 也跟著消失
- 折疊或分頁區塊，展開前的內容不在初始 DOM 裡
- AMP 殘留樣板，手機版回傳的是精簡過的舊版本
實務上最容易中招的是前三項。很多佈景為了手機畫面乾淨，預設把側邊欄、FAQ、相關文章整塊藏起來，問題是這些區塊往往就是你佈局內部連結與結構化資料的地方。藏掉畫面沒事，但若連 DOM 都沒送出，等於一併把 SEO 價值送走。我的原則很簡單：不要為了手機畫面乾淨，而砍掉有 SEO 價值的內容；要藏可以，但確保它還在 HTML 裡。
PTT 與幾個網管社群都曾有站長反映，手機版改版後排名悄悄下滑，回頭查才發現是新版樣板把整段內容與連結砍光。這種問題不會在 Search Console 跳紅字警告，只會在資料裡慢慢發酵，所以更值得主動查。如果你最近也遇到自然流量莫名下滑，差異內容是該優先懷疑的兇手之一。
講白一點：行動優先索引的重點不是「有沒有啟用」，而是「手機版被爬到的內容對不對」。這句話值得記下來，因為它同時解釋了為什麼很多站長明明做了 RWD，排名還是沒回來。
RWD、動態服務、獨立手機版：三種架構的風險比較
RWD 風險最低但不是零，動態服務風險中等，獨立手機版（m. 或獨立網域）風險最高。但選哪種架構不是重點，重點是確認 Google 拿到的手機版 DOM 跟你想的一樣。架構本身不會決定排名，決定排名的是「Google 實際爬到的內容」。
| 架構 | 內容一致性風險 | 維護成本 | 最常見錯誤 |
|---|---|---|---|
| RWD 自適應 | 低 | 低 | CSS 隱藏元素、折疊內容沒展開 |
| 動態服務 | 中 | 中 | 伺服器對 smartphone 爬蟲回傳不完整版本 |
| 獨立手機版 m. | 高 | 高 | canonical 與 alternate 標記錯誤、兩套內容不同步 |
RWD 是同一份 HTML 配合 CSS 排版，理論上桌機與手機拿到的 DOM 一樣，風險最低。但「理論上」三個字要小心，因為折疊區塊、延遲載入、JavaScript 動態注入的內容，都可能讓手機版實際被爬到的 DOM 跟桌機版有出入。Google 雖然會執行 JavaScript，但執行的時機與完整度不是你能完全掌握的，相關細節可以看Google 怎麼抓 JavaScript 連結。
動態服務是同一個網址依 User Agent 回傳不同版本，風險在於你得確認伺服器回傳給 smartphone 爬蟲的版本是完整的。常見的雷是快取層或 CDN 依 User Agent 分流時，不小心給爬蟲回傳了精簡版。獨立手機版則是兩套網址、兩套內容，最容易在轉址與 canonical 標記上出錯，若 canonical 指錯，等於告訴 Google「這頁不是正本」，排名訊號整個亂掉，可參考Google 何時會無視 canonical。
我的建議是多數站用 RWD 就夠了，但務必用網址審查工具驗證手機版 DOM 真的保留了該有的內容。想更了解 RWD 對 SEO 與體驗的整體影響，推薦先讀RWD 網頁設計完整解析。如果你的網站還在用舊版獨立手機版，而且三不五時就出 canonical 烏龍，認真考慮併回 RWD 會省下大量維護成本。
如何用 Search Console 確認網站已被行動優先索引
開啟 Search Console 的網址審查工具，輸入任一頁網址，查看「檢索方式（Crawled as）」欄位，如果顯示「Googlebot 智慧型手機（smartphone）」就代表那頁已是行動優先索引。2021 年後幾乎所有網站都已是這個狀態，所以重點不是「有沒有啟用」，而是「手機版被爬到的內容對不對」。
四步自查流程
- 步驟一：進入 Search Console，選擇資源，在網址審查工具輸入要查的網址。
- 步驟二：看「涵蓋範圍／檢索」區塊的「Crawled as」欄位，確認是 smartphone。
- 步驟三：點「測試網址」跑手機版，檢視回傳的 HTML 是否包含關鍵內容、連結與結構化資料。
- 步驟四：用桌機版測試結果對照，逐項比對兩者 DOM 差異，找出被刪掉的內容。
2021 年全面啟用後，還沒切換的網站會收到 Search Console 的訊息通知；沒收到訊息通常就是已啟用。所以與其糾結「我有沒有被啟用」，不如把力氣放在比對 DOM 差異。如果你對這套工具還不熟，Google 官方免費 SEO 工具與Site Kit by Google的介紹可以幫你快速上手，後者還能把 Search Console 資料直接拉進 WordPress 後台。
實務上我會搭配第三方工具輔助，例如 TechnicalSEO.com 的 mobile-first index 比對工具，一次比對多頁的手機版與桌機版差異，效率比單頁測試高很多。不過這類第三方數字一律以 Search Console 官方結果為準，第三方只能當加速排查的輔助。順帶一提，若你看到的問題是「已建立索引但沒內容」，成因往往跟 robots 或伺服器封鎖爬蟲有關，可對照已建立索引但未包含內容的排查流程。
這裡要小心一個誤區：很多人以為「網址審查顯示 smartphone 就沒事了」，但那只代表 Google 用手機版爬，不代表手機版的內容是完整的。前者是索引狀態，後者是內容品質，兩件事不能混為一談。遇到Search Console 跳出速度警告時也是同樣邏輯，先確認內容再處理體驗。
行動優先索引最常見的 7 個錯誤與修復方式
最常見的錯誤依序是：手機版少了桌機版的結構化資料、圖片在手機版載入不出來、未設 viewport、可點擊元素太近、文字太小、折疊內容沒展開導致爬不到、獨立手機版的 canonical 標記錯。修法不是一次到位，而是先從直接影響索引內容的項目下手，再處理體驗類問題。
| 錯誤 | 影響 | 修法 |
|---|---|---|
| 手機版缺結構化資料 | 內容進不了索引、失去複合式結果 | 補回與桌機版一致的 JSON-LD |
| 圖片手機版載入不出來 | 圖片與 alt 訊號消失 | 確認圖片 URL 可被爬蟲抓到、檢查延遲載入 |
| 缺 viewport meta | 手機排版錯亂 | 補 viewport 標籤 |
| 可點擊元素太近 | 體驗問題、間接傷排名 | 依行動裝置可用性報表調整間距 |
| 文字太小 | 體驗問題 | 放大字級至建議值 |
| 折疊內容爬不到 | 內容進不了索引 | 確認展開後 HTML 在 DOM 裡 |
| 獨立手機版 canonical 指錯 | 正本判定混亂 | 檢查 rel=canonical 與 rel=alternate 雙向標記 |
修復優先序：先影響索引的，再處理體驗類
修這些錯誤有先後順序。我會建議從「直接影響索引內容」的項目下手，也就是結構化資料、圖片、折疊內容這三項，因為它們決定 Google 手上到底有沒有那些內容；再處理 viewport、點擊間距、字級這類體驗問題。順序搞反了，你會花很多時間修體驗，結果排名訊號還是缺一塊。結構化資料該怎麼寫，可以對照QAPage 複合式結果教學；至於這些標記到頭來會在搜尋結果頁怎麼呈現，則是另一個獨立課題。
viewport 那項要特別提一下。正確寫法是 <meta name="viewport" content="width=device-width, initial-scale=1">，少這一行會讓手機直接用桌機寬度縮放顯示，看起來能用，其實是災難。圖片問題則常出在延遲載入沒設好 fallback，導致爬蟲拿不到圖片 URL 與 alt。如果你對圖片 SEO 想再深入，可先理解alt 替代文字的寫法，再回頭檢查手機版的圖片標記。
獨立手機版的 canonical 錯誤是最麻煩的一類，因為它不會立刻反映在報表上，而是慢慢把排名訊號導向錯誤的頁面。如果你用的是獨立手機版，務必定期檢查雙向標記是否正確，這部分的概念跟子網域與子目錄的選擇邏輯有點像，都是在告訴 Google「這些網址之間是什麼關係」。
老實說，這七個錯誤裡，超過一半都能靠「把手機版 DOM 跟桌機版對齊」一次解決。與其逐一除錯，不如在改版流程裡固定加一步「手機版 DOM 比對」，從源頭避免差異內容產生。
行動裝置可用性報表紅字怎麼看、怎麼修
行動裝置可用性報表的紅字代表「使用者在手機上瀏覽這頁有體驗問題」，例如文字太小、可點擊元素太近、內容超出螢幕。它跟行動優先索引是兩件事：前者是體驗訊號，後者是索引機制，但兩者會互相影響，因為體驗差會拉低停留、墊高跳出，間接傷排名。
五大常見紅字類型
- 文字太小：字級低於建議值，手機難以閱讀。
- 可點擊元素太近：按鈕或連結間距不足，容易誤觸。
- 內容超出螢幕：橫向溢位，使用者得左右滑才能看完。
- 未設 viewport：手機直接用桌機寬度縮放，排版錯亂。
- 使用不相容的外掛：Flash 或舊元件在手機無法顯示。
報表位置在 Search Console 左側選單的「行動裝置可用性」。常見問題類型大致五種：文字太小、可點擊元素太近、內容超出螢幕、未設 viewport、使用不相容的外掛。修法是照報表逐頁處理，修完在報表裡點「驗證修正」，接著等待 Google 重新檢索，時間從幾天到幾週都有可能。對 Mobile-friendly 這個概念還陌生的話，先讀Mobile-Friendly 懶人包會更快抓到重點。
要強調的是，行動裝置可用性與行動優先索引雖然都跟手機有關，層級卻不同。體驗訊號是間接影響，索引機制才是底層。別以為把紅字修完就等於行動優先索引沒問題，這兩條線要分開看。體驗面向還可以對照Core Web Vitals與頁面體驗訊號，把整體手機體驗顧得更完整。
限制要承認一下：修完紅字不保證排名立刻回升，通常要觀察 7 到 28 天資料才能判斷效果。如果你修完一兩天就盯著排名看，多半只會把自己搞焦慮。給它一個完整的檢索週期，再回來評估。
2026 年 AI 搜尋崛起，行動優先索引還重要嗎
還很重要，而且關係比你想的直接。2026 年 Google AI Overviews 與 AI Mode 的內容來源，仍建立在同一條以 smartphone 爬蟲為主的索引管道上。換句話說，你的手機版被爬到什麼，AI 搜尋能引用的也就是什麼。所以與其在「行動優先索引」和「GEO」之間二選一，不如把它當成同一條漏斗的底層：手機版索引顧好，傳統 SERP 與 AI 引用才都吃得到。
AI 搜尋與 smartphone 索引管道的關係
把整條鏈拆開講：Google 用 smartphone 爬蟲建立索引，索引是 AI Overviews 與 AI Mode 引用內容的資料來源，AI 再從這個資料庫挑出適合摘成的段落。這代表只要索引底層沒有你的內容，AI 就引用不到，不管你 GEO 做得多漂亮。底層與上層是同一條漏斗，不是兩條平行線。
這裡的關鍵認知是：差異內容風險在 AI 搜尋下被放大。手機版沒有的內容，不只進不了傳統排名，AI 也引用不到。你以為只是少了一段話，其實是少了一個被 AI 摘要引用的機會。關於 AI 搜尋怎麼挑內容，可以對照AI Overviews 生存法則、Google AI Mode與GEO 生成式引擎最佳化三篇，把整體全貌拼起來。
GEO 與行動優先索引不衝突，而是疊加關係。結構化資料與可直接引用的答案段落，同時利於 SERP 與 AI 摘要，這也是為什麼我一直強調「別把 AI 搜尋當成跳過基礎索引問題的理由」。底層沒顧好，上層的 AEO、GEO 再怎麼做也撐不起來。想往這方向深做，可以看AEO 答案引擎最佳化、AI SEO 完整指南與AI 搜尋 SEO 指南。
數字部分我刻意用模糊描述：AI Overviews 出現比例用「超過半數查詢」這類說法帶過，不寫死百分比，因為第三方統計數字變動很快，寫死反而容易過時，隔幾個月就顯得過時。Google 搜尋市佔是否被 AI 與短影音侵蝕，可參考我們對Google 搜尋市佔變化的拆解。
換個角度想，AI 搜尋崛起反而讓行動優先索引的重要性更穩固，而不是削弱。因為 AI 要引用你，前提是它爬得到你，而它爬你用的還是 smartphone 爬蟲。這條因果鏈很直接：手機版 DOM 完整，AI 才有機會引用；手機版缺內容，AI 連引用的素材都沒有。所以與其問「要不要轉去做 GEO」，不如問「我手機版的索引基礎到底顧好了沒」。
行動優先索引自查清單：從零開始的 8 個步驟
照這個順序走：先用 Search Console 確認 Crawled as 是 smartphone，接著比對手機版與桌機版 DOM 找差異內容，補齊缺的結構化資料與內部連結，修行動裝置可用性報表的紅字，到頭來再用手機實際瀏覽重要頁面確認體驗。整個流程不一定要砍掉重做，多數網站是「補內容加修體驗」就能到位。
- 步驟一：Search Console 網址審查，確認 Crawled as = smartphone。
- 步驟二：比對手機版與桌機版 DOM，用即時測試或第三方工具找出差異。
- 步驟三：補齊手機版缺少的結構化資料（FAQ、Article、BreadcrumbList）。
- 步驟四：補齊被刪除的內部連結與關鍵文字。
- 步驟五：修行動裝置可用性報表的紅字，逐項處理。
- 步驟六：確認圖片在手機版可被爬蟲抓到，檢查延遲載入與圖片 URL。
- 步驟七：用實機瀏覽重要頁面，檢查折疊與分頁內容是否在 DOM 裡。
- 步驟八：提交 sitemap、點驗證修正，觀察 7 到 28 天資料。
這八步背後的邏輯是「先確認狀態、再補內容、後修體驗、到頭來驗證」。把順序記住，比記細節重要。步驟三、四的結構化資料與內部連結，剛好可以搭配內部連結最佳化策略與產品結構化資料一起做，一次補到位。如果你是用 WordPress 架站，WordPress SEO 最佳化十步能幫你把這些項目整合進日常維護流程。
速度這塊也別漏掉。手機版載入速度會同時影響體驗訊號與爬蟲抓取效率，相關觀念可看網站速度的重要性與網頁速度對排名的影響。若你的網站還在用 AMP，建議同步讀一下AMP 現在還重不重要與AMP 根本不重要兩篇，2021 年之後 AMP 已不是排名加分項，留著反而增加維護負擔。
常見問題 FAQ：行動優先索引你還想問的
沒有手機版的網站會被怎樣？
仍會被索引，但 Google 會直接拿桌機版當手機版爬，體驗差會拖累排名。所以不是「沒手機版就被淘汰」，而是長期處於體驗劣勢。若資源有限，至少先做 RWD 把桌機版合理地縮放手機顯示。
純桌機網站是不是就沒救？
不至於沒救，但行動體驗差會是長期劣勢。建議至少導入 RWD，讓同一份內容能在手機上合理呈現。這比維護一套獨立手機版省事得多。
AMP 還要不要用？
2021 年之後 AMP 已非排名加分項，行動優先索引也不要求 AMP。除非你有特殊的極速載入需求，否則不必為了 SEO 特別保留 AMP。
行動優先索引跟 Core Web Vitals 哪個重要？
兩者層級不同。行動優先索引是索引機制的底層，決定 Google 手上有沒有你的內容；Core Web Vitals 是體驗訊號，影響排名的加分。基礎要先顧好，體驗再疊上去，不是二選一。
修完多久會看到排名變化？
通常要觀察 7 到 28 天，實際速度取決於 Google 對你網站的重新檢索頻率。大型網站可能幾天就重新爬，小型網站可能要等更久，沒有保證的時間表。
獨立手機版要不要併回 RWD？
若維護成本高、又常出 canonical 錯誤，建議併回 RWD。獨立手機版最容易在雙向標記出錯，長期維護負擔通常大於一次併回的成本。
行動優先索引會被 AI 搜尋取代嗎？
不會。2026 年的 AI 搜尋仍建立在同一條 smartphone 索引管道上，所以行動優先索引不但沒被取代，反而是 AI 引用你內容的前提。把底層顧好，AI 層才有東西可引用。
結論：先確認索引狀態，再修差異內容
回顧一下整篇的核心：行動優先索引是 2021 年全面啟用後就一直是預設的索引方式，2026 年 AI 搜尋仍沿用同一條 smartphone 爬蟲管道。真正的風險從來不是「沒做 RWD」，而是手機版悄悄少了桌機版的內容、連結與結構化資料。RWD 解決的是「能不能正常顯示」，行動優先索引吃的是「DOM 裡有沒有那些內容」，這兩者不是同一件事。
如果你只能先做一件事，我會建議打開 Search Console，用網址審查確認 Crawled as 是 smartphone，再比對一次手機版與桌機版的 DOM。這一步花的時間最少，卻能最快看出你網站真正的風險在哪。確認完索引狀態，再按「差異內容風險清單」逐項補內容，到頭來才處理體驗類問題，這是我實際帶網站下來最有效率的順序。
2026 年 AI 搜尋不是取代行動優先索引，而是疊加在同一條 smartphone 索引管道上。底層沒顧好，上層的 AEO、GEO 再怎麼做也撐不起來。所以別把資源全押在 AI 搜尋的新玩法，先把這條最基礎的索引管道弄清楚，後面的努力才會疊得上來。
想再往技術細節走，可以接著讀最常被忽略的技術 SEO 問題與網站架構最佳化，把索引之外的技術地基一起打穩。如果你是 WordPress 站長，SEO 最佳化權威指南與Google 官方 SEO 入門指南能幫你把這些觀念落實成可執行的步驟。要更全面的演算法脈絡，則可參考Google 演算法更新懶人包與行動優先索引對排名的影響。
現在就打開 Search Console，挑一頁你最重要的內容，用網址審查跑一次手機版測試。看著回傳的 HTML，問自己一個問題：這份 DOM，是不是真的包含了你想排名的所有內容？答案如果是「沒有」，那就是你今天最該修的第一件事。
