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

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

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

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

很多改版會順手把 example.com/home/service-a 改成 example.com/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／合併）、新網址、風險等級。這份表是整個改版的依據，也是出事時的追查起點。

完整的搬站檢查清單

動工前

• [ ] 匯出完整的舊網址清單（sitemap + Search Console + 實際爬取，三個來源交叉比對）
• [ ] 匯出 Search Console「成效 → 網頁」最近 6–12 個月資料存檔
• [ ] 匯出「成效 → 查詢」，記錄目前哪些關鍵字有排名
• [ ] 記錄每個頁面目前的實際內文字數（去掉導覽與頁尾）
• [ ] 盤點所有外部連結指向哪些頁面（有反向連結的頁面優先保留）
• [ ] 確認目前的 canonical host（www 還是非 www）
• [ ] 記錄現有的追蹤代碼（GA4、GTM、像素）

規劃階段

• [ ] 做出新舊網址對照表：舊網址 / 標題 / 處理方式 / 新網址 / 風險等級
• [ ] 每個「改網址」的決定都要寫出理由——寫不出來就不要改
• [ ] 確認沒有多個舊網址導向同一個新頁（除非內容真的重複）
• [ ] 確認合併頁面不會造成關鍵字互相稀釋

上線前

• [ ] 所有舊網址：200 或 301 到 200，零 404
• [ ] 無轉址鏈（301 → 301）
• [ ] 中文網址編碼與未編碼兩種形式都通
• [ ] 每個可索引頁面有 title、description、canonical
• [ ] 沒有意外的 noindex（測試站的 noindex 最常被忘記拿掉）
• [ ] sitemap.xml 可存取且內容正確
• [ ] robots.txt 沒有誤擋，且宣告了 sitemap 位置
• [ ] 內文字數逐頁對照，沒有明顯縮水
• [ ] 圖片沒有依賴即將關閉的舊平台 CDN
• [ ] 追蹤代碼已裝上並實測有收到資料
• [ ] 手機實機測試主要動線

上線後

• [ ] Search Console 提交新 sitemap
• [ ] 對重要頁面使用「網址檢查 → 要求建立索引」
• [ ] 每週檢查「涵蓋範圍」報告有無非預期的 404
• [ ] 追蹤重點頁面的排名變化，和上線前的匯出資料對照

換平台時特別要注意的事

圖片可能會失效

這是最容易被忽略的一項。舊平台的圖片通常掛在它自己的 CDN 上——平台一停用，圖片全部變成破圖。

而且有些平台的圖片網址會過期：網址裡帶著 render 當下產生的 token，隔一段時間再抓就會被拒絕。所以搬圖片要「抓頁面 → 立刻下載」，不能先蒐集網址、事後再慢慢抓。

中文網址不要輕易改

已經被索引的中文網址，改成英文的收益通常不值得承擔風險。

技術面要注意的是：測試時編碼（%E7%B7%9A...）與未編碼兩種形式都要驗證，canonical 標籤要用 percent-encoded 形式，內部連結兩種寫法都要能通。

結構化資料要一起搬

舊站如果有 Organization、Article 這些標記，新站要對應建立，而且描述要一致。不一致的品牌資訊會讓搜尋引擎和 AI 難以確認實體。

什麼時候該接受排名波動

有些改變值得承擔風險：

舊平台有無法解決的技術問題。 例如內容是純前端渲染、爬蟲抓到的是空殼 HTML——這種情況不換平台，SEO 根本做不起來。

內容架構完全錯誤。 所有內容擠在一頁、或是同一個主題散落在五頁互相稀釋，重整的長期收益大於短期波動。

平台即將終止服務。 沒得選。

反過來，單純為了視覺改版而動網址結構，通常不值得。

分階段切換怎麼做

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

第一階段：切風險最低、效益最高的區塊。 例如原本就有技術問題、目前幾乎沒有流量的部分。就算出錯，損失有限。

第二階段：切全新的頁面。 新網址沒有既有排名，零風險。

第三階段：切既有排名所在的核心頁面。 這時候前兩階段已經驗證過部署流程沒問題。

第四階段：最後才開啟轉址規則。

每階段之間留幾天，觀察 Search Console 的涵蓋範圍與流量。一次全換不是不行，但出問題時你會分不清是哪個變更造成的。

常見問題

改版後流量掉了，多久會回來？ 如果網址與內容都處理正確，通常數週內會回穩。超過兩個月還沒回來，多半不是「還在恢復」，而是真的有東西出錯了——優先檢查涵蓋範圍報告有沒有非預期的排除項目。

可以先做新站再慢慢搬內容嗎？ 可以，但舊網址在新站上線的那一刻就必須有對應處理。不能先讓它們 404，之後再補——那段期間的損失補不回來。

舊站要留多久？ 建議至少保留一個月，確認新站沒有遺漏的內容或圖片。特別是圖片，很多人是在舊站關掉之後才發現有些圖沒搬到。