改版改到排名歸零：一個常見的慘劇
每年都有很多公司花了幾十萬甚至上百萬做網站改版，新網站上線之後視覺變好看了、功能變強大了，但自然搜尋流量直接腰斬——而且可能好幾個月都回不來。
為什麼？因為沒有人在改版前做好 SEO 的準備工作。
URL 結構變了但沒有設 301 轉址、有排名的舊頁面在新網站上消失了、robots.txt 不小心把整個新網站擋掉了、sitemap 沒有更新。這些問題單獨看都不大，但累積起來就是一場 SEO 災難。
根據一項針對 150 個網站改版案例的調查，有 42% 的網站在改版後經歷了超過 30% 的自然流量下降，而其中有 16% 在六個月後仍未完全恢復。
這篇的目的很簡單：給你一份改版前必須完成的 SEO 檢查清單。照著做，改版之後的排名不會掉（或者即使短期有波動，也能快速恢復）。
第一步：全面盤點現有的 SEO 資產
改版之前，你必須先搞清楚你目前「擁有」什麼。
匯出所有頁面的 URL 清單
用 Screaming Frog 或其他爬蟲工具爬一次你的現有網站，匯出所有頁面的 URL。這份清單就是你的 SEO 資產目錄。每一個有排名、有流量的 URL 都是資產，改版的時候絕對不能弄丟。
標記有流量的頁面
打開 Google Search Console，匯出過去 12 個月的頁面效能數據（曝光次數、點擊次數、平均排名）。把這些數據跟 URL 清單比對，找出哪些頁面帶來了最多的自然搜尋流量。
這些頁面是你的「命脈頁面」。改版的時候，它們的 URL、內容、Meta 資訊最好不要動。如果非動不可（例如 URL 結構要改），一定要設好 301 轉址。
記錄重要頁面的排名
用 SEMrush、Ahrefs 或 Google Search Console 記錄你最重要的 20-50 個關鍵字的目前排名。改版後可以拿來對比，看有沒有掉排名。
匯出外部連結資料
用 Ahrefs 或 Moz 匯出你網站的外部連結（Backlink）清單。哪些外部網站連結到你的哪些頁面？如果改版後那些頁面的 URL 變了但沒有設 301 轉址，這些外部連結就會變成 404，連結權重就浪費了。
第二步：301 轉址規劃——改版最重要的一件事
如果整篇文章你只記得一件事，那就是：設好 301 轉址。
301 轉址告訴 Google：「這個舊 URL 永久搬到新 URL 了，請把排名和連結權重轉移過去。」沒有 301，Google 會把新 URL 當成全新的頁面，過去累積的排名和權重全部歸零。
建立 URL 對照表
這是一份 Excel 或 Google Sheets 表格，左邊是舊 URL，右邊是對應的新 URL。每一個有流量、有排名、有外部連結的舊 URL 都要有對應的新 URL。
如果某些舊頁面在新網站上不存在了（例如停售的產品），把它轉址到最相關的替代頁面。不要轉到首頁——把所有東西都轉到首頁等於告訴 Google「我不知道這些頁面該去哪」。
一對一對應
每個舊 URL 轉到一個具體的新 URL。不要偷懶用「萬用轉址」把整個子目錄轉到一個頁面。/blog/article-1 應該轉到 /articles/article-1，不是把 /blog/* 全部轉到 /articles/。
在新網站上線之前就設好轉址
轉址要在新舊網站切換的同一時刻生效。不是新網站上線之後「等兩天再設」。這兩天的空窗期，Google 爬蟲可能已經來過了，看到的是一堆 404。
測試轉址
在正式上線之前，在 Staging 環境測試所有轉址。用工具批次檢查，確認每一條轉址都正確指向新 URL，回應碼確實是 301（不是 302）。
302 是臨時轉址，它不會轉移 SEO 權重。很多人不小心用了 302 代替 301，排名就沒有轉移過去。
第三步：內容遷移——不要在改版的時候順便刪內容
改版的時候很容易有一個衝動：「這些舊內容寫得不好，趁改版一起清掉吧。」
千萬不要。
至少不要在改版的同時做這件事。改版已經是 SEO 的高風險操作了，同時刪除大量內容會讓風險加倍。Google 突然發現你的網站少了幾百個頁面，它不知道是你在「整理內容」還是「網站出問題了」。
正確的做法是：改版的時候把所有內容原封不動搬到新網站。等新網站的排名穩定下來之後（通常需要 1-3 個月），再逐步評估哪些內容要更新、哪些要合併、哪些要刪除。
Meta Title 和 Description 不要亂改
如果舊頁面的 Meta Title 和 Description 在搜尋結果中表現不錯（CTR 高），改版的時候保持原樣。「順便把所有頁面的 Title 都改一遍」是改版時常見的 SEO 失誤。
內部連結結構
舊網站的內部連結結構（哪些頁面連到哪些頁面）也是 SEO 資產的一部分。新網站的 內部連結策略不應該比舊網站差——至少那些重要頁面之間的連結關係要保留。
第四步：技術面的檢查
robots.txt
新網站上線後，第一件事是檢查 robots.txt。開發環境通常會在 robots.txt 裡面寫 Disallow: / 來阻止搜尋引擎爬取。如果上線的時候忘了改，你的新網站會被 Google 完全忽略。
這聽起來很蠢，但它發生的頻率比你想像的高。
Sitemap
新的 Sitemap 要包含所有新 URL，而且格式正確（XML Sitemap）。上線後立刻在 Google Search Console 提交新的 Sitemap，讓 Google 盡快發現和爬取你的新頁面。
Canonical 標籤
檢查每個頁面的 canonical 標籤是否指向正確的 URL。如果 canonical 指向舊 URL 或不存在的 URL，Google 會被搞混。
HTTPS
新網站如果從 HTTP 升級到 HTTPS（應該要），這本身也算是一次 URL 變更。所有 HTTP 的舊 URL 都要 301 轉到 HTTPS 的新 URL。
頁面載入速度
新網站的載入速度不應該比舊網站慢。用 PageSpeed Insights 和 Core Web Vitals 測試新網站的效能，確保至少跟舊網站一樣好，最好更好。
案例分析：一次成功的 SEO 安全改版
一間台灣的電子零件 B2B 公司，舊網站已經用了七年，URL 結構混亂、設計過時、手機版體驗很差。他們決定做全面改版。
舊網站有約 1,200 個頁面，其中有 340 個頁面在 Google 有排名，每月帶來約 8,000 次自然搜尋點擊。
他們在改版前做了這些準備工作：
用 Screaming Frog 匯出所有 1,200 個 URL，用 Google Search Console 數據標記出 340 個有流量的頁面。建立了一份完整的 URL 對照表——新網站的 URL 結構從 /product.php?id=123 改成了 /products/category-name/product-name，每一個舊 URL 都有對應的新 URL 和 301 轉址。
他們也匯出了外部連結數據，發現有 85 個外部連結指向 15 個主要的產品頁面。這 15 個頁面被標記為「最優先保護」，轉址設定做了三次驗證。
新網站在 Staging 環境上線後，花了兩天跑完所有轉址的測試。發現了 23 條轉址有問題（URL 拼寫錯誤、漏掉的頁面），全部修正後才正式上線。
上線當週，自然搜尋流量下降了約 8%。這是正常的——Google 需要時間重新爬取和索引新 URL。三週後流量恢復到改版前的水準。兩個月後，流量比改版前增加了 15%——因為新網站的 URL 結構更乾淨、速度更快、手機版體驗更好，這些因素在中期帶來了正面的 SEO 效果。
整個改版過程中，沒有任何一個重要頁面的排名永久消失。
改版後的驗收清單
新網站上線之後，前兩週是關鍵期。以下是你需要每天檢查的事項：
Google Search Console 的索引狀態
新頁面有沒有開始被索引？有沒有大量的 404 錯誤？有沒有爬取異常？
轉址是否正常運作
隨機抽查 20-30 個舊 URL，看看是否正確轉到新 URL。特別關注那些有高流量的頁面。
自然搜尋流量的變化
用 GA4 監控自然搜尋流量的每日變化。短期（1-2 週）的輕微下降是正常的，但如果超過兩週仍在持續下降，就需要排查問題了。
核心關鍵字的排名變化
每天檢查你記錄的那 20-50 個核心關鍵字的排名。偶爾波動 1-3 名是正常的，但如果某個關鍵字一下掉了 10 名以上，就要去查那個頁面是不是有問題。
手機版的呈現
用 Google 的 Mobile-Friendly Test 測試新網站的手機版。Google 現在以手機版為主要索引（Mobile-First Indexing），手機版有問題會直接影響排名。
預防勝於治療
網站改版是一個大工程，加上 SEO 的準備工作會讓工程量更大。但這些準備工作值得做。
修復一個因改版而崩盤的 SEO 排名，需要的時間和成本遠超過事前做好準備。有些排名一旦失去，可能再也回不來——因為競爭對手不會等你恢復。
把這份檢查清單列印出來，釘在改版專案的看板上。每完成一項就打勾。全部打完勾之後再上線。
改版是為了讓網站更好，不是為了讓排名消失。
