核心判断
canonical 应指向代表重复或高度相似页面的规范 URL
适合对象
更换 CMS、域名或 URL 结构后检查页面规范地址的团队
下一步行动
抽查一组旧、新地址，比较正文任务、重定向落点与最终 HTML canonical。
先确认页面关系
改版后发现两个相似地址，不要马上把它们都指向一个 canonical。先看它们是否提供同一内容，是否只因参数、大小写、协议或路径形式不同而出现多个 URL。若两个页面服务不同读者任务或提供不同证据，路径相似不足以证明其中一个是重复版本。
在去向表中记录页面关系：旧页是否迁移、新页是否完整承接、两页是否计划长期并存，以及采取的技术动作。这样能避免开发只按标题或 slug 猜测页面是否重复。
看最终输出而非只看配置
打开正式页面的最终 HTML，检查 canonical 的协议、域名、路径和斜线形式，并与实际生产 URL 比较。确认页面没有仍指向旧域名、预览域名、首页或另一篇不同内容。若页面先跳转，记录最终落点及其 canonical；不要忽略跳转与声明之间的矛盾。
检查站内链接和 sitemap 是否也使用同一套规范地址。Google Search Central 建议通过一致信号帮助系统理解首选 URL；canonical 是一种信号，并不确保搜索系统一定采用它。Google Search Central：合并重复网址。
按地址类型分别处理
如果一个 URL 因筛选参数、追踪参数或旧路径变化而生成，先判断它是否需要独立索引。若不需要，和开发一起确认页面 canonical、站内链接、跳转与 sitemap 输出是否一致。不要不加区分地删掉有业务用途的参数。
若旧页被新页完整替代，再按迁移计划处理旧地址，并让新页面声明预期的规范 URL。如果旧内容仍有独立价值，就保留该内容并为它选择合适地址。不确定时标记给内容负责人，不把猜测写成已确认。
复测并记录
每次复测保留旧地址、生产目标、最终响应、canonical、sitemap 是否包含和来源页链接。若公开抓取器无法读取 head 区域，标记为“线上元数据未读到”，再用适用检查方式验证；不能把源码检查表述成线上已确认。
