看到兩個網址很像，先比較它們讓買家完成的任務。內容等價、只是訪問方式不同，與型號有真實差異，是兩種問題。把所有參數地址跳轉、把全部產品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設置後多久能看到結果？
沒有統一保證。先核對可訪問性與信號一致，再觀察實際抓取和索引。不要以固定天數向企業承諾收錄或排名。