網站改版 SEO 災難預防：301 轉址與權重保留策略

嗨，我是 Eric，浪花科技的資深工程師。今天我們要聊一個讓無數行銷主管半夜驚醒、讓老闆拍桌怒吼的話題：「為什麼網站改版做得這麼漂亮，上線後流量卻直接腰斬？」

別笑，這不是恐怖故事，這是我職涯中見過最多次的「人為慘案」。很多企業在進行網站改版（Website Redesign）時，把預算都花在了 UI 設計、特效動畫和全新的文案上，卻獨獨漏了最關鍵的技術 SEO 環節——301 轉址（301 Redirects）與權重保留。

想像一下，你開了一家經營了十年的老店，累積了無數熟客（Google 流量）。突然有一天，你把店面搬到了隔壁街的新大樓，裝潢得美輪美奐，但你卻忘了在舊店門口貼張告示，告訴大家你搬去哪了。結果呢？熟客到了舊址發現人去樓空，以為你倒閉了，轉頭就去了競爭對手的店。

這就是沒有做 301 轉址的後果。今天這篇文章，我要用工程師的角度，手把手教你如何策劃一場「零流量損失」的網站改版。我們會談到 URL 對應表、伺服器設定（Nginx/Apache），以及上線後的監控策略。

為什麼改版會造成 SEO 權重流失？

在 Google 的眼裡，每一個 URL 都是一個獨立的資產。你經營多年的部落格文章、產品頁面，因為累積了外部連結（Backlinks）和使用者行為數據，擁有了所謂的「頁面權重」（PageRank）。

當你進行網站改版時，工程師可能會覺得：「為了架構整潔，我們把網址結構改一下吧！」

• 舊網址：example.com/products/item?id=123
• 新網址：example.com/shop/cool-product

這改動看起來很合理，對吧？但在 Google 爬蟲看來，舊網址變成了 404 Not Found（找不到頁面），而新網址則是一個全新的、從零開始的頁面。舊頁面累積的所有權重，瞬間歸零。這就是流量雪崩的真相。

301 轉址：告訴 Google「我搬家了」

要解決這個問題，唯一的解法就是使用 HTTP 狀態碼 301 Moved Permanently（永久搬遷）。

301 與 302 的差別（工程師的囉嗦時間）

這點非常重要，請拿螢光筆畫起來。很多開發者或外掛預設會使用 302 Redirect（暫時搬遷）。

• 301 (Moved Permanently)： 告訴搜尋引擎這個頁面「永久」搬走了，請把舊頁面的 SEO 權重、排名信用，全部「過戶」給新頁面。這是我們唯一要用的。
• 302 (Found / Temporary Redirect)： 告訴搜尋引擎我只是暫時去別的地方，權重「保留在舊網址」。如果你改版用這個，排名絕對掉光光。

實戰操作：改版前的轉址對應表（Redirection Map）

在寫任何一行程式碼之前，你必須先整理出一份「轉址對應表」。這是一個苦工，但也是決定勝負的關鍵。

Step 1: 爬取舊網站所有 URL

不要只憑記憶！請使用工具如 Screaming Frog SEO Spider 或是從 Google Search Console 匯出舊網站的所有有效網址。

Step 2: 建立 Excel 對照表

建立一個試算表，包含兩欄：

• Column A (Source URL): 舊網站的網址（相對路徑，例如 /about-us/）。
• Column B (Target URL): 新網站對應的網址（例如 /company/about/）。

Eric 的良心建議： 如果某些舊頁面在新網站被刪除了，請不要直接讓它 404。請思考是否有「最相關」的分類頁或上層頁面可以轉址過去。真的找不到，才考慮讓它 404 或 410 (Gone)，但千萬不要全部無腦轉首頁（Soft 404），Google 很討厭這樣。

技術實作：如何在伺服器端設定 301 轉址

身為資深工程師，我強烈建議在「伺服器層級」處理轉址，而不是用 WordPress 外掛（雖然 Redirection 外掛很好用，但量大時會拖慢 PHP 效能）。

以下提供兩種最常見的伺服器設定範例。請注意，這些程式碼請小心使用，寫錯可能會讓網站無限迴圈（Redirect Loop）。

情境一：Apache 伺服器 (.htaccess)

如果你是用一般虛擬主機或 cPanel，通常是 Apache 或 LiteSpeed，你要修改根目錄下的 .htaccess 檔案。

# 開啟重寫引擎
RewriteEngine On

# 單一頁面轉址範例
Redirect 301 /old-page.html https://yoursite.com/new-page/

# 規則轉址：例如把 /blog/年份/文章名 改為 /news/文章名
# 這裡使用了 Regular Expression (正規表示法)
RewriteRule ^blog/([0-9]+)/(.*)$ /news/$2 [R=301,L]

情境二：Nginx 伺服器 (.conf)

如果你是用 Cloudways、VPS 或我們浪花科技慣用的高架構，通常是 Nginx。這需要在 server 區塊中設定。

# 單一頁面轉址
location = /old-page { 
    return 301 /new-page; 
}

# 或是使用 rewrite 指令
rewrite ^/old-category/(.*)$ /new-category/$1 permanent;

註：如果你不熟悉伺服器指令，請務必先在測試環境（Staging）驗證，否則你的網站可能會變成 500 Error 的展示場。

上線後的黃金 48 小時：監控與除錯

網站上線、DNS 切換後，工作才真正開始。這時候你必須像盯盤一樣盯著你的數據。

1. 提交新的 Sitemap

立刻到 Google Search Console (GSC) 提交新網站的 Sitemap XML。雖然有 301，但主動提交能加速索引更新。

2. 監控 “網頁索引” 報表

密切關注 GSC 中的「網頁索引」>「找不到 (404)」報告。如果發現大量預期外的 404，代表你的轉址對應表有漏網之魚，請立刻補上 301 設定。

3. 檢查「轉址鏈」（Redirect Chains）

避免 A -> B -> C 的多重轉址。這會稀釋權重並增加載入時間。理想狀況應該是 A -> C 一步到位。

結論：SEO 是改版的核心，不是改版後的補救

很多專案都是在設計圖定稿、程式寫完後，才來問工程師：「欸，SEO 怎麼辦？」這時候通常都太晚了。301 轉址策略應該在規劃階段就納入考量。

記住，網站改版是為了更好的使用者體驗和轉換率，如果因為忽略了技術 SEO 而導致既有流量歸零，那真的是賠了夫人又折兵。希望這篇文章能成為你改版路上的護身符。

延伸閱讀

• Google 演算法下的隱形冠軍：WordPress 技術 SEO 終極實戰，從速度、結構到程式碼一次搞定！
• 網站搬家搞得你心力交瘁？WordPress 匯出匯入終極指南，資深工程師帶你一次搞定！
• 網站跑分不及格？Google Core Web Vitals 終極指南：LCP/CLS/FID 調教實戰，讓你的 WordPress 速度原地起飛！