移动优先索引已经不是新话题，但不少站点的移动端体验仍停留在「能打开就行」。蜘蛛在多数场景下拿到的就是手机版页面，手机版里读不到、点不到、被遮挡的内容，桌面上做得再漂亮也没用。下面这份清单不能解决所有问题，但能帮你先把最影响阅读和抓取的几项排掉。
先确认三个前提
- 内容是否一致：同一个网址下，手机版和桌面版给出的正文是否基本一致。如果手机版删掉了大段正文、规格参数或常见问题，蜘蛛很可能只看到精简版。
- 内容是否可直读：手机版是否需要登录、是否被弹窗挡住、是否必须点击「展开全文」才渲染出主体内容。这些都会增加抓取的不确定性。
- 是否被额外拦截：检查有没有针对移动 UA 的限制、单独的 robots.txt，或者在移动域名上误屏蔽了该抓的目录。
一、viewport 与默认缩放
缺少 viewport 声明时，手机会按桌面宽度渲染，正文被缩成一条细线；而在 viewport 里写死禁止缩放，对小字号正文同样不友好。检查方式很简单：用手机打开页面，看是否需要横向滑动才能读完整行，看双指放大是否被禁用。合理的写法是让页面宽度跟随设备，同时保留用户缩放的权利。
二、弹窗、浮层与吸底条
首屏大弹窗、强制关注的遮罩、占掉半屏的吸底广告条，都会挤占正文的可视区域。更麻烦的是，有些实现无论访客还是抓取程序都会触发弹窗。建议把首屏弹窗延迟触发、提供明显的关闭入口，并确认它不会盖住正文首段。
三、字号、行高与点击区域
正文字号偏小、行高过密，阅读成本会明显上升；导航链接和按钮挨得太近，容易出现误点。自查时可以看两点：正文段落能否在常见手机宽度下自然分行为十几到二十来个字；主要链接和按钮之间是否留有足够间距。这两项不需要复杂工具，真机上手走一遍就够。
四、移动版与桌面版的内容差异
手机端隐藏次要模块本身是正常做法，但要区分「次要」和「主体」。折叠掉相关推荐、侧栏、广告位，通常没有影响；折叠掉正文后半段、参数表、常见问题、分页入口，就要留意了。特别提醒检查分页：不少列表页在手机上把页码藏进「加载更多」，若这个按钮依赖脚本又没做好，翻页内容可能一直进不来。
五、图片与资源体积
被 CSS 隐藏的大图，未必就不会被请求。检查是否使用了响应式图片、是否按展示尺寸给图、非首屏图片是否做了延迟加载。移动网络下加载缓慢，容易让抓取程序提前放弃，也会拉高跳出率。
六、独立移动域名与动态服务
如果用的是 m. 开头的子域或独立移动站，需要逐项确认：两个版本之间有明确的对应关系；移动版没有被 robots 文件整站屏蔽；同一篇内容在手机和桌面之间跳转时不会来回重定向；移动版上的站内链接不会把用户又甩回桌面版。
把检查做完的四个步骤
- 用真机把主要路径走一遍：首页、栏目页、内容页、搜索页，记录哪里需要缩放、哪里被遮挡。
- 用抓取工具切换成移动 UA，抓取几十个代表性页面，看返回内容与手机实际看到的差异。
- 把移动版和桌面版的正文文本抽出来做对比，重点看字符数差距较大的页面。
- 把问题按「影响抓取」和「影响阅读」分开记录，先改前者。
常见误区
- 把响应式当成适配完成的终点，不再做真机验证。
- 只测首页，栏目页和详情页的问题一直留着。
- 为了「让手机版更干净」直接删掉正文内容，等于主动放弃这部分内容的可见性。
- 只看截图不看代码，忽略隐藏元素仍然会被请求的情况。
移动端自查的目的不是把手机版做得和桌面版一模一样，而是保证主体内容在两个版本里都能被读到、被点到、被抓到。
小结
这份清单不复杂，难点在于持续做。建议把它固定成改版或模板调整后的一个例行环节，顺手记下每次发现的问题和修复时间。移动端体验是长期的细活，改一项就少一项风险，比等收录出问题再回头排查要省事得多。