Google 在 2024 年底宣布行動優先索引（Mobile-First Indexing）已全面完成，意思是爬蟲現在完全以行動版頁面作為評分依據，桌機版的內容與結構只有在行動版缺失時才作為補充參考。對許多站長來說，這個轉變發生得相當安靜，以至於一批過去排名穩定的舊文章開始悄悄下滑，卻始終查不出原因。
本文從行動優先索引的運作邏輯出發，整理字體、點擊目標、跳出率幾個常被忽略的細節，再帶你走一遍 Google Search Console 行動裝置可用性報告的判讀與修正流程。
行動優先索引的運作邏輯和你想的不同
Google 的爬蟲分為兩組：桌機爬蟲與行動爬蟲。切換至行動優先索引後，評分主力改由行動爬蟲負責。它模擬的是 Android 裝置搭配 Googlebot-Mobile 的使用情境，速度設定略低於現代旗艦手機，目的是反映多數真實使用者的載入體驗。
很多人對這件事有所誤解。行動優先並不代表「桌機版不用管」，也不代表「響應式設計就一定過關」。響應式設計控制的是版型縮放，但內容完整性是另一回事。如果行動版以 CSS 隱藏了部分文字區塊，例如用 display:none 收合長篇說明，Googlebot-Mobile 爬到的內容就比桌機版少，這部分文字對排名的貢獻也會跟著打折。
另一個常見的誤判發生在結構化資料（Schema）上。桌機版頁面加了商品評分或常見問題的結構化資料，但行動版的 HTML 裡沒有對應標記，Search Console 的豐富結果報告就會出現遺漏。這類問題在主題切換或外掛更新後特別容易發生，因為行動版的範本渲染邏輯有時和桌機版不一致。
字體大小與點擊目標間距的標準
這兩項指標直接影響 Search Console 的行動裝置可用性評分，也是最容易被「看起來沒問題」的外觀迷惑的地方。
Google 的標準是內文字體不得小於 12pt（約等於 16px），可點擊元素之間的間距至少 48×48 像素。這個數字的來源是人類拇指的平均觸擊面積——觸控裝置上，任何比這更密集的連結或按鈕，點錯率都偏高，使用者體驗數據也會反映在互動至下次繪製（Interaction to Next Paint，INP）分數上。
實際上最常出錯的地方有兩處。一是頁尾連結區：許多佈景主題把頁尾的「隱私政策」、「聯絡我們」、「版權聲明」做成 12px 字體加密集排列，在桌機上看起來整齊，在 5.5 吋螢幕上每個連結的可點擊區域幾乎重疊。二是麵包屑導覽列：SEO 優化的麵包屑通常字體偏小、間距偏窄，這是 Search Console 可用性報告裡「可點擊元素過於密集」這個錯誤最常見的來源之一。
修正方式不一定要大幅改版。在多數佈景主題裡，只需要在 functions.php 或子主題的樣式表裡針對頁尾與麵包屑追加幾行 CSS，把 font-size 調到 14–16px、把 padding 拉到至少 8px 上下，就能解決大部分問題。如果使用的是 Gutenberg 區塊，也可以直接在頁尾區塊的進階設定裡調整內距。
跳出率對行動版排名的間接影響
跳出率本身不是 Google 的直接排名訊號，這點已有多次官方說明確認。但跳出率和影響排名的指標之間存在高度關聯，忽視它等於忽視背後那組真正的問題。
行動版頁面的跳出率偏高，通常意味著幾種情況同時存在。頁面首次顯示內容所需時間（First Contentful Paint，FCP）超過 2.5 秒，使用者還沒看到內容就已離開。行動版的版型在特定機型上出現排版異常，正文被廣告覆蓋或按鈕消失在視窗邊緣。最常見的一種，是桌機版寫了大量說明文字，但行動版上沒有分段設計，讀者看到一整片密集文字便放棄捲動。
最後這種情況與搜尋排名的關係最值得說明。核心網頁指標（Core Web Vitals，CWV）裡有一項最大內容繪製（Largest Contentful Paint，LCP），衡量的是頁面主體內容出現的速度，而行動版上的文字區塊往往就是 LCP 的計算對象。如果使用者因為密集文字而快速離開，Google 不一定能直接量測「他因為不想讀才走」，但頁面停留時間極短、且後續搜尋行為顯示他點了其他結果，這種訊號累積到一定量，就會間接拉低頁面的品質評估。
從寫作角度能做的事其實不少：H2 之間避免連續超過 200 字的無間段落、每個重點以 bullet 或小標切開、前言三段以內點出文章主軸。這不只是文案優化，也是行動版閱讀體驗的基本保障。
用 Google Search Console 找出行動版的具體問題
Search Console 的行動裝置可用性報告位在「體驗」分類底下，是目前最直接能看到行動版具體錯誤的官方工具。
報告會列出三類主要問題：
- 可點擊元素過於密集：頁尾連結與麵包屑最常觸發這條。Search Console 會顯示受影響的 URL 清單，點進去可以看截圖，直接定位是哪一區塊出問題。
- 文字太小，難以閱讀：報告會標出哪些頁面有未達標的字體，但不會直接告訴你是哪個 CSS class，需要搭配行動裝置模擬工具，例如 Chrome DevTools 的 Device Mode，逐一確認。
- 內容超出螢幕顯示範圍：常見原因是圖片或表格沒有設定
max-width: 100%，或者iframe嵌入的影片寬度寫死。這條錯誤在 WordPress 裡特別容易因為直接貼上嵌入碼而觸發。
修正流程的建議順序是，先從「受影響頁數最多」的錯誤類型著手，而非從「最容易修」的開始。前者往往是全站性的範本問題，修一次就能批次解決；後者如果只是個別頁面的手動調整，修完遇到新頁面又會再犯。
修正後回到 Search Console，對該錯誤項目點「驗證修正」，Google 會在 7 至 14 天內重新爬取受影響的 URL 並更新報告狀態。不需要等下次資料自動刷新，主動送出驗證可以加快確認速度。
內容同等原則的實作要點
行動優先索引有一條核心要求，Google 的官方文件稱為「內容同等性（content parity）」——行動版呈現給使用者的內容，必須與桌機版實質相同。這條原則在實際操作時有幾個容易疏漏的細節。
最常見的違反情況發生在以 CSS 或 JavaScript 控制內容可見性的時候。「點擊展開」的折疊區塊、「在小螢幕隱藏」的補充說明、以模態視窗（modal）形式呈現的詳細規格，這些在桌機版上以完整文字呈現的內容，如果在行動版上需要額外操作才能看到，Google 過去的政策是視情況降低這部分內容的評分權重。2024 年更新後，折疊式內容的政策相對放寬，但前提是折疊本身是為了行動版的閱讀體驗而設計，而非刻意隱藏關鍵字。
圖片是另一個常見缺口。桌機版大量使用圖片內嵌文字說明（例如把比較表做成圖片），行動版的爬蟲無法讀取圖片裡的文字，這部分資訊對 SEO 而言等於透明。修正方向有二：一是把圖片說明改為 HTML 文字搭配視覺設計；二是至少確保圖片有完整且具備資訊量的替代文字（alt text），讓爬蟲能透過它理解圖片的語意。
結構化資料的行動版核對也容易疏漏。最快的核對方法是在 Google 的豐富結果測試工具（Rich Results Test）裡，分別以「行動裝置」和「電腦」模式貼入同一網址，比較兩組偵測到的結構化資料項目是否一致。有落差的地方，通常是行動版範本的條件渲染邏輯把 script block 排除在外。
行動版 SEO 的問題多半不是一次性的——佈景主題更新、外掛改版、新增頁面範本，都可能重新引入已修正過的問題。把 Search Console 行動裝置可用性報告納入每月定期檢查，比事後補救的成本低很多。