手機網站不只是縮小版：上線前要檢查的六個使用細節

先用手機完成一次詢問

拿起手機，從首頁找到需要的服務，看懂方案，再留下需求。完成這段路徑，比只看首頁截圖更容易發現問題：選單關不掉、價格被遮住、鍵盤擋住送出鈕，都可能發生在畫面看似整齊的網站上。

RWD 讓版面適應螢幕，手機驗收則要確認使用者能完成工作。 以下六項可以直接作為一次檢查的順序。

1. 用最長的標題檢查閱讀

打開文章與服務頁，觀察標題是否被截斷、段落是否過長，以及深淺背景切換後是否仍清楚。把手機字級放大再看一次，確認內容能換行，沒有被固定高度裁掉。

圖片上的字通常無法像正文一樣重新排版。價格、限制與聯絡方式等關鍵資訊，應另外提供可閱讀的文字。

2. 選單打開後，能不能順利回來？

實際點開手機選單，前往服務頁，再返回原頁。檢查關閉入口、目前頁面提示與固定導覽是否擋住內容。若文章有目錄，跳到章節後，標題也不應藏在導覽列後方。

桌面鍵盤操作也要一起測試：使用 Tab 移動焦點，確認焦點看得見；彈窗開啟後按 Esc，應可依互動設計關閉並回到原本操作位置。

3. 按鈕附近，留夠手指操作的空間

不要只檢查按鈕文字大小，也要檢查整個可點範圍與旁邊連結的距離。卡片、分類與關閉按鈕都應實際點過，尤其是靠近畫面邊缘的位置。

WCAG 2.2 的最小目標尺寸準則採用 24 × 24 CSS 像素，並包含間距與特定例外條件；這是可存取性準則，不是把所有按鈕剛好做成該尺寸就一定好用。W3C：目標尺寸說明

4. 開著螢幕鍵盤，填完一次表單

每個欄位都應有清楚標籤，錯誤提示需說明怎麼修正，不能只用紅色邊框表示。輸入信箱、長段需求與換行文字後，再看送出按鈕能否正常操作。

W3C 的表單指南也強調標籤、操作指引與結果通知，協助不同操作方式的使用者完成表單。W3C 表單指南

5. 操作後，知道資料去了哪裡嗎？

分別檢查處理中、成功與失敗。處理期間應避免重複送出；失敗時盡量保留已填內容，說明可以重試或如何取得協助。

如果功能只會開啟郵件草稿，畫面就應寫清楚「請在郵件 App 確認寄出」，不能顯示已送達。若使用者沒有設定郵件 App，也要能找到其他聯絡入口。

6. 慢網路與減少動態效果，也要能讀

在較慢的網路下查看首屏與文章圖片，留意圖片載入時是否推動按鈕位置。動畫不應成為閱讀內容的前提；開啟裝置的減少動態效果設定後，文字與操作仍應完整呈現。

速度量測可以協助找出瓶頸，但單一分數不能代表完整體驗，也不能保證搜尋排名。Google 頁面體驗說明

把問題記成可以修的清單

先處理無法閱讀或操作的問題，再調整空間與視覺細節。若準備重做網站，可以把這份清單帶進品牌網站規劃，讓驗收標準從一開始就清楚。