很多站点的内容更新和页面检查都是在电脑上完成的，站长自己很少用手机走一遍完整流程。结果是桌面端看起来正常，手机端却出现横向滚动、弹窗盖住正文、图片加载不出来等问题。对访客来说是体验问题，对抓取来说，则可能让蜘蛛拿到一个残缺的页面。
为什么移动端值得单独自查
现在主流搜索引擎基本以移动端页面作为主要评估对象，抓取时使用的 UA 也多为移动端标识。如果服务器对移动 UA 返回的内容与桌面端差异过大，或者移动页面依赖大量脚本才能渲染出正文，就容易出现桌面能看、移动看不到的情况。
另外，手机端的网络环境和屏幕尺寸都更受限，一些在桌面端不明显的问题会被放大，比如首屏被广告位占满、正文被折叠、按钮点不中。这些问题不需要多高深的技术就能发现，但需要有人专门去看。
自查清单：从打开到读完
1. viewport 与基础布局
- 页面 head 中是否有 viewport 声明，宽度是否设置为设备宽度。
- 是否存在横向滚动条，长表格、代码块、宽图是否溢出容器。
- 正文字号在手机上是否需要放大才能阅读，行高是否过密。
- 按钮和链接的可点击区域是否足够大，相邻链接是否容易误触。
2. 内容一致性
移动端和桌面端应该是同一套内容的两种呈现，而不是两套不同的页面。重点确认这几处：
- 标题、正文、发布时间是否一致，移动端是否缺少关键段落。
- 移动端是否隐藏了部分内链或相关推荐，导致链接结构不同。
- canonical 是否指向同一个主地址，移动域名与主域名之间是否互相声明。
3. 弹窗与遮挡
开屏广告、App 下载引导、Cookie 提示、订阅浮层，这些元素在手机上很容易挡住正文。检查时注意：弹窗是否有关闭按钮且能正常关闭；关闭后是否会再次弹出；弹窗是否覆盖首屏大部分内容；用无脚本方式打开时，正文是否仍然可读。
4. 资源体积与加载
- 首屏图片是否过大，是否使用了响应式图片或按宽度加载。
- 是否有懒加载图片在未滚动时一直是占位状态，影响内容完整性。
- 第三方脚本、统计代码、字体文件是否拖慢了首屏渲染。
- 在弱网环境下，正文文字能否先于图片出现。
5. 跳转与移动域名
如果站点使用单独的移动域名，需要确认跳转逻辑是否稳定：桌面 UA 访问移动地址时跳回主站、移动 UA 访问主站时跳到移动站，这类规则要避免形成循环跳转。使用响应式布局的站点则要检查移动站是否被错误地设置成 noindex，或者被 robots.txt 整体拦掉。
怎么验证更靠谱
- 用手机真机走一遍主要栏目，记录打开缓慢或排版错乱的页面。
- 在浏览器开发者工具中切换到移动设备模拟，检查控制台报错和资源加载情况。
- 用抓取工具或命令行请求，把 UA 换成移动端标识，对比返回的 HTML 是否包含正文。
- 关闭 JavaScript 再打开页面，看核心内容是否还能呈现。
- 把发现的问题按栏目归类，优先处理流量集中的页面。
移动端自查不需要一次性把所有页面都过一遍，先覆盖首页、栏目页和最近更新的内容，往往就能发现大部分共性问题。
移动端适配不是做一次就结束的工作。模板改版、新增广告位、接入新的第三方脚本，都可能重新引入问题。把上面这份清单固定成发布前的一个步骤，比等到流量下滑再回头排查要省事得多。