同一份内容，PC 和移动端各有一套 URL，两套都出现在搜索结果里，这在独立移动站上很常见。它不算严重错误，但会让索引里的页面数虚高，权重被拆到两个地址上，用户也可能落到体验不对的版本。处理之前先分清站点用的是哪种适配方式，否则容易改出新的冲突。
先确认站点用的是哪种适配方式
不同适配方式，出问题的位置完全不同：
- 响应式：只有一个 URL，PC 和移动端共用。如果这种站点也出现两套 URL，多半来自参数、追踪链接或历史版本，和移动适配本身无关。
- 动态服务：同一 URL 按 User-Agent 返回不同 HTML。重点看 Vary 头和缓存是否按 UA 区分。
- 独立移动站：m.example.com 或 example.com/m/ 单独一套地址。两套 URL 同时被收录主要出现在这一类。
独立移动站的标注关系要成对
移动站和 PC 站之间需要互相声明关系，只写一边往往不够：
- PC 页的 head 里加一条 rel=“alternate”，media 属性写成 only screen and (max-width: 640px)，指向对应的移动页 URL。
- 移动页的 head 里加 rel=“canonical”，指向对应的 PC 页 URL。这是官方文档里对独立移动站的推荐做法，目的是把两套地址归并到同一个规范版本上。
- 两条标注必须一一对应、双向可验证。只写移动页的 canonical，不写 PC 页的 alternate，容易被当成单向声明处理。
- 移动页不要加 noindex。屏蔽移动页会连带影响移动端的展示，也切断了移动页与 PC 页的标注通道。
重定向、Vary 与缓存里容易混的地方
- 移动 UA 重定向：如果 PC URL 对移动 UA 做跳转，用 302，不要用 301。301 会让搜索引擎把 PC URL 也理解成指向移动版本的永久跳转，PC 版本可能从索引里消失。
- Vary 头：动态服务模式下应正确设置 Vary: User-Agent，否则 CDN 或反代可能把移动版 HTML 缓存后返回给 PC 用户，页面内容和标注关系都会跟着错乱。
- sitemap：只提交 PC URL 是可以的；如果两套都提交，前提是标注关系已经写全。sitemap 里同时放两套却没有对应声明，等于主动增加两套都被抓取的概率。
- 站内链接：移动页尽量互链在移动站内部，PC 页互链在 PC 站内部。两套地址大量交叉互链，会放大“两个版本都是入口页”的信号。
内容一致性也要顺手看一眼
移动页正文比 PC 页少一大截、去掉了关键内容或结构化数据，是另一个常见诱因。搜索引擎可能判断两者不是同一内容的两个版本，标注就失去作用。可以核对的点包括：标题与主标题是否对应、正文主体是否被大幅裁剪、结构化数据是否只留在 PC 页、移动页是否为了轻量而省掉了整段内容。
处理完之后按什么顺序观察
- 看服务器日志里移动 UA 与 PC UA 分别抓取了哪些 URL，确认标注生效后抓取是否逐渐收敛到规范版本。
- 看索引报告里两套 URL 的归属变化。这一步通常需要几周，不是标注改完就立刻变化。
- 用站内搜索查一下，只作粗略参考，数量本身并不精确。
标注只是表达你的意图，最终归并仍需要搜索引擎重新抓取和处理。不要因为短期内没看到变化就反复改动标注，来回改反而让关系更难判断。
如果站点内容量不大、模板也不复杂，直接改成响应式是最省事的做法，能从根上避免两套 URL 的问题；如果短期改不动，就先把双向标注、重定向方式和缓存策略这三处对齐，再等抓取自然收敛。