搬網店不失 SEO：301 對照表與流量保護完整清單

搬網店最怕唔係開發，而係搬完流量跌一半。原因幾乎每次一樣：舊網址冇做 301、sitemap 冇更新、付費廣告落地頁失效。呢篇係一份可以直接照做嘅對照表。

一、搬遷前：三份清單

二、301 對照表怎樣做

三、五個一定要避開的錯

1. 用 302 代替 301。302 係臨時，Google 唔會轉移權重。
2. 只寫 canonical 唔做 301。canonical 係提示，301 係指令；舊連結仍會 404。
3. 所有舊頁一次過轉去首頁。等同告訴 Google 那些頁面已消失，排名會清零。
4. 搬完即刪舊 sitemap。應保留並更新，讓爬蟲盡快發現新結構。
5. 忘記廣告 UTM 與落地頁。付費流量網址一斷，轉換即刻歸零，而且難察覺。

四、上線後 30 日要盯的四個數字

三、搬遷前的三十日時間表

大部分搬遷事故，源於時間表倒轉——先做新站，最後才想舊網址。正確順序是先處理網址，再處理設計：因為網址決定流量能否延續，設計只影響轉換。

四、301 實際上在哪裡設定

這是最多人卡住的一步。301 不是在「網站後台」設定，而是在伺服器或平台層。常見四個位置：

實務建議：數量少（幾十條）用平台後台；數量多（幾百條以上）用規則式設定，並保留一份 CSV 作人手核對的真相來源。兩者並存不衝突，但要以實測結果為準。

五、分頁與篩選參數為何最易出錯

產品頁與分類頁通常有人手處理，出錯的多是「沒有人記得存在」的網址：

• ▸分頁。/category/page/2 這類網址，如果不做對照就會 404。正確做法是轉到新站對應分頁；如果新站已合併分頁，轉到分類首頁並在 robots 設定上處理。
• ▸篩選與排序參數。?color=red&sort=price 這類組合可以有上千個。不要逐條轉，而是讓它們 canonical 到分類頁，並避免被收錄。
• ▸已刪除的舊文章。如果內容仍有價值，應該在新站重寫並轉址；如果完全無關，轉到最接近的主題頁，而不是首頁。
• ▸舊的推廣頁與活動頁。這些頁往往有外部連結與廣告投放，必須逐條核對。

六、一個 1,200 個 SKU 網店的搬遷順序

以下是我們實際處理過的順序（濃縮版），重點在分批驗證而不是一次過切換：

1. 先搬文章與靜態頁（數量少、流量穩定、易驗證），確認 301 與 sitemap 正常。
2. 再搬分類頁（數量中等、SEO 價值最高），逐個核對標題與描述。
3. 最後搬產品頁（數量最多、變動最頻繁），用規則式對照，並抽查 10%。
4. 全部完成後，才關閉舊站的公開訪問，但保留舊 sitemap 與轉址至少三個月。

分批的好處：任何一批出錯，影響範圍可控，而且可以在流量較低的時段修正。

七、常見問題

八、301 對照表的實際格式

對照表不需要複雜工具，一份試算表就可以。但欄位要齊，否則無法核對：

「已測試」這一欄最常被省略，也最常導致上線後才發現漏轉。每一條都應該實際用瀏覽器或工具請求一次，確認回傳 301 與正確目標。

九、什麼時候用 410 而不是 301

不是所有舊網址都應該轉址。如果一個頁面的內容已經完全不存在，而且沒有相近的替代，用 410（已永久移除）比胡亂轉去首頁更誠實，也更符合搜尋引擎的期望。

• ▸有相近替代內容：用 301 轉去最接近的頁。
• ▸內容永久移除、無替代：用 410。
• ▸只是暫時下架：用 302 或保留頁面並顯示缺貨狀態。

把所有舊網址一律轉去首頁，搜尋引擎會視為軟性 404，效果與直接消失差不多，而且會浪費你原有的累積。