手機搜尋量早就超過桌機了
講一個很多人知道但還沒真正當回事的事實：全球超過 60% 的搜尋來自手機。在台灣，這個比例可能更高。如果你的網站在手機上跑得很慢、排版亂掉、按鈕小到要用指甲尖才點得到，那你就是在放棄過半的搜尋流量。
Google 從 2019 年開始全面實施「行動優先索引」（Mobile-First Indexing），意思是 Google 爬蟲主要抓的是你網站的手機版本。桌機版做得再漂亮，如果手機版有問題，排名就會受影響。
這不是什麼新趨勢——這已經是現實。但我們在做 SEO 審計時，還是常看到企業網站在手機上的體驗慘不忍睹。有些是技術上的問題，有些是設計上根本沒考慮手機使用者。
這篇會帶你從頭到尾檢查你的網站在手機 SEO 上有沒有做到位。
Mobile-First Indexing 到底是什麼意思
先把觀念搞清楚。Mobile-First Indexing 不是說 Google 只看手機版——它是說 Google 優先用手機版的內容來建立索引和決定排名。
這代表什麼？
手機版看不到的內容，Google 可能也看不到。有些舊網站的手機版會隱藏部分內容來簡化版面，像是把 FAQ 收起來、把詳細產品說明拿掉。這些在桌機版看得到的內容，如果手機版沒有，Google 在建立索引時就可能忽略它們。
結構化資料要同時出現在手機版。如果你在桌機版有加 Schema Markup 但手機版沒有，那等於沒加。
Meta 標籤也是看手機版的。Title Tag、Meta Description、canonical 標籤，手機版和桌機版要一致。
最簡單的驗證方式是用 Google Search Console 的「網址檢查」工具，看 Google 是用行動版還是桌面版的爬蟲來抓你的頁面。如果你用的是響應式設計（Responsive Design），基本上不用擔心這個問題，因為手機和桌機看到的是同一套 HTML。
響應式設計：不只是縮小畫面
響應式設計是目前 Google 最推薦的手機版方案。同一個網址、同一份 HTML，透過 CSS Media Query 根據螢幕寬度調整排版。
但很多人對響應式設計的理解停留在「畫面會自動縮放」。這太淺了。真正做好的響應式設計要注意這些：
字體大小 手機上的內文字體至少 16px。低於這個尺寸，使用者要捏大才能閱讀，Google 也會認為你的行動版體驗不好。
觸控目標大小 按鈕和連結的可點擊區域至少 48x48 像素，而且相鄰的觸控目標之間要有足夠的間距。手指比滑鼠指標大得多，太小太密的按鈕使用者很容易點錯。
內容不要水平溢出 使用者不應該需要左右滑動才能看到全部內容。圖片太寬、表格太大、程式碼區塊沒有自動換行，這些都是常見的水平溢出原因。
導覽列要手機友善 桌機版那種橫向展開的選單在手機上不可行。漢堡選單（三條線的圖示）是最常見的做法，但要確保選單打開後的項目夠大、好點擊。
用 Google 的行動裝置相容性測試工具跑一下你的網站，它會指出具體哪些地方有問題。
頁面速度：手機使用者比你想的更沒耐心
手機上網的情境跟桌機不一樣。使用者可能在等公車、搭捷運、排隊買咖啡的時候搜尋。他們的網路可能是 4G 甚至訊號不好的 3G，而且耐心非常有限。
Google 的研究顯示，手機頁面載入時間從 1 秒增加到 3 秒，跳出率增加 32%。從 1 秒到 5 秒，跳出率增加 90%。
提升手機頁面速度的重點：
圖片壓縮和格式 圖片通常是頁面最大的資源。使用 WebP 或 AVIF 格式可以大幅縮小檔案。另外要設定 responsive images（srcset），讓手機載入適合手機螢幕尺寸的小圖，而不是載入桌機用的大圖再縮放。
延遲載入（Lazy Loading）
螢幕看不到的圖片和影片不要一開始就載入。等使用者滑到那個位置再載入就好。HTML 原生的 loading="lazy" 屬性就能做到，不需要額外的 JavaScript。
減少 JavaScript 手機的處理器比桌機弱很多。過多的 JavaScript 不只增加下載時間，還會讓手機的 CPU 負擔過重，導致頁面反應遲鈍。把不必要的第三方腳本拿掉，用不到的功能不要載入。
用 CDN 內容分發網路（CDN）可以讓使用者從最近的伺服器取得資源，減少延遲。對台灣的使用者來說，確保你的 CDN 在亞太區有節點。
用 Google PageSpeed Insights 測試你的手機頁面速度分數。目標是手機版達到 70 分以上，90 分以上更好。
Core Web Vitals：Google 用數字衡量使用者體驗
Core Web Vitals 是 Google 用來量化頁面使用者體驗的三個指標，它們是排名因素之一，而且在手機上特別重要：
LCP（Largest Contentful Paint） 頁面最大元素（通常是主圖或標題區塊）完成渲染的時間。目標：2.5 秒以內。
手機上 LCP 常常超標，主要原因是圖片太大或伺服器回應太慢。解法是壓縮圖片、用 CDN、加快伺服器回應速度。
INP（Interaction to Next Paint） 使用者進行互動（點擊、打字、滑動）後，頁面產生視覺回饋的時間。目標：200 毫秒以內。
手機上 INP 最常出問題的原因是 JavaScript 太多。使用者點一個按鈕，但 JavaScript 在背景跑一大堆東西，導致頁面來不及回應。
CLS（Cumulative Layout Shift） 頁面載入過程中，元素位移的總量。目標：0.1 以內。
手機上最常見的 CLS 問題是廣告和圖片沒有預設尺寸。圖片載入前那塊空間是 0，載入後突然撐開，把底下的文字推下去，使用者正在讀的地方就跳掉了。解法是所有圖片和嵌入元素都設定明確的寬高。
在 Google Search Console 的「Core Web Vitals」報表可以看到你的整體表現。它會把頁面分成「良好」「需要改善」「不良」三個等級。
手機 SEO 的內容策略
手機使用者閱讀內容的方式跟桌機不一樣。螢幕小、注意力更短、通常是在零碎時間看的。你的內容策略要配合這些特性：
段落要短 手機螢幕一次能看到的字數有限。桌機上看起來正常的一段文字，在手機上可能變成滿滿一螢幕的文字牆。每個段落控制在 3-4 行以內。
善用小標題 手機使用者更傾向掃讀而不是逐字閱讀。清晰的小標題（H2、H3）讓他們快速找到想看的段落。
重點資訊放前面 不要像寫論文一樣花三段鋪陳才講到重點。手機使用者很可能看了前兩段就決定要不要繼續讀了。
善用列表和表格 列表比一大段文字更容易在小螢幕上閱讀。但表格要注意不能太寬，否則會出現水平捲軸。超過三欄的表格在手機上通常體驗不好。
Featured Snippet 優化 手機搜尋結果頁的版面有限，Featured Snippet（精選摘要）佔的版面比桌機上更顯眼。優化你的內容格式——用清晰的問答結構、編號列表、定義段落——來增加被選為精選摘要的機會。
本地搜尋和手機 SEO 的交集
手機搜尋有一個很重要的特性：大量的手機搜尋帶有本地意圖。
使用者走在路上搜「附近早餐店」「台北牙醫推薦」，這些搜尋幾乎都是手機上發生的。如果你的生意有實體門市，手機 SEO 和本地 SEO 是分不開的。
幾件你應該做的事：
- 確保 Google 商家檔案（Google Business Profile）資訊完整且正確
- 網站上的 NAP（Name、Address、Phone）要跟 Google 商家檔案一致
- 加入 LocalBusiness 結構化資料
- 確保你的電話號碼是可以直接點擊撥打的（用
tel:連結） - 在 Google Maps 上的位置標記正確
手機上搜尋本地商家的人通常有很強的行動意圖——他們不是在做研究，是真的要去消費。把這些搜尋者的體驗做好，轉換率會非常高。
手機 SEO 檢查清單
最後整理一份你可以馬上拿來用的檢查清單：
技術面
- 網站使用響應式設計
- 通過 Google 行動裝置相容性測試
- 手機版和桌機版內容一致
- 結構化資料在手機版有正確呈現
- viewport meta 標籤設定正確
- 沒有使用 Flash 或其他手機不支援的技術
速度面
- PageSpeed Insights 手機版分數 70 分以上
- LCP 在 2.5 秒以內
- INP 在 200 毫秒以內
- CLS 在 0.1 以內
- 圖片使用 WebP/AVIF 格式並有 responsive images
- 有啟用 lazy loading
體驗面
- 字體大小至少 16px
- 觸控目標至少 48x48px
- 沒有水平捲軸
- 彈出式視窗不會擋住整個畫面
- 電話號碼可以直接點擊撥打
- 表單欄位好填寫（有適當的 input type）
內容面
- 段落短而精簡
- 有清晰的小標題結構
- 重要資訊放在頁面前段
- 表格不超過三欄
手機搜尋不是未來趨勢，是現在的主戰場。把以上這些項目逐一檢查、逐一修正，你的手機 SEO 就不會拖後腿了。