網站改版 301 轉址：網址對照表怎麼做才不掉流量

Photo by Josh Calabrese on Unsplash

官網改版上線的那天通常很順利：版面變好看了、手機版終於不跑版、老闆也滿意。真正的問題出現在三到六週之後——Google Search Console 的曝光和點擊開始往下掉，原本每個月穩定進來的幾筆詢問單不見了，查 GA4 才發現自然搜尋流量少了三到五成。設計沒問題、內容也沒變少，掉的是「舊網址」。

Google 花了好幾年才把你的舊頁面收錄、給排名。改版換了網站架構之後，那些舊網址如果沒有被妥善處理，搜尋結果點進來就是 404，累積的排名權重等於直接歸零。這件事沒有辦法事後補救得很漂亮，但只要上線前做好一張網址對照表，八成以上的損失是可以避免的。

一、先搞清楚掉的是什麼

搜尋引擎對每一個網址（URL）各自評分。/products/led-light 這一頁累積的外部連結、點擊率、停留時間，是綁在這串字上面的，不是綁在「LED 燈產品頁」這個概念上。改版時如果網址從 /products/led-light 變成 /product/led-lighting-01，對 Google 來說那是兩件事：舊的一頁消失了，新的一頁是全新頁面，從零開始排隊。

更麻煩的是外部連結。過去客戶在部落格提到你、同業目錄收錄你、合作廠商官網放了連結，這些連結指向的都是舊網址。它們不會因為你改版而更新，只會一個一個變成死連結。

二、上線前：把舊網址全部撈出來

對照表要有意義，前提是清單夠完整。實務上建議至少從四個來源交叉比對：

• Google Search Console：進「成效」報表，時間拉滿 16 個月，用「網頁」維度匯出。這份最重要，因為它就是 Google 目前眼中你有哪些頁面、哪些有流量。
• GA4：報表 →「網頁路徑」，一樣拉長時間匯出。可以補到一些沒有搜尋流量但有直接流量的頁面。
• 舊站 sitemap.xml：通常在 網域/sitemap.xml 或 /sitemap_index.xml，這是舊站自己宣告過的完整清單。
• 爬蟲工具：Screaming Frog 免費版可以爬 500 個網址，中小企業官網大多夠用。它能撈到 sitemap 漏掉、但站內還連著的頁面。

把四份清單合併去重，再依照 Search Console 的點擊數由高到低排序。這個排序很關鍵——中小企業官網常有兩三百個網址，但帶來八成流量的往往不到三十頁。先把前三十頁的對照做到百分之百正確，剩下的再慢慢補。

Photo by Shirley Fisher on Unsplash

三、對照表怎麼做：一對一，而且要「對得上」

開一張試算表，三個欄位就夠：舊網址、新網址、備註。原則只有一條：每一個舊網址都要指到內容最接近的那一頁，不是首頁。

把全部舊網址一股腦導向首頁是最常見的錯誤做法。它確實消除了 404，但 Google 會把這種「大量不同頁面通通導到同一頁」判定為軟性 404（soft 404），權重一樣不會傳遞，等於白做。使用者體驗也差：人家搜尋「不鏽鋼水塔清洗報價」點進來，結果落在你的首頁，還得自己重新找一次，多半直接關掉。

幾種常見情境的處理方式：

• 內容還在，只是網址變了：直接一對一轉址，最單純。
• 三頁合併成一頁：三個舊網址都轉到合併後的新頁，並確認新頁確實涵蓋原本三頁的內容重點。
• 頁面整個拿掉、沒有替代內容：轉到同層級的分類頁（例如產品分類頁），不要轉首頁。
• 真的什麼都沒有了：讓它回 410（Gone），明確告訴 Google 這頁永久移除，比硬轉一個不相干的頁面乾淨。
• 網址結構有規則性的整批改變：例如 /news/xxx 全部變成 /blog/xxx，用一條正規表示式規則處理就好，不必逐筆列。

四、301 還是 302？寫在哪裡？

改版搬家一律用 301（永久移動）。302 是暫時性的，Google 會繼續把權重留在舊網址上等它回來。除非你真的打算之後換回去，否則不要用 302。

實作位置取決於你的環境：

• Nginx：在 server 區塊寫 return 301 https://example.com/new-path;，規則多的話用 map 指令搭配獨立的對照檔，比堆一長串 location 好維護。
• Apache：.htaccess 裡用 Redirect 301 /old-path https://example.com/new-path，批次規則用 RedirectMatch。
• WordPress：Redirection 這類外掛可以直接匯入 CSV，對不熟伺服器設定的人最友善；缺點是每次請求都要經過 PHP，數量上千條時會有效能負擔，量大還是建議拉到伺服器層。
• Cloudflare：用 Bulk Redirects 上傳清單，轉址在邊緣節點就完成，不會打到主機，適合原主機不好改設定的情況。

還有一個容易忽略的細節：不要讓轉址串成一條鏈。 如果舊站以前就改過一次版，可能出現 A → B → C 的情況。每多一跳就多一次延遲、多一分權重耗損，而且超過三、四跳之後 Google 可能乾脆不跟了。做對照表時要把中間站省掉，直接寫 A → C。

Photo by Zoshua Colah on Unsplash

五、上線後兩週的檢查清單

轉址設好不代表結束，上線後這幾件事值得排進行事曆：

1. 當天：拿舊網址清單前三十名，一條一條用瀏覽器開，確認都到了對的頁面、而且狀態碼是 301（用瀏覽器開發者工具的 Network 分頁看，或用線上 HTTP 狀態檢查工具）。
2. 當天：把新的 sitemap.xml 提交到 Search Console，並確認 robots.txt 沒有把整站擋掉——改版時從測試機搬設定，Disallow: / 忘了拿掉是非常常見的意外。
3. 第 3 天起：每天看 Search Console 的「網頁索引」報表，注意「找不到（404）」的數量有沒有暴增。有的話點進去看是哪些網址，補進對照表。
4. 第 7 天：檢查主要關鍵字排名有沒有大幅變動。改版後短期小幅波動是正常的，通常二到六週會回穩；如果是斷崖式下滑，八成是轉址或索引設定出問題，不是「等它回來」的問題。
5. 第 14 天：比對 GA4 自然搜尋流量與去年同期、上月同期。同時把外部連結最多的幾個舊網址找出來，確認轉址正常。

六、幾個實務上的提醒

轉址規則不要急著刪。 業界慣例是至少保留一年，有外部連結的熱門頁面建議永久保留。成本只是幾行設定，拿掉的風險卻是重新掉一次流量。

改版和換網域不要同時做。 如果你同時要換網域又要換架構，分兩階段進行：先換網域、保持網址結構不變，觀察兩到四週流量回穩後，再動架構。兩件事一起做，出問題時很難判斷是哪一邊造成的。

網址規劃時順手把中文網址處理掉。 有些 WordPress 站台的文章網址是中文，實際傳輸時會被編碼成一長串 %E4%B8%AD 之類的字元，分享、追蹤、寫轉址規則都麻煩。改版正是統一改成英文短網址的好時機——反正都要轉址了。

把對照表留下來。 這張試算表不是用完就丟的工具，它是你網站的歷史紀錄。下次再改版、或是需要追查某個舊連結從哪來的時候，它會替你省下很多時間。

結語：改版前先問這一題

找廠商報價改版時，除了問版型和功能，多問一句：「舊網址的 301 轉址對照表，是不是包含在這次的範圍裡？誰負責做？上線後誰負責驗？」

這件事技術上不難，難在有沒有人記得做、有沒有人願意花半天把清單撈齊。從成本角度看，它可能只佔整個改版專案的百分之二、三，卻決定了你過去好幾年累積的搜尋流量能不能帶過去。改版本來是為了讓官網更會賺錢，別讓一張沒做的對照表，把新網站的起跑點退回到零。