两个网址长得相似，不代表它们应该合并。产品站的跟踪参数可能只是同一页面的不同入口，而相近型号也可能对应不同采购条件。设置Canonical之前，应先决定哪些页面确实重复、哪些页面值得独立存在，再检查技术信号是否表达了这个决定。
先按采购任务分组，别先批量写标签
将页面标题、产品型号、规格、适用条件和资料文件放到同一张检查表。如果两个地址只是广告跟踪入口不同，正文仍描述同一产品，可讨论统一到一个稳定地址。如果两种型号有不同安装要求和选型资料，就需要先评估独立页面价值。技术标签不能代替对内容关系的判断，也不能把薄弱页面变成有用资料。
| 情况 | 先问什么 | 处理方向 |
|---|---|---|
| 同一产品附带跟踪参数 | 参数是否改变正文内容 | 选定稳定产品地址 |
| 旧目录与新目录同时存在 | 旧入口是否还需要保留 | 评估重定向与链接更新 |
| 相近但独立的产品型号 | 采购条件和资料是否不同 | 保留有实质差异的详情 |
| 所有产品指向首页 | 首页是否真的与详情重复 | 检查模板是否误配置 |
为每组页面写下唯一的首选地址
<!-- 仅为格式示例，请替换为已确认的实际地址 -->
<link rel="canonical" href="https://www.example.com/products/model-a/">Canonical表达规范版本的偏好，不是搜索引擎必须遵守的命令。Google可能根据内容和其他信号选择不同版本。因此交付时不仅要截图证明标签存在，还要说明为什么选这个地址、它与其他页面的关系，以及页面是否仍向访客提供了正确资料。规范页面自身也应有一致的自引用Canonical。
查标签之外，还要查地图与入口
- 打开线上最终页面，核对HTML中Canonical地址是否为评审通过的版本。
- 检查栏目、产品推荐和资料页的内部链接，是否仍大量指向旧地址。
- 检查地图列出的版本，避免地图与页面标签各选一个不同地址。
- 若有重定向，记录完整跳转路径，确认最终页面内容与预期一致。
- 不能用robots.txt代替规范化处理；也不要把删除搜索结果的工具当作网址合并工具。
搜索引擎选错版本时，保存一条可复查的记录
1确认搜索所选版本在有权限的Search Console属性中检查具体网址的规范化结果。
2核对线上技术信号检查页面标签、服务器跳转与站点地图是否矛盾。
3判断内容是否独立若应独立存在，补足采购条件、资料和真实差异。
4跟踪重新评估记录修改日期与后续检查结果，不把一次请求当作恢复完成。
可为每个异常保存原网址、声明的Canonical、搜索引擎所选版本、页面用途、修改内容和复核日期。修复后需要等待重新抓取与评估，不承诺固定恢复时间。若没有工具权限，只能报告已确认的技术情况，不能猜测搜索引擎一定采用了哪个版本，更不能把标签部署成功等同于收录和排名已经改善。