现在搜索引擎基本以手机抓取到的页面作为主要判断依据，但不少站点的移动端仍是把桌面版压缩后的产物：字号小、按钮挤在一起、一进页面先弹一个遮挡正文的浮层。结果是用户看不下去，蜘蛛拿到的内容也和桌面版对不上。移动端自查不是再做一个 App 式页面，而是确认手机访问时看到的东西是完整、可用、可被抓取的。
先确认一件事：移动端是主要版本
移动优先索引的意思并不是“移动端优先展示”，而是搜索引擎主要用手机 UA 抓取到的 HTML 来判断页面内容与质量。所以桌面端做得再漂亮，如果手机 UA 拿到的是残缺内容、被浮层盖住的正文，或者需要等脚本执行完才出现的文字，被索引的就是那一版。
移动端自查清单
视口与缩放
- 页面是否声明了 viewport meta，且没有把缩放比例锁死在过小的值上
- 双指放大是否被禁用，禁用之后小字号内容基本没法读
- 横竖屏切换后，布局和导航是否仍然可用
内容与桌面版是否一致
- 正文、标题、主要图片和关键链接在手机端是否完整存在
- 有没有为了“移动端简洁”直接隐藏大段正文或表格
- 隐藏用的是 CSS 隐藏还是服务端不输出——前者蜘蛛可能读到，后者读不到，两种情况都要心里有数
点击目标与可点击区域
- 按钮尺寸是否够大，相邻链接之间是否留有间距，避免误点
- 导航收进汉堡菜单后，展开内容是否仍以真实 HTML 输出，而不是纯脚本临时拼出来
- 表单输入框在手机上是否会触发不合适的键盘类型
字体与阅读体验
正文字号、行高、前景与背景的对比度都值得在真机上看一眼。深色背景配浅灰文字，在户外光线下往往很难辨认，用户会直接退出。
图片、视频与懒加载
- 图片是否按屏幕宽度提供合适尺寸，有没有把桌面大图直接塞给手机
- 首屏图片的懒加载是否真的生效，有没有出现图迟迟不出现的情况
- 视频或第三方播放器是否占满首屏并遮挡了主体内容
弹窗与浮层
首屏就弹下载 App、领优惠券、订阅邮件，是移动端最常见的体验问题。自查时用手机 UA 打开页面并截图，看看不滚动的情况下能看见多少正文，如果第一屏全是广告和弹窗，就值得调整触发时机。
加载速度与资源体积
- 移动网络下首屏大致多久能出现主要内容
- 是否有大量阻塞渲染的脚本塞在头部
- CSS 和 JS 是否按需加载，还是每次全量拉取
几个容易踩的误区
- 认为“桌面端有内容就够了”，把移动端隐藏的内容当成不存在，实际上等于没写。
- 使用独立的移动域名却没有做好对应关系与跳转，两套内容容易互相竞争。
- 只在电脑上的小窗口里缩着看，不去真机和中低端安卓机上试。
- 把响应式布局等同于移动适配，忽略了触屏没有 hover、手势操作不同这些差异。
把自查变成固定动作
建议每季度用真机过一遍主要模板：首页、栏目页、文章页、搜索页、表单页，记录问题、修复时间与复测结果。模板改动之后，再用手机 UA 抓一次页面，确认返回的 HTML 与用户实际看到的一致。
移动端自查的目的不是拿满分，而是保证手机用户和蜘蛛拿到的是同一份完整、可读的内容。