不少站点在移动端用了独立地址，比如 m.example.com 或者 example.com/m/，桌面端还有一套 www.example.com。两套 URL 指向的内容看起来一样，收录结果却常常对不上：有时移动版排在前面，有时两套都出现在索引里，有时只有一套被收录，另一套怎么搜都找不到。这不是玄学，多数情况能从上到下理清原因。
先分清你的站点属于哪种形态
- 响应式：一套 URL，靠 CSS 适配。收录层面最省事，不存在两套地址的问题。
- 动态服务：同一套 URL，服务端根据 UA 返回不同 HTML。地址只有一个，但要留意返回的内容是否完整一致。
- 独立移动 URL：m. 子域名或 /m/ 目录，PC 和移动各有一套地址。问题最集中的就是这种形态。
下面主要讨论第三种。
两套 URL 会被当成两个页面吗
在移动优先的前提下，搜索引擎通常以移动版页面作为主要抓取对象。如果两版内容基本一致，一般会把它们视作同一份内容的两种表现，索引时收敛到一个地址；但如果两版差异明显——移动版少了正文段落、少了参数、少了评论区——就容易被判断为两个质量不同的页面，各自独立处理。这时常见的现象是移动版被收录，PC 版长期不出现，或者反过来。
判断依据不是「我有两套地址」，而是「两套地址上是不是同一份内容」。
几个可以自查的信号
- 用 site 指令分别查两个地址，看是同时有结果、只有一个有，还是都很少。
- 看搜索结果里点进去的到底是哪一版，和你预期的规范地址是否一致。
- 检查两版的 title、description、正文结构是否明显不同。
- 检查 canonical：是各自自指，还是移动版指向 PC 版，或者互相指来指去。
- 抓取日志里看两套地址分别被抓了多少次，比例是否异常。
对齐两套 URL 的常规做法
- 先定一套规范地址，通常选内容最完整的那一套，让它 canonical 自指。
- 另一套页面的 canonical 统一指向规范地址，并且长期保持一致，不要今天指过去、明天指回来。
- 两版正文尽量对齐。移动版可以调整排版，但不要删主体内容，也不要把关键信息做成必须点击才能展开。
- 别用 UA 判断做 302 跳到另一个地址，同时两套页面又都 canonical 自指，这等于同时发出两个矛盾的信号。
- sitemap 里优先放规范地址；如果两套都放，至少要保证 canonical 声明清楚。
- 站内链接、导航、分享链接尽量指向规范地址，减少非规范地址被反复发现的机会。
容易踩的几个坑
一是认为移动版 URL 一定会被自动合并，实际上合并的前提是内容足够接近，差异大就不会。二是移动版只做半套内容，正文折叠、图片懒加载后为空，抓取到的 HTML 里没什么东西。三是把 PC 版和移动版的 canonical 都做成自指，等于告诉搜索引擎这是两个独立页面。四是只盯索引数量不看索引里的是哪个地址，收录数字看着正常，实际排出来的却不是你想要的页面。
排查节奏
建议按「抓取—索引—展示」三层看：先确认两套地址是否都能被抓到，再看索引里保留的是哪一套，最后看搜索结果实际展示的是哪一套。任何一层不对，先处理那一层，不要一次改一堆东西。改完给搜索引擎一段时间重新抓取和更新，观察周期通常以周为单位，期间不要再频繁调整 canonical。
落到实处的顺序是：固定一套规范地址，把两套页面的内容对齐，canonical 声明保持稳定，然后从抓取日志和搜索结果两头验证。