同一个页面在手机和电脑上分别有独立地址，是很多站点的历史结构。这类站点在做收录核对时，经常遇到两种相反的现象：桌面 URL 长期留在索引里，移动 URL 迟迟不出现；或者两套都进了索引，在搜索结果里互相抢位置。下面按从结构到结果的顺序，梳理一遍该怎么看。
第一步：先确认自己属于哪种结构
- 响应式：手机和电脑共用同一个 URL，只有一套地址，通常不存在“选哪套”的问题。
- 独立移动域名或子目录：桌面和移动各有一个 URL，靠页面上的对应关系标注互相关联。
- 动态服务：URL 相同，按 UA 返回不同 HTML，收录判断要看返回内容是否一致。
- 跳转式：移动 URL 直接跳到桌面 URL，移动地址基本不会成为正式版本。
结构不同，后面要核对的东西完全不同。别拿响应式站点的经验去套独立移动域名，很容易得出错误结论。
第二步：看蜘蛛实际抓到的是哪一套
把抓取日志按 UA 分组，观察智能手机蜘蛛访问的是移动 URL 还是桌面 URL，两边的返回码和内容长度是否接近。常见三种情况：
- 只抓到桌面那一套，说明内链、站点地图里只暴露了桌面地址，移动 URL 没有入口。
- 移动 URL 被抓到但返回 3xx，或者返回的是一个只剩导航的空壳页，多半是跳转或模板配置出了问题。
- 两套都被抓，但移动版明显更薄（正文被砍掉、只剩标题和按钮），这种情况下索引里通常还是以桌面版本为主。
第三步：核对对应关系标注
使用独立移动 URL 时，需要在两套页面上互相标注：桌面页通过 alternate 指向移动版，移动页的 canonical 指向自己。
常见错误是让移动页的 canonical 指向桌面页。这会大幅削弱移动 URL 独立进入索引的机会，也容易让系统理解为“移动版不是正式版本”。
如果移动地址只是桌面地址加了参数（例如带 mobile 参数）或加了 m. 前缀，却没有做任何收口，也很容易被当成重复版本处理，最后只留下一套。
第四步：看索引里最终留下的是哪一套
用站点查询或 URL 检查工具分别查两套地址，看各自的状态。结果通常落在三种情况里：
- 只有桌面进索引。如果两边内容一致，可以接受，但要确认手机用户实际访问到的页面内容不缺。
- 只有移动进索引。检查桌面 URL 是否被重定向，以及是不是标注把移动版当成了正式版本。
- 两套都进索引。先看标注是否互相冲突，再考虑合并或只保留一套。
第五步：提交与内链指向要和结论一致
- 站点地图里放哪一套，要和实际希望被索引的版本一致，不要把两套都塞进去。
- 导航、面包屑、列表页链接在移动端不要指向和桌面端完全不同的地址，否则同一入口会分散成两套 URL。
- 分页、筛选参数在两套 URL 上保持一致，否则收录会变得零散，后续核对成本成倍上升。
收尾：先定版本，再谈收录
移动端与桌面端的收录问题，本质是先明确“哪个 URL 是正式版本”，再让抓取、标注、提交、内链这四个环节说同一句话。信号互相打架时，优先解决跳转和标注的冲突，再观察索引里的版本变化。不要期待提交一次就立刻改变结果，先把矛盾消掉更重要。