改版完隔天打開 Search Console，看到流量和排名一起往下掉，是很多站長心跳漏一拍的那一刻。先別急著把站改回去。改版會動到網址、內容、內部連結、主題，等於要 Google 把你的站重新認識一遍，這段重新評估本來就會帶來暫時的排名波動。掉排名不代表改版失敗，更常見的情況是改版過程裡有幾個 SEO 訊號沒接好，Google 還在重新爬梳。下面把「先判斷真偽、按優先順序排查、修好後等多久」的急救流程一次走完。
重點先看： 改版後排名下滑，多半是 Google 在重新認識你的站，不是處罰。舊網址沒轉好、內容變薄、canonical 指錯、sitemap 沒重提，任何一個都會讓排名暫時掉。
先用 Search Console 分辨「真的掉」還是「暫時波動」，再按轉址、網址結構、內容、canonical、sitemap、內部連結、速度的順序排查。
Google 在自己的網站搬家指引裡也明說，搬家本來就會帶來暫時的排名波動，急著在前幾天回退反而容易越弄越糟。
如果你已經改完、排名也已經掉了，接下來要面對的就是事後急救。要是你還沒改、想知道怎麼改版才不掉排名，那是改版前的預防流程，屬於另一個課題。掉排名的排查邏輯和預防的檢查清單並不一樣，別混著做。
文章目錄
先別慌：判斷是真的掉還是暫時波動
第一個動作不是修，是看清楚。
改版後的前幾天，你看到的下滑有很高的比例是雜訊，原因有兩個。
第一，Google 正在重新認識你的站。網址結構、頁面內容、內部連結只要一動，Google 就得重新爬梳、重新評估這些頁面值多少排名，這段期間排名本來就會上下跳。Google 在自己的網站搬家指引裡寫得很明白：搬家時預期會出現暫時的排名變動，這是預期內的陣痛，不是處罰。
第二，你用的數據工具本身有時間差。Search Console 的正式數據大約落遲兩到三天，你今天看到的下滑，可能是好幾天前改版那一剎那的快照，不是現在的真相。在數據還沒結算的頭幾天做大動作，等於根據過時的畫面下判斷。
要分辨真偽，看兩件事。
一是範圍。是全站一起掉，還是只有改版動過的那幾個板塊？全站同步下滑，比較像系統性問題，例如轉址、sitemap、canonical 這類全局訊號；只有特定區塊掉，多半是那批頁面的網址或內容出了狀況。
二是時機。掉排名的時間點，剛好只對到你的改版，還是同時期 Google 也發布了核心演算法更新？如果是後者，你掉的可能不全都是改版的帳。老實說，很多站長改版完看到掉排名就認定是改版害的，結果一查才發現同一週剛好遇上核心更新，真正的成因根本不在改版本身。
給自己一個觀察窗，先看清楚再動手。通常我會建議至少等一週，讓 GSC 的數據結算到改版那一天，再回頭做判斷。
怎麼分？一個簡單的標準：改版後一到三天的下滑，先假設是雜訊；掉超過一週沒有回來的跡象，才值得認真排查。但如果掉的是全站同步、而且降幅超過三成，就算不到一週也該提早動手，因為那比較像系統性的斷線，不是正常的重新評估。反過來說，如果只有一兩個頁面掉了、其他都穩，範圍就小很多，先從那幾頁的網址和內容查起最快。
掉排名排查清單：按優先順序逐項檢查
確認不是雜訊之後，按下面的優先順序逐項排查。順序很重要，越前面的原因越常見、也越致命。
| 排查項 | 常見症狀 | 怎麼查 | 修復方向 |
|---|---|---|---|
| 轉址 | 舊網址爆 404、Page indexing 報表「含重新導向」暴增 | 逐一打開改版前的高流量網址 | 補齊 301 對應表，舊網址導到等價新頁 |
| 網址結構 | 固定網址改了、整批頁面憑空消失 | 比對改版前後的網址清單 | 結構變動必須搭配 301，否則等同砍掉重練 |
| 內容變薄 | 字數掉、頁面被合併、內文內鏈消失 | 抽查指標頁，比對改版前後內容量 | 把被改版吃掉的內容與內鏈補回 |
| canonical 與 noindex | 頁面被排除、開發站被索引 | URL Inspection 看 Google 選的 canonical | 移除殘留的 noindex、修正指錯的 canonical |
| sitemap | 新頁面遲遲沒被收 | GSC 看 sitemap 提交與涵蓋狀態 | 產新 sitemap 並重新提交 |
| 內部連結 | 重要頁面爬不到、點擊深度變深 | 看選單重組後的導覽與麵包屑 | 重建指向重點頁的內鏈 |
| 速度 | 新主題較慢、體驗分數掉 | 實測 Core Web Vitals | 回退影響渲染的改動 |
轉址斷線：最常見也最好修
排在第一位的是轉址，也是改版掉排名最常見的元兇。改版只要換了網址，舊網址就得逐一用 301 轉到對應的新頁，否則等於把累積的排名訊號丟進 404 的黑洞。
一個流傳很久的誤解是怕 301 會損失權重。其實 Google 早在 2016 年就確認，301 這類重新導向不再損失 PageRank。所以問題從來不在「該不該用 301」，而在「你有沒有把每一條舊網址都接好、接到對的頁面」。轉址的設計細節，可以看301 與 302 重定向怎麼設。
實際排查時，最快的做法是把改版前流量最高的 20 到 30 個網址逐一打開。如果跳 404，就是 301 沒接；如果跳到了首頁而不是對應的內容頁，就是接了但接錯地方。兩種都算斷線，差別只在後者更難發現，因為頁面沒有報錯，只是訊號被導去了不相干的頁面。
301 對應表不用手工逐條敲。改版前用 Screaming Frog 或類似爬蟲工具把全站網址匯出成清單，改版後再跑一次，兩份清單一比對，哪些舊網址缺了 301 一目了然。這個動作半小時以內能做完，卻能攔掉絕大多數的大面積掉排名。如果懶得裝工具，至少把改版前的 sitemap 存一份下來，那是現成的全站網址清單。
網址結構大改：殺傷力最大的單一動作
排第二的是網址結構變動。固定網址格式一改，整站網址全換，如果沒有搭配完整的 301 對應表，那不叫改版，叫砍掉重練。這是最容易造成大面積掉排名的單一動作。
講白了，Google 對你頁面的記憶全部綁在網址上。網址一換，記憶就斷了，301 是唯一能把排名訊號搬過去的橋。橋沒搭，Google 只能把新網址當成一個全新的頁面從零開始評估，之前累積的一切歸零。
如果你的改版非換網址結構不可，做兩件事能大幅降低傷害。第一，分批搬，不要一次全站切換，先搬一個區塊觀察幾天再搬下一個，出問題時範圍可控。第二，每一條舊網址都要有對應的新頁，哪怕只是架構不同、內容一樣，也得用 301 明確指過去。最怕的是改版時一邊換結構、一邊順手砍頁面，等於雙重打擊。
內容變薄：字數、內鏈、結構化資料會一起掉
內容變薄聽起來像小事，殺傷力比你想的大。新版常會合併頁面、精簡文案，不知不覺把字數和內文連結一起砍掉。更麻煩的是結構化資料（Schema markup）。舊版如果用 JSON-LD 標了文章類型、FAQ、麵包屑，改版換主題或換外掛，這些標記很容易跟著消失，頁面就從有豐富摘要掉回一條素標題。結構化資料的作用和正確寫法，可以再看結構化資料是什麼。
我的判斷是：改版後第一件事不是補字數，是比對改版前後的 Schema 有沒有掉。Schema 掉了你不知道，等於默默把一個點閱率優勢讓出去了。
順帶一提，改版如果連作者資訊、發布日期、文章來源這類 E-E-A-T 訊號也一起吃掉，Google 對頁面的信任評估也會打折。這些東西平常不顯眼，一旦不見了，影響是隱性的。E-E-A-T 的完整架構，可以再看E-E-A-T 是什麼。
canonical 與 noindex 殘留：開發站的標記跟著上線
canonical 與 noindex 出錯，最典型的情況是測試環境的 noindex 標記跟著上線，或開發站被 Google 索引，造成正式頁面被當重複內容排除。這類問題不會報錯，頁面看起來正常，只是在索引層被默默排除。
另一個常見的變形是 canonical 指到錯的頁面。改版時頁面合併，canonical 來不及更新，原本該自己站著的頁面，canonical 卻指向已經不存在或被合併的舊網址，Google 只好自己猜。猜對了沒事，猜錯了排名就掉了。
修復方向很明確：每個合併後的新頁面，canonical 都要指向自己，不要指向已經 301 轉走的舊網址。同時把開發站、預覽站、測試站全部用密碼保護或 noindex 擋掉，別讓 Google 有機會爬到。很多被索引的開發站，起因只是上線前忘了關 debug 模式或忘了設 noindex，事後補救比事前防範麻煩十倍。
sitemap 與內部連結：主動告訴 Google 新頁面在哪
sitemap 沒重提，等於沒主動告訴 Google 新的頁面在哪。改版後網址全換，舊 sitemap 裡的 URL 全數失效，Google 得靠自己慢慢爬才能發現新結構。主動產一份新 sitemap 並到 GSC 提交，是最省時間的一步。
選單重組則會把原本通向重要頁面的內部連結整批打斷。原本兩次點擊能到的頁面，改版後變成五次，爬蟲和真人都不愛走深。這些都屬於被忽略的技術 SEO 盲點，在改版場景出現的頻率特別高。
新主題如果比舊版慢，Core Web Vitals 退化也會拖累排名。CWV 退化的排查細節，可以再看Core Web Vitals 是什麼。
速度退化：新主題的隱形代價
速度是改版掉排名裡最容易被忽略的一項。新主題視覺再漂亮，如果載入比舊版慢，LCP（最大內容繪製）和 INP（互動延遲）一旦退化，排名就跟著受傷。這個問題特別陰險，因為開發階段在本地測試時一切都很快，上了正式機加上廣告碼、追蹤碼、第三方字型，速度才見真章。
排查方法很直接：用 PageSpeed Insights 或 GSC 裡的 Core Web Vitals 報表，比對改版前後的實測數據。如果 LCP 從兩秒掉到四秒，那就是新主題的帳，不是 Google 在針對你。回退的方向也很明確：砍掉新主題多載的 JS 和 CSS、延後載入非必要的資源、或者直接換回舊主題的速度設定。
用 Search Console 精準定位是哪一種掉法
清單告訴你要查什麼，Search Console 告訴你到底中了哪一項。判斷掉排名，Search Console 是權威工具，不是 GA。GA 看的是流量，GSC 看的是 Google 怎麼對待你的頁面，兩者回答的問題不同。
從三個報表切入。
Performance 告訴你哪些查詢、哪些頁面在掉。把時間拉到改版前後做對比，掉的是整站還是某群頁面一目了然。我的習慣是先看曝光下降最猛的頁面，再回頭查那些頁面的網址在改版前後有沒有變。做法是：在 Performance 裡把日期範圍切成改版前後各兩週，按曝光下降排序，把掉最多的前十個頁面網址抄下來，逐一丟進 URL Inspection 查索引狀態和 canonical。這個流程能把排查從「整站不知道哪裡出問題」收斂到「這十個頁面各是什麼狀況」，效率差很多。
Page indexing 報表（頁面索引，在 GSC 左側 Indexing > Pages，舊稱 Coverage）是偵錯主戰場。改版後如果「錯誤」與「含重新導向（Page with redirect）」突然暴增，幾乎可以肯定轉址或網址結構出了問題。被標成「已排除（Excluded）」的頁面，要去查是不是被 canonical 或 noindex 判出局。
URL Inspection 用在單一頁面的深查。它會告訴你 Google 實際選了哪個 canonical、頁面目前是否在線上、上一次被檢索是什麼時候。懷疑哪一頁掉了，直接在這裡輸入網址查最快。
有一個本站改版時實際踩過的坑值得記下。改版後檢查，發現系統回報的站網址還停在 http，但實際的首頁、canonical 標記、對外的連結全是 https，這種協定錯配不會跳錯誤，卻會讓 Google 對你的 canonical 判斷產生混亂。在 URL Inspection 裡比對「宣告的 canonical」和「Google 選擇的 canonical」是不是一致，就是抓這類問題的方法。想建立完整的技術 SEO 自檢能力，可以再看什麼是技術 SEO。
修好了之後，排名多久才會回來
這大概是改版掉排名之後最焦慮的問題。沒有保證的時間表。恢復速度主要看兩件事：問題的成因，和 Google 重新檢索的速度。
| 問題類型 | 恢復時間 | 前提 |
|---|---|---|
| 純轉址沒接好 | 數天到數週 | 301 對應表補齊、舊網址全接上 |
| 網址結構大改 | 數週到數月 | 301 完整加上內容等價 |
| 內容變薄或整併 | 數月，或不恢復 | 需重新補強內容、重建訊號 |
純粹的轉址問題，只要 301 接對了，等 Google 重新爬過這批網址，排名通常在數天到數週內就會回來，因為排名訊號沒有真的丟失，只是暫時斷線。但如果是內容變薄、內部連結結構被打散、或大面積網址變動這類結構性傷害，恢復就要以數週到數月來計算。Google 得重新評估這些頁面到底值多少排名，這不是重開機，是重考。
有兩個心理準備要先打。
第一，重新檢索需要時間。大型網站的頁面多，Google 不會一天爬完，恢復會分批慢慢發生，不是一個開關打開就全面回升。第二，更現實的是，有些傷害不會自動復原。如果改版把某個原本排名好的頁面合併掉、內容稀釋了，就算轉址設得再漂亮，新的複合頁面也得靠自己重新累積訊號，舊排名不會無條件搬過來。
換句話說，301 能搬的是排名訊號的方向，搬不了的是內容品質。頁面變薄了，就是變薄了，轉址救不回來，只有把內容補回去才有解。完整的重新收錄時程，可以再看網站重新收錄要多久。
等待恢復的期間，追蹤方式比修復方式更重要。每週固定到 GSC 看 Performance 的曝光和點擊趨勢，看是分批回升還是紋絲不動。如果在預期的時間窗內完全沒有起色，那通常代表問題沒有真的修乾淨，回頭重新查排查清單。不過我也要說實話：有些結構性傷害的恢復期就是長，前三個月數字不漂亮不代表方向錯了，急著在這段時間反覆改動，反而會讓 Google 的評估一直重來。
預防勝於急救：下次改版前的保命清單
掉過一次就知道，急救永遠比預防痛。改版前的準備工作其實不複雜，但很多團隊把心力全放在視覺和功能上，SEO 層面的保護完全是空白，上線了才發現排名在掉、才開始找問題，這時候能補的有限。改版「前」就該先做、能大幅降低掉排名機率的保命動作其實不複雜，花的是預防的時間，省的是急救的成本。
- 改版前先備妥舊網址的完整清單。把現有所有網址、尤其是有流量和排名的頁面匯出留底，這份清單就是後來 301 對應表的基礎。
- 為每一條舊網址規劃好對應的新頁，別等上線了才回頭補。
- 測試環境一律設 noindex，不要讓開發站被 Google 檢索到，避免正式頁面被當成重複內容排除。
- 改版上線的那一刻，同步產出新的 sitemap 並到 Search Console 提交。
- 上線後立刻用 URL Inspection 抽查幾個指標頁，確認索引狀態和 canonical 都正常。
- 比對改版前後的 Schema markup，確認結構化資料沒有跟著主題切換一起消失。
- 新主題上線前先跑一次 Core Web Vitals 實測，確認速度沒有退化。
這幾項是改版不掉排名的最低標準。完整的改版流程規劃，從前置評估、分階段搬移到上線後監控，是另一個獨立課題，這裡只列急救視角下最不能省的幾條。WordPress 站長想從基本功把底子打好，可以再看WordPress SEO 入門。
常見問題
網站改版後排名一定會掉嗎？
不一定。網址結構沒變、301 轉址接好、內容沒變薄，很多改版幾乎不掉排名。會掉，多半是因為改版動到了網址或內容卻沒把訊號接回來，這是執行面的問題，不是改版本身的宿命。Google 在網站搬家指引裡也只說預期會有暫時的排名變動，並非必然大跌。
改版掉的流量大概多久會恢復？
看問題出在哪一層。純轉址沒接好，重新檢索後通常數天到數週就回升；如果是網址大改、內容整併、內鏈被打散這類結構性傷害，則要數週到數月，而且是分批恢復。前提是問題真的修好了，沒修好，等多久都不會回。
改版後哪些掉排名最難救回來？
最棘手的是內容被實質削弱的那種。原本排名好的頁面被合併、字數稀釋、或主題偏移，轉址只能傳遞訊號，沒辦法替一個變薄的頁面重新證明它值得原本的排名，這類得靠重新補強內容、重建訊號，時間最長也最不保證。
改版後馬上掉很多，要立刻改回去嗎？
通常不要。前幾天的下滑不少是重新評估期的雜訊，再加上 Search Console 數據有兩到三天的落遲，你看到的可能是延遲的快照。先用 GSC 分辨是真掉還是波動、按排查清單定位成因，再決定動作。盲目回退常常會把本來只是轉址沒接好的問題，搞成再一次的大搬動。
改版後 Schema 和結構化資料掉了會影響排名嗎？
會，而且很容易被忽略。結構化資料掉了，頁面可能從有豐富摘要退回普通結果，點閱率跟著掉，連帶影響流量。排名本身不一定直接掉，但失去豐富摘要的點擊損失是真實的。改版後務必比對改版前的 Schema 有沒有完整帶過來。
改版時把舊頁面合併，排名會自動轉移嗎？
不會自動轉移。301 傳遞的是排名訊號的方向，不是排名保證。新頁面拿到訊號後，Google 還是會重新評估它值不值得原本那個排名。如果新頁面內容和舊頁面等價，通常能接住大部分排名；如果合併後內容變薄或主題偏了，排名掉的幅度就大。
