不少站点在做移动适配时，会同时保留多套可访问地址：桌面端走 www 主域，移动端走 m 子域或带前缀的路径。两套地址都能正常打开，但对搜索蜘蛛来说，发现入口通常只有一条主路径。入口、跳转和站点地图如果各说各话，同一篇内容就可能被当成多个 URL 反复发现，抓取次数被摊薄，权重也不容易集中到一处。
先分清你属于哪一种形态
- 独立移动域名：m.example.com 与 www.example.com 各有模板，正文内容基本一致。
- 同域不同路径：例如 /m/ 前缀或 ?from=mobile 这类参数，服务端按 UA 或参数输出不同模板。
- 响应式单套地址：同一个 URL 靠样式适配屏幕，HTML 只有一份。
第三种从 URL 角度看只有一条路径，发现层面的麻烦最少。真正需要梳理入口的是前两种，尤其是历史遗留的独立移动站。
入口不统一，问题出在哪
当站内导航、正文内链、站点地图和外部链接分别指向不同版本时，搜索蜘蛛会沿着多条路径到达同一内容。结果通常是：
- 同一内容出现多个候选 URL，抓取请求被分散到不同地址上；
- 回访间隔被拉长，更新后的版本不一定是最先被重访的那个；
- 两套模板如果正文存在细微差异，判断主版本会更慢。
这些问题不会立刻表现为异常，往往是一段时间后，从抓取频次和落地页分布里慢慢看出来。
核对顺序：入口、跳转、声明
- 看入口：站内导航、面包屑、正文链接默认输出哪一套地址，移动端访问时是否会改成另一套。
- 看跳转：桌面 UA 访问移动地址、移动 UA 访问桌面地址时，返回的是 301、302 还是原样页面；跳转是否形成了链。
- 看声明：页面的 canonical、alternate 标注，以及站点地图里收录的地址，是否和入口指向一致。
- 看抓取结果：抽查几组页面，确认搜索蜘蛛实际落到的是哪一套模板，正文是否完整可见。
这四步的顺序不要颠倒。先确认入口，再谈声明，否则很容易出现标注写的是 A、入口还在推 B 的情况，核对会一直对不上。
把入口收敛到一套的三个做法
- 统一站内输出：导航、内链、分页一律输出同一套地址，移动端差异交给样式或跳转处理。
- 站点地图只放主版本：非主版本的地址不主动提交，减少多余的发现入口。
- 跳转保持一跳：非主版本收到请求时，一次性跳到主版本，避免 A 跳 B、B 又跳 C。
如果站点还在使用独立的移动域名，逐步把流量和入口切到主域会更省事；过渡期内，至少保证两套模板的标题、正文和结构化数据一致，降低判断成本。
日志里能看到的线索
服务端日志里，可以按 UA 和地址前缀分组，看移动版本与桌面版本各自被请求的频率。如果非主版本长期占到不小的比例，说明站内或站外还有入口在往那边引流。这时不必急着屏蔽，先把入口逐个改掉，再看比例是否下降。日志只反映已经发生的请求，抓取频次的变化通常有滞后，观察窗口拉长一些更稳妥。
服务器稳定性也会放大入口问题。响应慢或间歇性超时的时候，抓取可能中途中断，被放弃的那条路径对应的一批 URL，回访就要等下一轮。所以核对入口的同时，顺手看一下响应时间和错误率，能避免把问题归错方向。
入口收敛不是一次性的调整。新增栏目、改版、换模板时，都要回到同一套地址上，否则旧的候选 URL 会慢慢重新冒出来。