不少站点在 PC 上看着挺正常，用手机打开却是另一回事：模板换了、菜单折叠成汉堡按钮、正文被弹窗盖住一半，有的还会自动跳到 m 开头的另一个域名。运营者自己常用电脑检查，问题就这么留了下来。
移动端不只是“看起来能不能用”，它直接关系到蜘蛛抓到的内容是不是你想让它抓的那一份。下面这份自查清单，建议每季度过一遍。
先确认：手机和蜘蛛看到的是不是同一个页面
打开浏览器的开发者工具，切换到移动设备模式，再打开一个页面。重点看三件事：网址是否发生跳转、正文是否完整、内链是否还在。
常见的情况是：PC 页面有 2000 字正文，手机版只保留摘要加一个“阅读全文”按钮；或者移动端模板干脆把侧栏、相关阅读、面包屑都去掉了。前者让正文缩水，后者让页面之间的通路断掉，都不太理想。
判断标准很简单：同一个 URL，用桌面 UA 和移动 UA 请求，拿到的核心内容应该是一致的，差异只应体现在排版和交互上，而不是内容本身。
移动端自查清单
- 视口设置：页面头部是否有 viewport 声明，宽度是否为 device-width。缺了它，手机上会按桌面宽度缩放，字小到需要双指放大。
- 跳转规则：如果确实做了独立移动站，确认 PC 与移动站之间是双向对应的跳转，而不是单向、循环或者跳到首页。跳转链越长，抓取时越容易丢东西。
- 正文完整性：移动模板有没有把段落截断、把表格和图片删掉。图片删掉了没关系，但文字内容最好不要少。
- 弹窗与浮层：打开页面后，有没有全屏广告、App 下载引导或者登录框挡住正文。这类浮层如果出现在首屏且无法关闭，用户和蜘蛛看到的都是遮挡。
- 字体与点击区域：正文字号建议不低于 14px，行高留够；按钮和链接的点击区域别太小，相邻链接之间留出间距，避免误触。
- 图片与表格：宽表格在窄屏上是不是横向溢出撑破布局，图片有没有设置最大宽度为 100%。
- 加载表现：手机网络环境下首屏是否能在几秒内出现正文。首屏塞大图、塞轮播、塞第三方脚本，都会拖慢渲染。
几个容易被忽略的细节
响应式不等于适配完成
用了响应式框架，只是说明布局会跟着变。真正要检查的是：在小屏下，导航能不能展开、表格能不能看清、代码块会不会撑出去。这些细节往往只在特定宽度下才暴露。
移动端专属内容要谨慎
有些站点为了移动体验，把 PC 端的一部分内容隐藏掉，用 CSS 的 display:none 处理。这种做法对用户是隐藏，对抓取不一定，反而容易造成两边看到的东西对不上。要么两边都给，要么两边都不给。
别只测首页
首页通常做得最好，问题多出在文章详情页、列表页的翻页、表单提交后的结果页。抽查时按栏目各取一两个代表性页面，比只盯着首页有用得多。
把自查变成固定动作
不需要每次改版都全站重测，可以固定几个动作：
- 每季度用移动设备模式抽查 10 个页面，覆盖首页、栏目页、详情页、搜索结果页。
- 模板调整后，先在一篇文章上验证，再全量上线。
- 把移动端表现记进巡检表，和服务器响应、404 一起看，避免只查一部分。
移动端已经是大多数站点的主要流量入口，把它当成“顺带看看”的附加项，问题迟早会以另一种形式冒出来。花半小时抽查一遍，比事后从日志里找原因省事得多。