同一篇内容，你可能同时放在几個地址上：PC 版和移動版各一套 URL、带跟踪參數的分享連結、打印版頁面、合作站轉载過来的镜像頁。過一阵子去查收錄，會發現索引里只剩一條，其他几個怎么查都找不到。這里有两種完全不同的原因：一種是你自己用 canonical 做了收敛，结果符合预期；另一種是你没做任何声明，搜尋引擎按内容相似度把它們合並成了一個條目。前者是主動整理，後者是被動判断，接下来要做的事並不一样。
索引的基本單位更像文档，而不是單個 URL
很多人把「一個 URL 被收錄」理解成原子操作，其實索引里存的更像是一份文档，同一份文档可以對應多個地址。搜尋引擎抓到多個高度相似的地址後，會挑一個作為代表，其余的在索引中折叠起来。被折叠不等于被封禁：這些 URL 通常還能正常訪問，抓取也可能繼續發生，只是在搜尋结果里不會各占一個位置。
所以当你说「這個頁面没被收錄」时，先確認它是不是被折叠到了另一個地址上。如果被留下的那個是你能正常维護的版本，這往往不算問题。
先分清三種情况
一、你自己声明過 canonical
如果頁面上有指向主版本的 canonical，或者在站長平台做過相應設定，那么合並是你自己要求的。此时要核對的是：声明的目标地址是否可訪問、是否返回正常狀態碼、是否就是你想要的那一個。如果目标地址後来被刪除或改了路径，信号就断了，需要及时更新。
二、没有声明，但内容高度相似
常见于移動版與 PC 版、打印版、带參數的列表頁，以及轉载站点的镜像。系統自己判断相似度並合並。這種情况不算错誤，但如果代表 URL 是參數版或者第三方轉载頁，後續更新就要多留神：改動可能只落在非代表地址上，索引里那份仍是舊的。
三、内容並不相同却被合並
偶尔會遇到模板重复率過高、正文過短，或者同一栏目多篇文章只換了标题的情况，導致系統把它們当成同一份内容。這属于内容质量問题，靠改 canonical 解决不了，得從頁面本身的差异度入手。
核對顺序
- 列出候選清單。把同一篇内容可能存在的地址都寫下来：主路径、移動路径、带參版本、打印版、镜像站，一個都別漏。
- 逐個查索引狀態。用站内查询或單條 URL 查询，看每個地址是被索引、被折叠，還是根本没進索引。
- 確認代表 URL。找出索引里真正生效的那一個，检查它是否可訪問、是否為主要版本、是否有站内連結指向它。
- 對齐各類信号。canonical、sitemap、内鏈、结构化資料里出現的地址，尽量统一指向同一個版本，不要互相打架。
- 记錄並观察。調整之後不要当天就下结论，索引更新需要時間，按周為單位看變化比較稳妥。
常见的不一致来源
- 只在部分頁面加了 canonical，另一部分没加，信号一半一半。
- 移動版和 PC 版互相声明對方是主版本，形成环状指向，等于没有声明。
- sitemap 里把不想被收錄的參數版、打印版全都提交上去，等于主動给它們加權重。
- 站内連結大量指向舊路径或參數版本，代表 URL 長期得不到内部支持。
- 只更新了非代表 URL 的内容，索引里那份始终停留在舊版本。
合並本身不是坏事，重复内容被折叠反而能让權重集中。真正要判断的只有一件事：被留下的那個地址，是不是你愿意長期维護、並且能被正常訪問的那一個。
什么时候该動手，什么时候先不動
如果代表 URL 就是你的主版本，且能正常訪問、内鏈清晰、後續更新也落在它上面，那這種情况不需要額外處理，硬去「解除合並」反而容易制造更多重复。只有当代表 URL 是參數版、镜像頁、已废弃路径，或者它压根訪問不了时，才值得逐個把信号统一到主版本上。
另外提醒一点：把重复地址從索引里移出去，和把内容合並到一個地址，是两件事。前者靠規范信号與連結收敛，後者靠内容本身的差异度。先搞清楚自己遇到的是哪一種，再决定要不要動手。