看到两个网址很像，先比较它们让买家完成的任务。内容等价、只是访问方式不同，与型号有真实差异，是两种问题。把所有参数地址跳转、把全部产品canonical到首页，都可能把正确内容一起处理掉。
先问内容，再问技术标签
1是否是同一内容？对照产品编号、正文、规格和语言；不是只比URL字符串。
2旧地址还需要独立使用吗？营销追踪与筛选功能可能仍有用途，先确认使用场景。
3是否有真实、等价的替代？存在永久迁移关系时再评估跳转，避免指向无关页面。
4信号是否一致？内链、canonical与地图指向同一正式入口，再检查实际响应。
| 地址或场景 | 先核实 | 可能的处理方向 |
|---|---|---|
| /products/a 与 /category/parts/a | 是否确为同一产品和语言 | 统一主要引用；根据实际需求评估规范地址或跳转 |
| /products/a?utm_source=mail | 参数是否仅用于来源记录 | 保留追踪需要，正式内链使用规范路径 |
| A 与 B 两个不同接口型号 | 买家是否需要独立规格与文件 | 保留差异内容，勿因版式相同直接合并 |
| 停售型号A | 是否有真正等价替代和历史资料价值 | 可保留停售说明；有等价替代再评估跳转 |
| 筛选后的目录 | 只是临时视图，还是独立选型内容 | 分别设计抓取和内容策略，不批量生成空洞说明 |
canonical 与 301 不是同一种操作
canonical 是向搜索系统表达偏好的信号，用户通常仍可访问当前页面；永久跳转则直接把请求带到另一个地址。Google 会综合多个信号选择规范网址，因此设置标签不是“强制采用”的保证。决定用哪一种方式前，先确认用户是否还需要原路径，以及目标内容是否等价。
用一条命令看到的只是响应，不是收录结论
curl -I https://example.com/old-product
# 检查状态和 Location，示例域名请替换为自己的网址
curl -s https://example.com/products/a
# 在返回HTML中核对canonical及目标地址有的页面由脚本补充内容，命令行看到的原始HTML与渲染后可能不同。排查时记录两者，必要时使用实际搜索管理工具核对。目标地址还要检查是否可访问、语言是否正确、有没有跳转循环，以及移动端是否仍能完成筛选。
一个反例：分类调整不等于产品消失
- 先导出旧地址与稳定编号，再生成目标映射。
- 抽查不同语言、特殊型号和旧下载入口。
- 上线后核对状态、目标、canonical、内链与地图。
- 保留无法对应的例外清单，逐条决定；不要用首页吞掉所有例外。
canonical设置后多久能看到结果？
没有统一保证。先核对可访问性与信号一致，再观察实际抓取和索引。不要以固定天数向企业承诺收录或排名。