同一篇文章，桌面端放在 www 域名的某个路径下，移动端放在 m. 子域，两套 URL 同时对外开放。搜索结果里该出现哪一个、两边的收录数量为什么长期对不上、移动版要不要自己收录自己，这些问题通常要等收录数据出现明显偏差时才会被注意到。
先确认自己属于哪种移动方案
不同方案面对的问题完全不同，先分类再谈处理：
- 响应式设计：同一套 URL，靠 CSS 适配屏幕，不存在两套地址的对齐问题。
- 独立移动站：m. 子域或另一套域名，URL 与桌面端一一对应。
- 动态服务：同域名但地址不同，例如带移动参数或加一层移动目录前缀。
后两种都需要显式声明两版之间的关系，否则搜索引擎只能各自判断。
独立移动站的标注要怎么写
两版互为指向，缺一边都不完整
桌面页里标注对应的移动地址，移动页里用规范链接指回桌面地址。只写一半时，常见的表现是两边都被单独收录，或者主版本在两套地址之间来回切换。
移动页不要自己指向自己
有些模板会顺手在移动页写入指向自身地址的规范链接，这等于宣布移动页才是主版本。当这个写法只存在于部分页面时，同一批内容的处理方式就会不一致，收录结果自然混乱。
保持一对一
一个桌面地址对应多个移动地址（带会话参数、带分页、带来源标记）会让对应关系变得模糊。能收敛成一对一就收敛，多余的移动版参数尽量不对外暴露。
内容量对不上时，先看移动版缺了什么
移动版为加载速度做减法，砍掉大段正文、把表格换成图片、把规格参数塞进折叠面板，这些都是抓取端能感知到的差别。如果关键信息只存在于桌面版，被收录的那一版就可能缺少可检索的文字。
- 正文被截断或拆成多屏，后半段只靠脚本加载；
- 参数表、常见问题用图片承载，文字无法被提取；
- 标签页内容只在点击后注入；
- 移动页直接跳转到首页或应用下载页。
最后一种影响最大：移动页对爬虫返回跳转或空壳，等于主动放弃这一条地址。
收录数量对不上时的排查顺序
- 分别取一条移动版和桌面版样本，查看两边页面里的标注是否互相指向。
- 确认移动页返回正常状态码，而不是跳回桌面版形成循环。
- 对比两侧可见文字，找出只在桌面版出现的关键内容。
- 检查抓取规则是否误封了移动子域，或内容分发节点对爬虫请求返回了不同结果。
- 用移动端标识请求一次，确认拿到的 HTML 与用户实际看到的基本一致。
方案迁移时的收口
如果打算从独立移动站改成响应式，两套地址会并存一段时间。这段过渡期里，保留移动地址到对应桌面地址的跳转，并同步更新两边的标注，比直接关停移动站更稳妥。等新结构稳定、抓取数据连续几周没有异常，再逐步撤掉旧地址的处理逻辑。
收录上的许多“对不上”，源头不是抓取能力不足，而是两套页面在描述同一份内容时说法不一致。
把两版之间的关系写清楚、内容补齐、地址收敛，剩下的交给时间即可，不必因为短期数字波动频繁改动结构。