很多站点的移動端問题並不是“打不開”，而是悄悄少了一些東西：導航折叠後找不到入口，正文里的表格被裁掉一半，彈窗正好盖住主要内容。桌面端看不出毛病，手机上一看才發現訪客和搜尋引擎看到的是两套東西。移動端可用性自查不需要多复杂的工具，關键是固定几個检查位置，每次改版或上新模板时都過一遍。
為什么移動端值得單獨查一遍
同一份内容，在窄屏上會经歷更多變量：字号、行宽、折叠菜單、吸底元素、图片缩放。模板改一行样式，桌面端可能毫無變化，移動端却可能出現横向滚動或者按钮重叠。把移動端当作一次獨立的驗收环节，比事後靠訪客反馈發現問题要省力得多。
五個必查位置
1. 视口設定與缩放行為
頁面头部缺少 viewport 声明，或者寫死了固定宽度，手机浏览器會按桌面宽度渲染再整体缩小，文字小到需要双指放大才能讀。检查方法很简單：用手机打開頁面，看正文是否需要放大；再看源碼里 meta viewport 是否為 width=device-width, initial-scale=1。另外不建议顺手加上禁止缩放的属性，需要放大阅讀的用戶會很难受。
2. 移動端與桌面端的内容是否一致
為了“简化”移動端，有些模板會把正文後半段、參數表格、價格說明直接隐藏。用 display:none 藏起来的内容，移動端同样看不到；如果移動版和桌面版差异過大，等于给同一批頁面准备了两份不同的答卷。自查方式：把同一篇文章的桌面版和移動版各截一張全文图，比對段落數量和關键信息有没有缺失。
3. 可点击元素够不够大、离得够不够遠
導航、分頁、按钮在桌面上排得整整齐齐，到手机上可能挤成一排很小的图标。手指点不准，就會誤触到旁邊的連結。经驗上，主要交互元素的高度保持在 40 像素以上，彼此留出間距，誤触會明顯减少。
4. 彈窗、浮层和吸底组件有没有挡住主内容
订阅彈窗、App 下载引導、客服浮标，在桌面端只占一角，在窄屏上可能盖住半個屏幕。检查时注意三点：打開頁面几秒後是否自動彈窗；彈窗能否一次關閉；關閉後是否反复出現。長期遮挡主内容的浮层，對訪客和抓取都不友好。
5. 图片、表格和代碼块會不會撑破布局
固定宽度的大图、宽表格、長代碼行最容易在手机上造成横向滚動。常见處理方式是给图片加 max-width:100%，宽表格改成可横向滚動的容器，或者拆成卡片式布局。检查时可以故意把浏览器窗口拖窄，看整頁有没有左右晃動。
一套十分钟能跑完的自查流程
- 准备好三台“设备”：一台真机、浏览器開發者工具的移動模拟、以及另一台不同系統的手机。
- 每條主要模板抽 1–2 個頁面：首頁、栏目頁、内容頁、搜尋頁、表單頁。
- 逐頁记錄四個問题：是否需要放大才能讀、是否有内容看不到、是否有元素点不准、是否出現横向滚動。
- 把問题按模板归類，能改一次影响全站的問题優先處理，避免逐頁修补。
- 修改後用真机再滑一遍，並记錄改動日期，方便下次對照。
几個容易忽略的誤区
- 只看首頁就收工。首頁通常優化得最好，問题多出在内容頁的表格、图集和長评论里。
- 以為用了响應式模板就萬事大吉。框架只解决布局，内容里的固定宽度和内联样式照样會出問题。
- 用模拟器代替真机。模拟器看不到真實字号、真實網速和真實手指大小，重要模板還是用手机滑一遍。
- 把隐藏内容当成移動端精简。精简應该体現在排版上，而不是删掉關键信息。
移動端自查不是一次性任務，而是模板變更、栏目改版、上线新版頁面之前固定要走的一步。留一份本地检查记錄，比每次凭记忆回想更靠谱。
把结论落成清單
自查的價值不在于發現了多少問题，而在于形成一份可复用的清單：哪些模板要重点看，哪些标准是硬性的，改完之後由谁复驗。把這份清單放進内容上线流程，移動端的問题就不會等到訪客提意见才被看见。