網站搬家前後必做的轉址檢查清單

網站搬家會不會掉流量，很多時候不是設計或前端框架決定的，而是轉址有沒有管好。

在切 DNS、換 CMS、改 Headless 或品牌換網域前，最重要的問題其實很直白：每個重要舊網址，能不能用一次乾淨的轉址到正確新網址？

這份 網站搬家轉址清單 適合這些情境：

• 換新網域
• 從舊 CMS 搬到新 CMS
• 從 monolith 改成 headless
• 從子網域搬到主網域
• 重整 blog、docs、商品分類或活動頁 URL
• SEO 代理商交接客戶網站搬家
• 電商平台改版或品牌整併

如果你要搬的是 Shopify，可以搭配 Shopify 改到 Headless，怎麼保住網址與流量。如果同時換網域，請把 換網域時如何保留路徑與 UTM 參數 放在旁邊一起看。

搬站前的不可妥協目標

上線前，至少要做到這五件事：

1. 高價值舊 URL 已對應到正確新 URL
2. 永久搬移使用永久轉址意圖
3. 轉址盡量一跳抵達最終頁面
4. 站內連結已指向新的 canonical URL
5. 上線後監控在流量切換前就準備好

少一項，風險就會明顯上升。

15 項網站搬家轉址清單

1. 盤點目前所有重要 URL

不要靠記憶規劃轉址。

請從這些來源拉 URL：

• XML sitemap
• Google Search Console top pages
• GA4 或資料倉儲的 landing pages
• 廣告與活動網址
• EDM、CRM、LINE 官方帳號模板
• backlink、合作夥伴文件與 KOL 文章
• 舊 blog、docs、support archive
• 商品頁、分類頁與品牌頁

只要某個 URL 帶來搜尋流量、轉換流量、客服流量或合作流量，就應該進入搬站 inventory。

2. 早點選定最終 canonical hostname

先決定最後要用哪個 host：

• https://new-brand.com
• 或 https://www.new-brand.com

不要上線前才討論。host 決策模糊，最容易產生 http -> https -> www -> final 這類轉址鏈。

3. 用真正的表格或 CSV 管轉址對照表

最低限度，請保留這些欄位：

old_url,new_url,status,priority,owner,notes
https://old-brand.com/pricing,https://new-brand.com/pricing,301,high,marketing,core landing page
https://old-brand.com/docs/api,https://new-brand.com/docs/api,301,high,engineering,docs migration

這張表是 SEO、行銷、工程、客服和代理商之間的共同真相源。不要把規則散在 Slack、issue、程式碼註解和某個人的筆記裡。

4. 先保護最高價值的 URL

優先處理：

• 首頁
• pricing 與主要轉換頁
• 熱門自然搜尋 landing pages
• 商品頁與分類頁
• 文件與支援文章
• 目前仍在投放的活動頁
• email、LINE、簡訊中常用的 URL

低流量 archive 頁可以稍後處理。上線第一天，不要讓最高價值路徑跟著低優先級頁面一起排隊。

5. 把舊 URL 對到最適合的新目的地

目標不一定是完全保留原路徑，而是找到最合適的目的地。

好的 mapping：

• 舊商品頁 -> 新商品頁
• 舊分類頁 -> 最接近的新分類
• 舊 docs 頁 -> 對應的新 docs 頁
• 舊活動頁 -> 仍相關的活動頁或產品頁

不好的 mapping：

• 全部導到首頁
• 退役 docs 全部導首頁
• 深層商品頁導到泛分類頁但沒有上下文

使用者點進來是為了某個具體目的，不是為了重新逛一次你的網站。

6. 永久搬移就用永久轉址

如果舊 URL 不會回來，請使用永久轉址意圖，通常是 301。

如果你還在比較 301、302、307、308，可以先看 301、302、307、308 轉址差在哪。

重點不是背代碼，而是不要讓永久網站搬家在暫時轉址上跑好幾個月。

7. 路徑結構相近時，保留 path

如果新舊站結構接近，path-preserving rules 可以省下大量人工工作。

例如：

• /docs/* -> /docs/*
• /blog/* -> /blog/*
• /features/* -> /features/*

但如果資訊架構大改，不要盲目用 wildcard。高價值 URL 仍應該做明確的一對一 mapping。

實作方式可以看 換網域時如何保留路徑與 UTM 參數。

8. 保留重要 query strings

這件事很容易被忘掉。

常見需要保留的參數包括：

• UTM 參數
• affiliate 或 referral 參數
• coupon 或活動代碼
• App 或頁面功能需要的參數
• CRM、EDM、廣告平台用來判斷來源的參數

不是每個 query string 都值得永遠保留，但重要參數要明確處理，不能靠供應商預設值賭運氣。

9. 上線前消掉轉址鏈

不要等 PageSpeed、crawler 或使用者告訴你轉址路徑很亂。

這種鏈：

old-url -> old-intermediate -> final-url

應該整理成：

old-url -> final-url

如果要深入排查，請看 怎麼找出轉址鏈與轉址迴圈。

10. 在 staging 或受控 host 測試

正式 cutover 前，至少測：

• 首頁
• 熱門 landing pages
• docs paths
• blog posts
• 商品頁與分類頁
• 帶參數的活動 URL
• 若有裝置導流，也測手機與桌機

可以用瀏覽器，也可以用命令列：

curl -IL https://old-brand.com/docs/api

請看完整 hop，不要只看最後頁面有沒有開。

11. 上線前或上線後立刻更新站內連結

轉址是安全網，不是理想狀態。

請更新：

• nav links
• footer links
• 文章內連結
• 產品 CTA
• docs sidebar
• email 模板
• sitemap 和 RSS 來源

站內連結應該直接指向新 canonical URL。

12. 同步更新 sitemap、canonical 與 navigation

轉址對照表只是搬站的一部分。

也要更新：

• XML sitemap
• canonical tags
• hreflang
• main navigation
• structured data URL
• Open Graph URL 與分享預覽

如果轉址說一套、canonical 又說另一套，你只是把清理工作留到上線後。

13. 上線前就準備監控

前 7 到 14 天要有明確監控計畫：

• 看 404
• 看前幾百個轉址 URL
• 監控高價值頁流量
• 檢查廣告與 EDM landing pages
• 確認 docs、support、商品頁仍落到正確位置
• 觀察 Search Console 是否出現異常

這時候 analytics、轉址檢查工具 和 壞連結監控 才是真正有用的營運工具，不只是功能清單。

14. 讓舊轉址層穩定存在足夠久

不要把轉址當成一週任務。

舊連結可能會在外面活好幾個月甚至好幾年，尤其是：

• backlink
• 書籤
• PDF 和簡報
• 合作夥伴文件
• 舊社群貼文
• QR Code 和印刷物

請規劃轉址耐久性，而不是只求 launch week 沒事。

15. 記錄例外與邊界情境

不是每個舊 URL 都一定要轉址。

有些應該回 404 或 410；有些法務、支援、帳戶或 App route 可能需要特殊處理；有些活動頁可能只能導到 archive 或說明頁。

把例外寫清楚，包含原因、owner 和預期行為。否則半年後沒有人知道那條規則是故意的，還是遷移時漏掉的。

最短可行的搬站順序

如果你需要一個能落地的順序，可以這樣跑：

1. 匯出 URL inventory
2. 選定 canonical host
3. 建立轉址對照表
4. 先測高價值 URL
5. 消掉轉址鏈與迴圈
6. 更新站內連結、sitemap、canonical
7. 切 DNS 或切流量
8. 監控 404、轉址命中與高價值頁流量

這個順序對工程、行銷、SEO 代理商和客服都比較好協作，因為每一步都能明確交付。

UrlEdge 可以怎麼幫忙

UrlEdge 適合網站搬家時處理：

• 大量轉址匯入
• wildcard path forwarding
• 301 / 302 規則管理
• staging 驗證
• 快速發布與回滾
• 壞連結監控
• 上線後轉址分析

你可以先把舊 URL 對照表匯入 大量轉址管理，上線前用 轉址檢查工具 抽查高價值 URL，再用 analytics 看上線後是否真的抵達預期目的地。

FAQ

網站搬家一定要每個 URL 都一對一轉址嗎？

不一定。高價值 URL 要明確處理；低價值、過期或不該再存在的 URL 可以回 404 或 410。重點是有判斷，不是機械式全部導首頁。

什麼時候可以用 wildcard？

新舊路徑結構大致一致時很適合，例如 /docs/* 到 /docs/*。如果分類、slug 或資訊架構大改，高價值頁還是要手動 mapping。

上線後要監控多久？

至少先看 7 到 14 天，但高價值舊網域和熱門 backlink 的轉址通常要保留更久。很多舊連結不會在 launch week 就消失。

SEO 代理商交接時，這份清單怎麼用？

把 URL inventory、轉址對照表、例外規則、上線日檢查與監控報表都當成交付物。不要只交一份「已設定完成」的口頭說明。