手機版網站該檢查什麼？

客人現在大多是用手機找你的。你以為網站做好了就等於做完，其實還有一整排「手機版的事」沒被檢查。白話版：Google 早就是拿「手機版」去抓你的網站了，所以桌機好看不等於搜尋看得到；再加上手指點不到、字太小、內容兩邊不一樣，這些都是真的會發生、而且沒人會提醒你的問題。
這篇把 Google 官方的規則整理成六項檢查項目，再教你不用工程師也能自己動手查，還附上我們自己官網的實測數字跟一份可以直接照抄的檢查清單。

喵總先把位置放對

換句話說一次：「網站做好了」不等於「網站被收進去了」。

Google 官方說明中心寫得很直接：它是用「以手機代理抓取到的頁面版本」來做索引與排名的。這代表同一個網址，桌機版跟手機版誰被看到，事實上由手機版決定。

所以這篇要檢查的不是「好不好看」，是手機版跟桌機版是不是同一件事、客人在手機上能不能順利操作。

當場就能做的動作：拿手機打開你的網站首頁，只做一件事：用一根手指，往下滑到底，然後用同一根手指點回最上面那個按鈕。
點得到 → 通過；點不到、要很小心才點得到 → 你的主要按鈕太小了，先改這個，其他都還不用管。

為什麼手機版是主場，不是附屬版

先把最重要的一件事講清楚，因為很多老闆是從這裡開始誤判的。Google 官方說明中心寫的是：「Google 使用以智慧型手機代理抓取到的網站內容版本，來做索引與排名。這叫做行動優先索引（mobile-first indexing）。」（查詢日期：2026-11-07）

換成白話：Google 基本上是用手機版的內容在思考你的網站值不值得排在前面。不是「手機版是桌機版的附屬品」，而是「手機版是主版本，桌機版才是附屬的顯示方式」。這個順序在很久以前就換過了，換到今天。

這個機制帶來三個很實際的後果，而且都不是「理論上」：

• 桌機版排得好不等於手機版也排得好。Google 讀的是手機版，所以你桌機版多漂亮、手機版多殘缺，結果都一樣。
• 手機版內容比桌機版少，會有實際代價。Google 官方說得很明確：如果你的手機版內容刻意比桌機版少，在行動優先索引下「可以預期會有流量損失」，因為 Google 能從你的頁面讀到的資訊比原本少。
• 內容要用「點擊才出現」的方式載入，Google 看不到。官方寫的是「Google 不會載入需要使用者互動（例如滑動、點擊或輸入）才會載入的內容」——這是很多人以為沒關係、其實最傷的一種做法。

這也是為什麼「我用手機看還好」這句話不能當檢查結果。你用的是自己的手機、你自己的網路；你的客人用的是五年前的中階機、公司的行動網路、和一支有點油的拇指。要檢查就照下一節的方式做，不要用「我看了沒問題」結案。

順便把位置放對：這件事跟「網站內容寫得好不好」是兩件不同的事。內容夠不夠好，決定你能不能回答到客人的問題；手機版夠不夠完整，決定 Google 到底看得到多少你的內容。SEO 是什麼？中小企業白話版 那篇把 Google 決定順序的三個步驟講得比較完整。兩件事都做，排名才有機會；只做一件，等於漏掉一個人從頭到尾的閱讀動線。

三種做手機版的方式，你是哪一種

「我的網站有手機版嗎」這個問題，在技術上其實有三種完全不同的答案，而且做錯方式帶來的問題，比沒做手機版還嚴重。Google 官方說明中心把這三種方式列得很清楚（查詢日期：2026-11-07）：

官方只明確推薦第一種（響應式設計），理由寫得很白：「因為這是最容易實作與維護的設計模式」。對中小企業來說，這句話的實際意義比看起來大——響應式的維護成本最低，因為你只有一份內容、一個網址、一套後台；另外兩種都要多養一份內容，久了就會開始漂移。

但有一件事要補在後面，這是很多人以為「用了響應式就沒事」的原因：響應式設計只保證「同一份 HTML 會重排」，它不保證重排後的結果好用。同一份 HTML 可以重排出很漂亮的結果，也可以重排出「字太小、按鈕點不到、表格要拉兩邊才看得到」的結果。這是設計與製作的問題，不是「有沒有響應式」的問題。

所以你問「我的網站有手機版嗎」，正確的追問是三個：①是同一個網址還是兩個？②桌面版和手機版內容會不會不一樣？③在 390 像素寬的手機上，內容會不會被壓到難以閱讀或難以操作？第三題就是這篇接下來要教的。

至於「我的網站是響應式嗎」怎麼確認：把瀏覽器視窗拉窄（或用手機開），看內容是「重新排版」還是「整頁被縮小」。會重排＝響應式；整頁等比例縮小＝只是把桌機版縮圖塞進手機，客人在放大字之前就已經走人了。

檢查項目一：桌機有的，手機也要有

第一組檢查是「一致性」。Google 官方說明中心在行動優先索引那一頁，明確列出一串「兩邊要一樣」的項目，再加上操作面的三項，整理成這張表就是最有效率的第一輪檢查：

先講第 1 項，它最常被忽略。很多人做手機版是「桌機版放不下的東西，我先藏起來」——服務項目只留三項、案例只放最新兩筆。這在 Google 眼裡，就是你的頁面變少了。官方建議的替代做法不是「不要藏」，而是「把內容放進可以展開的區塊（手風琴、分頁）以節省空間，但內容本身要留著」——第一眼畫面可以精簡，內容本身要在頁面上。

第 3 項「結構化資料」是很多人完全不知道存在的東西。它是寫在原始碼裡的一段資料（最常見是 JSON-LD），用途是告訴搜尋引擎「這個頁面是什麼性質的內容」。如果有寫，它在桌機版與手機版都要有；官方還說，若要排優先順序就先做麵包屑、產品、影片。這一項不是「有沒有比較好」，是「兩邊不一致會產生問題」——像我們官網的知識庫，每篇文章都同時放了「文章＋麵包屑＋常見問題」三種。

官方另外還有兩項要求沒另開一列，但同樣屬於「兩邊要一樣」：一是網頁標題（title）與摘要（meta description）要在兩邊等價；二是手機版的圖片要有與桌機版同樣的替代文字。這兩項修改成本通常很低——多半是同一套模板本來就共用；但寫錯了就是錯了，而且是搜尋引擎讀得到、畫面上卻看不出來的那種錯。

第 6 項（圖片網址）官方則直接建議「兩版使用同樣的圖片網址」，原因是如果手機版改用不同網址，那些圖片對搜尋引擎來說是新的、需要時間重新累積，官方說這段期間「可能會看到暫時的圖片流量損失」。這一條特別重要，因為我們經手過的網站裡，手機版圖片最常見的做法就是「另外存一份給手機用的」——結果正好踩到官方提醒的那件事。

整組檢查完，你會得到一個明確的答案：你的手機版跟桌機版，是不是同一份內容的兩種排版？是，就往下看操作面；不是，那個差異就是 Google 讀不到的那一段。關於「桌機跟手機各自負責什麼」，做社群還是做網站才會被搜尋到 那篇有談到；內容該寫什麼，則在 中小企業網站要寫什麼內容 那篇。

檢查項目二：手指點得到、字看得懂

先講標準。無障礙網站內容指引 WCAG 2.2 的成功準則 2.5.8「目標大小（最小值）」屬 AA 級，要求指標型控制項至少 24 × 24 CSS 像素；同樣一份指引裡，2.5.5「目標大小（增強）」屬 AAA 級，則要求至少 44 × 44 CSS 像素。差別只有一個等級，但 24 與 44 的實際手感差很多——24 是「不勉強」的下限，44 是「用拇指也穩」的舒服線。台灣手機使用者多數是單手握著拇指滑，這條線值得直接以 44 當目標。

順便提一個常見誤解：這兩條不是「所有東西都要 44 大」。WCAG 2.2 的 2.5.8 有五種例外情況，其中一種叫「行內（Inline）」——句子裡面的文字連結算在內文裡，不要求單獨做到 24 × 24。這就是為什麼「段落裡的『看更多』連結」通常不算問題，但「頁尾單獨一排的聯絡方式連結」算。另一種例外是「間距（Spacing）」：如果目標雖小，但周圍留有足夠空間、24 像素的圓圈不會碰到別的目標，也可以成立——所以判斷要看「實際點得到嗎」，不是機械式量尺寸。

第二個是字級與版面。這裡有三條可以拿來對照的規則：

這些規則的共同點是：它們假設客人會自己動手調整畫面。上了年紀的客人、視力不佳的客人、習慣把字調大的客人，都在做這種事。而「我按得到、我看得到」是在預設狀態下說的話，檢查要在客人動手之後才成立。

最實用的一招是「把字放到最大再看一次」：在手機上把系統字級調到最大，重新載入你的網站，檢查有沒有任何一塊文字被切掉、被蓋住、或是需要左右拉才能讀完。這種問題在設計稿上看不出來，因為設計稿永遠是預設字級。

還有一個跟手機版最相關、但常常被忘掉的檢查：「點了之後有沒有反應」。Google 對互動反應有官方指標（互動到下一畫面，INP），我們在 網站速度慢怎麼辦？影響客人多少 那篇量過自家官網：手機版主執行緒阻塞 1,730 毫秒、桌面版只有 90 毫秒，同樣的程式，手機慢 19 倍——「按下去沒反應、還以為沒點到，再按一次」多半就出在這裡，而不是你的按鈕畫得不好看。

設計喵用手指，不要用滑鼠

換句話說一次：桌機的「剛好按得到」到了手機上會變成「點不到」。

滑鼠的指標是幾像素就準確命中；手指的接觸面是一整個指腹，大約 40 到 50 像素，而且會蓋住目標。同樣一個 24 像素的按鈕，用滑鼠點得到，用手指點就會偏。

所以真正要改的不是「按鈕長寬」，而是讓按鈕之間離得夠開——兩個目標中間的空白，比目標本身的尺寸更影響點擊成功率。

當場就能做的動作：把手機單手握著（不要兩隻手捧），用拇指去點你網站上最想讓客人點的那個按鈕，點三次。
三次都點得到 → 這個按鈕合格。有一次點不到、或要點第二次才反應 → 記下來，這是你網站最該先修的一個地方。

檢查項目三：舊的測試工具已經收掉了

第三組檢查是工具。而這裡有一個很多老闆會踩到的坑：網路上流傳的「手機友善測試」教學，已經是三年前的舊資料了。

Google 官方在 2023 年 4 月的 Search Central 部落格文章裡講得很明白：「自 2023 年 12 月 1 日起，我們將停用 Search Console 的『行動裝置易用性』報告、行動裝置適合性測試工具，以及行動裝置適合性測試 API。」（查詢日期：2026-11-07）

同一篇文章也把原因講了：這幾年已經有許多成熟的替代工具，「包括 Chrome 的 Lighthouse」。官方同時強調「這不代表行動裝置易用性對 Google 搜尋的成功不重要」，並說它「對使用行動裝置的用戶來說依然比以往任何時候都重要」。

還有一句很值得放在這裡，因為它直接回答「那到底影響多少」：Google 在同一篇文章的常見問題裡說，「沒有一個單一訊號。我們的核心排名系統會看多種與整體頁面體驗相符的訊號。」這代表你沒有任何一張分數表可以對照，也代表「優化手機版」沒有一個按下去就會變好的按鈕——它是累積的。

那現在該用什麼？把上面三組檢查對應到工具上，就會得到一張很清楚的對照表：

把這張表記下來，最實際的用法是：前三項交給工具，你只負責第四項。前三項都是「有客人在用的頁面才有意義」，第四項才是每次改版後都該做、而且只有人做得到的事。這也是我們把「每月網站巡檢」排進固定工作線的原因——壞連結、跑版、開不起來、圖片尺寸不對，都是每次改完就可能長出來的問題，靠人定期繞一圈比等客人來抱怨划算。

最後一個提醒，跟「多少錢」有關：檢查本身是免費的，而且大部分問題你自己改得掉。真正需要花錢的是「你不知道要改什麼」的那一段——也就是幫你量、幫你找、幫你排優先順序。數位體質健檢 就是在做這件事：實際測你的網站，告訴你哪裡在漏客人、建議先改哪三件事，你可以先看完報告再決定要不要找人處理。

我們官網的實測數字與照抄清單

講別人容易，講自己才需要勇氣。我們用同一套方法量了自己的官網，數字與量測條件一起公開——因為沒有條件的數字沒有意義，同樣一個網站量法不同，答案差很多。

量測條件：2026-11-07，用隔離的 Edge 瀏覽器（獨立測試設定檔），視窗 390 × 844（iPhone 級距）、裝置像素比 2、模擬 iPhone 的使用者代理程式；每頁載入後把圖片改成立即載入並重抓一次、捲過整頁、等 3.5 秒後才量。量的是版面幾何（字級、觸控目標、元素寬度），不是速度——兩種量的快取條件完全不同，混在一起會得到誤導的數字。

第四件事我特別想講：首頁有 4 個輪播切換點，量到的觸控目標是 30 × 5 像素與 48 × 5 像素——寬度還行，高度只有 5 像素。它在視覺上是一條細線，這是設計刻意的沒錯，但用手指去點一條 5 像素高的線，是這一頁最需要優先處理的地方。頁尾那排聯絡方式連結（電話、E-mail、Telegram）量到的，高度是 18 到 21 像素。這就是「觸控目標要量實際點擊範圍、不只是量看得起來的框」的意思。

還有一個數字要講清楚，因為它常常被誤會：首頁有 2 個元素寬度超過螢幕（515 與 2,643 像素），但頁面本身沒有橫向捲動，原因是外層容器設了溢出裁切。所以「有元素超出寬度」不一定是問題，「頁面會不會橫向搖」才是。這也是為什麼只靠原始碼看不出來——一定要實際載入、在真的手機寬度下量。

最後一句誠實的話：我們自己的官網在這份檢查裡沒有拿滿分，該改的地方一樣要改。把它寫出來不是自曝，是因為同一把尺對自己跟對客人的站都用，這樣你才知道這份報告是怎麼來的、值不值得信。我們做服務月報時也是這個原則——寫「做了什麼」可以被驗收，寫「會有多少客人」不能開成保證。

工程喵自己查得到的三件事

換句話說一次：「手機版有沒有問題」是可以自己查的，不必先花錢。

把瀏覽器視窗拉窄到 390 像素寬，然後看三件事：①有沒有橫向捲軸（左右搖）②內文字是不是小到你要湊近看 ③點最小的那顆按鈕，看會不會點不到。

這三件事不用工具、不用登入、三十秒內有答案。先自己查完，才知道要不要付錢去找人查。

當場就能做的動作：在電腦上開你的網站，把視窗寬度拖到 390 像素（或用瀏覽器開發者工具切到行動裝置模擬），然後依序做：
①左右拖畫面——會動就是有橫向捲動；②找最小的內文字——小於 14 像素就要放大；③點每個按鈕一次——點不到就記下來。
這三步做完，你會拿到一份「先修哪三個」的清單，這才是拿去跟任何人討論的正確起點。