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