網站改版或搬家，怎麼保留原本的 SEO？

先講結論：能不改網址，就不要改

網站改版最常見的災難，不是設計不好看，而是把既有的搜尋排名弄丟了。

而多數情況下，這個損失是不必要的——因為網址根本不需要改。

很多改版會順手把 /home/service-a 改成 /solutions/service-a，理由通常是「架構比較整齊」。但整齊對 SEO 沒有實質幫助，對使用者也幾乎無感，卻要承擔數週到數月的排名震盪。

判斷原則很簡單：如果沒有技術上的必要，就保留原網址。

如果非改不可：301 的正確做法

有些情況確實需要改，例如兩個網址內容完全重複、或是舊網址已經無法在新平台重現。這時候：

每個舊網址導到「內容最相關」的新頁。 不是導到首頁，不是導到分類頁。搜尋引擎會把「大量不同網址都導到同一頁」判讀為軟性 404。

用 301 而不是 302。 301 是永久轉址，會傳遞權重；302 是暫時的，不會。

避免轉址鏈。 A → B → C 這種多跳會稀釋權重也拖慢速度，直接讓 A → C。

合併頁面要小心關鍵字稀釋。 如果原本三個頁面各自承接不同的搜尋意圖（例如「FB 代操費用」「TikTok 代操」「Threads 行銷」），全部合併成一頁再 301 過去，這三組關鍵字會互相稀釋。比較安全的做法是保留三個子頁各自承接原有意圖。

更常被忽略的：內容量

這是實務上比網址更容易出事的地方。

就算網址完全沒變，如果新頁面的內容比舊頁面少很多，排名一樣會掉。 搜尋引擎會判定這一頁不再回答原本的問題。

改版時很容易發生這種事：舊頁面是兩千多字的完整說明，改版後為了版面整齊變成一句摘要加幾個條列。網址保住了，但內容掏空了，結果比改網址還糟。

檢查方式很直接：改版前後各抓一次每個頁面的實際內文字數（去掉導覽和頁尾），逐頁對照。任何一頁明顯變少，就要補回來。

上線前一定要跑的驗證

手動點過去看是不夠的，一定要有自動化測試。至少要驗證：

• 每個舊網址回傳 200，或 301 到一個回傳 200 的新網址
• 零個 404
• 沒有轉址鏈（301 → 301）
• 中文網址的編碼與未編碼兩種形式都能通
• 每個可索引頁面都有 title、meta description、canonical
• 沒有意外的 noindex
• sitemap 與 robots.txt 正常，且 robots 有宣告 sitemap 位置

這份測試應該是可以重複執行的腳本，而不是一次性的人工檢查——因為之後每次改動都要能再跑一次。

改版前必做的三件事

1. 匯出完整的舊網址清單。 從 sitemap、Search Console、或直接爬一次網站。少列一個網址，那個網址上線後就是 404。

2. 匯出 Search Console 的「成效 → 網頁」資料存檔。 這是改版後判斷「排名變化是正常的重新索引震盪，還是真的出問題」的唯一基準。改版後才想到要匯出就來不及了。

3. 做一份逐一對應的新舊網址表。 每一列要有：舊網址、目前標題、處理方式（保留／301／合併）、新網址、風險等級。這份表是整個改版的依據，也是出事時的追查起點。

分階段切換，不要一次全換

如果舊站和新站可以並存（例如透過 CDN 或代理層依路徑分流），強烈建議分階段：

1. 先切風險最低、效益最高的——例如原本就有技術問題的區塊
2. 再切全新的頁面——新網址沒有既有排名，零風險
3. 最後才切既有排名所在的核心頁面
4. 轉址規則最後開啟

每個階段之間留幾天觀察 Search Console 的涵蓋範圍報告，確認沒有非預期的 404 再往下走。

一次全換不是不行，但出問題時你會分不清是哪一個變更造成的。