同一篇内容，你可能同时放在几个地址上：PC 版和移动版各一套 URL、带跟踪参数的分享链接、打印版页面、合作站转载过来的镜像页。过一阵子去查收录，会发现索引里只剩一条，其他几个怎么查都找不到。这里有两种完全不同的原因：一种是你自己用 canonical 做了收敛，结果符合预期；另一种是你没做任何声明，搜索引擎按内容相似度把它们合并成了一个条目。前者是主动整理，后者是被动判断，接下来要做的事并不一样。
索引的基本单位更像文档，而不是单个 URL
很多人把「一个 URL 被收录」理解成原子操作，其实索引里存的更像是一份文档，同一份文档可以对应多个地址。搜索引擎抓到多个高度相似的地址后，会挑一个作为代表，其余的在索引中折叠起来。被折叠不等于被封禁：这些 URL 通常还能正常访问，抓取也可能继续发生，只是在搜索结果里不会各占一个位置。
所以当你说「这个页面没被收录」时，先确认它是不是被折叠到了另一个地址上。如果被留下的那个是你能正常维护的版本，这往往不算问题。
先分清三种情况
一、你自己声明过 canonical
如果页面上有指向主版本的 canonical，或者在站长平台做过相应设置，那么合并是你自己要求的。此时要核对的是：声明的目标地址是否可访问、是否返回正常状态码、是否就是你想要的那一个。如果目标地址后来被删除或改了路径，信号就断了，需要及时更新。
二、没有声明，但内容高度相似
常见于移动版与 PC 版、打印版、带参数的列表页，以及转载站点的镜像。系统自己判断相似度并合并。这种情况不算错误，但如果代表 URL 是参数版或者第三方转载页，后续更新就要多留神：改动可能只落在非代表地址上，索引里那份仍是旧的。
三、内容并不相同却被合并
偶尔会遇到模板重复率过高、正文过短，或者同一栏目多篇文章只换了标题的情况，导致系统把它们当成同一份内容。这属于内容质量问题，靠改 canonical 解决不了，得从页面本身的差异度入手。
核对顺序
- 列出候选清单。把同一篇内容可能存在的地址都写下来：主路径、移动路径、带参版本、打印版、镜像站，一个都别漏。
- 逐个查索引状态。用站内查询或单条 URL 查询，看每个地址是被索引、被折叠，还是根本没进索引。
- 确认代表 URL。找出索引里真正生效的那一个，检查它是否可访问、是否为主要版本、是否有站内链接指向它。
- 对齐各类信号。canonical、sitemap、内链、结构化数据里出现的地址，尽量统一指向同一个版本，不要互相打架。
- 记录并观察。调整之后不要当天就下结论，索引更新需要时间，按周为单位看变化比较稳妥。
常见的不一致来源
- 只在部分页面加了 canonical，另一部分没加，信号一半一半。
- 移动版和 PC 版互相声明对方是主版本，形成环状指向，等于没有声明。
- sitemap 里把不想被收录的参数版、打印版全都提交上去，等于主动给它们加权重。
- 站内链接大量指向旧路径或参数版本，代表 URL 长期得不到内部支持。
- 只更新了非代表 URL 的内容，索引里那份始终停留在旧版本。
合并本身不是坏事，重复内容被折叠反而能让权重集中。真正要判断的只有一件事：被留下的那个地址，是不是你愿意长期维护、并且能被正常访问的那一个。
什么时候该动手，什么时候先不动
如果代表 URL 就是你的主版本，且能正常访问、内链清晰、后续更新也落在它上面，那这种情况不需要额外处理，硬去「解除合并」反而容易制造更多重复。只有当代表 URL 是参数版、镜像页、已废弃路径，或者它压根访问不了时，才值得逐个把信号统一到主版本上。
另外提醒一点：把重复地址从索引里移出去，和把内容合并到一个地址，是两件事。前者靠规范信号与链接收敛，后者靠内容本身的差异度。先搞清楚自己遇到的是哪一种，再决定要不要动手。