先用 URL Inspection 分别检查重复 URL 和期望 canonical，保存已索引版本、实时测试、最后抓取、用户声明与 Google选择值。确认两页内容高度等价，期望页可抓取、可索引、返回 200，且没有 noindex。统一永久重定向（适用时）、HTML/HTTP canonical、Sitemap、内部链接与 hreflang 指向期望 URL；删除链式、循环和多重 canonical。让 Google 能抓取重复页读取信号，不要用 robots.txt 阻断。修复后请求重新抓取并等待聚类重处理。
直接答案
先用 URL Inspection 分别检查重复 URL 和期望 canonical，保存已索引版本、实时测试、最后抓取、用户声明与 Google选择值。确认两页内容高度等价，期望页可抓取、可索引、返回 200，且没有 noindex。统一永久重定向（适用时）、HTML/HTTP canonical、Sitemap、内部链接与 hreflang 指向期望 URL；删除链式、循环和多重 canonical。让 Google 能抓取重复页读取信号，不要用 robots.txt 阻断。修复后请求重新抓取并等待聚类重处理。
一、先确认这是规范化而非抓取故障
如果期望 canonical 返回 404/5xx、被 robots.txt 阻止、含 noindex 或需要登录，先修可访问性；Google 无法把不可用页面稳定选为代表。若两页都可抓取但 Google选择不同，才进入重复聚类与信号排查。
记录状态码、最终 URL、索引资格和最后抓取时间。不要只依据 site: 搜索结果判断 canonical，它不是完整诊断工具。
二、同时检查两端URL Inspection
对来源重复页和目标规范页分别运行 URL Inspection。比较 User-declared canonical、Google-selected canonical、Crawled as、Last crawl、Page fetch 和 Indexing allowed。实时测试反映当前版本，已索引信息可能仍是修复前版本。
保存部署时间与 Google最后抓取时间。实时页面已正确不等于索引系统已经重处理；反复提交请求不会保证立即更新。
三、Canonical必须指向内容等价页
Canonical用于重复或高度相似页面。把内容明显不同的文章、分页页、不同产品或不同语言页面全部指向首页，Google可能忽略声明，也会丢失页面语义。逐块比较主标题、正文、图片、结构化数据、语言、价格与可见属性。
若页面确实独立有价值，让它 self-canonical；若只是参数、排序、跟踪或打印版本，才合并到等价代表页。规范化不是处理薄内容的通用开关。
四、目标页必须Self-canonical
期望代表页通常应有指向自己的 canonical。若 A 指 B，B 又指 C，形成链；若 B 指回 A之外的 URL，信号矛盾。抓取每页最终 HTML，建立 canonical 图，检测链、环和跨域意外目标。
直接把所有重复页指向最终代表，不依赖多跳。模板变量、环境域名和尾斜杠处理常造成生产 self-canonical指向 staging 或旧域名，发布门禁应自动检查。
五、HTML与HTTP Header不要冲突
HTML 页面可用 <link rel="canonical"，非 HTML资源也可通过 HTTP Link header声明。若代理添加的 header与页面标签不同，Google收到多个候选。用 curl -I 和完整正文同时检查。
每个响应只保留一致的 canonical来源。CDN边缘函数、SEO插件和应用模板不能各自生成不同值。发生重定向时还要检查最终响应，而不是只看第一跳。
六、JavaScript渲染可能改变标签
客户端框架可能先输出一个 canonical，hydration 后替换；Tag Manager或路由切换也可能追加第二个标签。查看原始 HTML、Rich Results/渲染工具和浏览器 DOM，确认 Google可见版本唯一稳定。
优先在服务端 HTML输出最终 canonical，不依赖异步 API和用户交互。SPA路由每次导航要更新为当前 URL，避免保留上一页标签。
七、重定向是更强的合并方式
如果重复 URL不需要给用户独立访问，使用 301/308永久重定向到规范页通常比仅 canonical 更明确。确保一次跳到最终 HTTPS URL，不形成 HTTP→www→斜杠→目标的长链。
需要保留可访问的排序/过滤页时可使用 canonical而不重定向。不要把所有参数一概重定向，功能参数可能改变内容或用户任务。
八、Sitemap只提交规范URL
Sitemap中的 URL是弱规范信号。若同时提交 A、B、C，又声明 B为 canonical，信号不一致。生成 Sitemap时只包含最终 200、可索引、自 canonical的 URL，并使用准确 lastmod。
不要通过在 Sitemap删除重复页就期待立即去索引；它只是信号之一。仍需修页面标签、内部链接和重定向。
九、内部链接统一到期望URL
导航、面包屑、相关文章、分页和正文链接若大量指向非规范参数页，Google会看到与 canonical相反的站内偏好。抓取全站链接，按目标聚合来源和锚文本，修模板生成器。
避免同一页面混用 HTTP/HTTPS、www/非www、大小写、编码和尾斜杠。相对链接也可能因 base URL或代理路径生成错误。
十、Hreflang必须与Canonical协同
多语言/地区页通常各自 self-canonical，并通过 hreflang相互关联。把所有语言 canonical到一个语言，会让其他版本失去独立资格，hreflang也可能无效。检查每个 hreflang URL可索引、自 canonical且有返回链接。
语言内容必须真实对应，不能只换导航而正文相同。x-default与区域变体按实际用户选择设计，不要用 canonical替代语言关系。
十一、参数与排序页面的内容差异
?utm 通常不改变内容，适合合并；?sort=price、筛选、分页或搜索可能改变项目集合和用户价值。为每类参数定义语义：忽略、canonical、重定向、noindex或独立索引，不能用一条正则覆盖全部。
服务器应生成稳定 URL顺序与编码，避免同一参数的排列产生无数重复。内部链接只输出标准形式。
十二、不要用robots.txt阻止重复页
Google若无法抓取重复页，就不能读取其 canonical或noindex。robots.txt阻断可能让 URL仍被发现但内容与规范信号不可见。要合并时允许抓取并提供正确 canonical/重定向；要移除索引则使用可抓取的 noindex（按当前文档与场景）。
在确认信号处理完成后，才评估抓取优化。不要把“减少抓取”放在“让搜索系统理解关系”之前。
十三、Noindex与Canonical不要互相打架
目标 canonical若 noindex，系统无法把它作为正常索引代表。来源页同时 noindex与 canonical也会发送不清晰目标：到底要合并信号还是彻底排除？按明确目的选择工具。
检查 HTML meta 与 HTTP X-Robots-Tag，尤其 PDF、API和代理错误响应。插件可能只给某类模板加 noindex，导致期望页意外受影响。
十四、HTTPS与主机版本一致
混合 HTTP/HTTPS、www/非www时，统一证书、重定向、canonical、Sitemap和内部链接。HTTPS页面若嵌入大量 HTTP资源或自身证书异常，会削弱可用性。所有变体应一次永久跳到最终版本。
检查反向代理是否因未信任 forwarded proto而生成 HTTP canonical。只接受受信代理头，防止 Host header注入生成恶意 canonical。
十五、软404与低质量目标
目标页若内容极少、显示“未找到”但返回 200，或大量模板相同，Google可能把它视为 soft 404或选择更完整版本。确认规范页有真实主内容、正确状态和唯一标题。
Canonical不能把错误页变成正常内容。无内容实体应返回合适 404/410或业务状态，而不是统一 canonical到分类页。
十六、跨域Canonical要验证所有权与等价性
内容迁移或联合发布可使用跨域 canonical，但目标必须稳定可访问且内容等价。源/目标站点信号冲突、目标阻止抓取或内容不同，会被忽略。迁站通常还应使用重定向和 Change of Address等适用流程。
监控目标域证书、DNS和生命周期。不要把核心内容规范到无法控制的第三方 URL，除非这是明确发行策略。
十七、修复后的验收清单
对每组重复 URL自动验证：来源状态、最终 URL、唯一 canonical、目标 200/可索引/self-canonical、Sitemap和内部链接。覆盖参数、分页、多语言、移动端、JavaScript渲染、HTTP header和错误响应。
发布后请求代表 URL重新抓取，观察 URL Inspection、Page indexing与站内流量。等待处理周期后确认 Google-selected canonical趋于目标；若仍不同，重新比较内容和信号，不要频繁改动制造新不一致。
总结
Google选择不同 canonical的根因通常是内容不等价或站点信号冲突。用 URL Inspection对照已索引与实时版本，确保目标可抓取可索引；统一重定向、canonical、Sitemap、内部链接和 hreflang，并删除链、环和重复标签。Canonical是规范化信号而非强制命令，修复完成还需等待重新抓取与重复聚类更新。
官方资料
Google Search Central：Consolidate duplicate URLs：https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
Google Search Central：Canonicalization troubleshooting：https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting
Google Search Central：URL Inspection tool：https://developers.google.com/search/docs/crawling-indexing/url-inspection-tool
Google Search Central：Duplicate content：https://developers.google.com/search/docs/crawling-indexing/duplicate-content
常见问题
Canonical是不是Google必须遵守的指令？
不是，它是强信号之一。Google会综合内容和其他信号选择代表 URL，冲突时可能选择不同页面。
可以把所有重复页robots.txt屏蔽吗？
不建议用于传递 canonical，因为被阻止后 Google无法读取页面标签。先允许抓取并正确合并。
Sitemap里放重复URL会怎样？
会发送与 canonical相冲突的信号。Sitemap应只包含最终规范、可索引 URL。
多语言页面应该都canonical到中文页吗？
通常不应。各语言应 self-canonical并用 hreflang关联，只要它们是独立、可索引版本。
修复后多久会变化？
取决于重新抓取和聚类处理，没有固定保证。用最后抓取时间和 Search Console状态判断，不要反复提交或每天换策略。