页面明明返回 200、内容也完整，却在搜索结果里找不到，取而代之出现的是它的另一个版本——这类情况里，canonical 常常是第一嫌疑人。canonical 不是强制指令，而是“我认为哪个 URL 才是正主”的声明。搜索引擎会参考它，也会参考重定向、内链、sitemap、内容相似度，最后自己决定把哪个版本放进索引。所以当 canonical 指向别处时，你看到的“没收录”，往往只是收录落到了另一个 URL 上。
第一步：确认 canonical 实际指向哪里
不要只看后台设置或模板注释，按下面的顺序核对：
- 查看浏览器里的原始 HTML，也就是禁用脚本后看到的源代码，确认 canonical 的 href 具体是什么。
- 查看渲染后的 DOM。如果 canonical 由前端脚本插入，原始 HTML 里可能没有，或者写的是旧值，两个版本不一致时就会形成冲突。
- 检查 HTTP 响应头里是否也声明了 canonical。头部与 HTML 里不一致时，头部的权重通常更高。
- 确认这个 URL 在 sitemap、内链、分页关系里，是否和 canonical 指向保持一致。
三类常见的指向错误
一、该自指却没有自指
列表页、详情页、分页页如果整站套用了同一个 canonical，比如都指向首页或栏目首页，等于告诉搜索引擎“这些页面都是那一个页面的副本”。结果就是这些 URL 很难拿到独立索引。内容页、栏目页通常应当自指。
二、跨页合并用得太宽
用 canonical 把 A 页指到 B 页，本意是合并相似内容。但如果两页的主题、关键词、用户意图并不相同，搜索引擎可能干脆只保留 B 页，A 页的入口价值一起消失。跨页 canonical 更适合处理参数版、排序版、打印版这类“同一内容的另一个外壳”。
三、多版本互相指
A 指 B、B 指 A，或者 A 指 B、B 指 C、C 又指回 A，形成环形或链式声明。这种信号自相矛盾，搜索引擎只能忽略 canonical，自己按内容相似度判断，结果往往不可控。
冲突信号：canonical 说了不算的时候
- canonical 与 noindex 同时出现：noindex 通常更强，页面会从索引里退出，canonical 也就失去了意义。两个一起用属于信号打架。
- canonical 指向一个 301 或 404 的地址：等于把正主的位置让给了一个不存在的 URL，索引状态很容易变成未收录或已排除。
- canonical 与 sitemap、内链不一致：sitemap 里列的是 A，canonical 指的却是 B，抓取预算和信号都被分散了。
判断标准可以简化成一句：如果这个 URL 值得被用户单独搜到，就让它自指；如果它只是同一内容的另一个外壳，才考虑指向主版本。
建议的核对顺序
- 列出受影响的 URL，确认各自 canonical 的实际值，原始 HTML、渲染后、响应头三处都要看。
- 判断属于“该自指未自指”还是“跨页合并过头”，两种情况处理方式完全不同。
- 检查 canonical 的目标地址是否返回 200、是否可被抓取、本身是否自指。
- 检查同一个 URL 上是否还叠着 noindex、重定向、参数规则等冲突信号。
- 修正后尽量保持一段时间不动，观察索引状态的变化，避免反复改来改去。
改动的生效需要时间，索引状态也不会立刻同步。与其反复提交地址，不如先把 canonical 这一层的指向和冲突理清楚，再看下一步。