whoops.

Google 排名掉了未必是被懲罰:四種機制與復原節奏

Google排名下滑急救:範圍、時間、變更
先找下滑範圍與證據

Google 排名掉了未必是被懲罰。這套分流診斷先在 Search Console 界定受影響的查詢與頁面,依序排除量測假象、自家變更與索引技術問題,再對照官方更新紀錄與需求變化完成歸因,接著決定立刻修、按住等或調整布局,以固定指標觀察復原節奏,把對內回報變成可追蹤的專案。

本頁目錄

先假設一個情境:某品牌電商的週一晨會,報表顯示自然搜尋帶來的訂單比上月少了將近三成。會議室裡第一個被喊出來的解釋是「被 Google 懲罰了」,團隊當場分成兩派,一派主張馬上改標題、把關鍵字塞滿,另一派想把「看起來沒效」的舊文章整批下架,讓網站「變輕」。

把下降直接讀成懲罰,是排名診斷裡最普遍的第一步偏差。真正由懲罰造成的下降是少數,而且會留下書面通知;沒有通知的下滑,多半出自其他幾種成因。比下滑更危險的,是壓力之下的亂改:本來可能自行回穩的波動,被一連串急就章的更動,折騰成真正的安全事故。

接下來是一套分流診斷的流程,每一關用證據排除或確認一種成因,成本低先查,成本高後查。走完全程會得到三個明確答案:要不要動、動哪裡、觀察多久。流程末端附上向決策層回報的格式,讓事件變成有紀錄、可結案的專案,而不是一團說不清楚的焦慮。

快速重點:排名下滑先界定範圍,查出哪些查詢、哪些頁面、從哪一天開始。再依序排除量測假象與自家變更,確認 Google 看得見該看的訊號;日期與官方更新重疊只是線索,不是結論。歸因完成才決定動不動、動哪裡、等多久,並用固定指標收案。

沒有通知的下降,先別急著認定是懲罰

先記一個判準:真正的懲罰,官方名稱是手動處置,一定會在 Search Console 留下通知並載明違規類型;沒有通知的下降,先往其他方向查。Google 官方的流量下降排查文件,把常見原因分成資料、技術、需求、更新四大類,再配上政策處置;這個分類能把恐慌轉成一張檢查清單。

對照到實務,四種成因這樣命名最好用:

  • 量測假象:數字處理與追蹤設定造成的假下滑。確認方式是換期間、換工具、查追蹤設定,下滑跟著消失就結案。
  • 訊號遮蔽:Google 看不見原本看見的東西,索引被排除、robots 或 noindex 誤封、canonical 打架、速度退化、轉址斷鏈都算。確認方式是對照下滑日期,回看前三十天的部署與設定變更。
  • 需求位移:搜尋者換了問法,或結果頁版面吸走曝光。確認方式是排名穩定而曝光縮,並用趨勢與版面快照佐證。
  • 相對重估:核心更新重算整個結果頁的相對關係,其他網頁被評得更好。確認方式是日期與官方更新紀錄重疊,且前三種都排除。

第五種是政策處置,也就是真正的懲罰。它最好排除:打開 Search Console 的手動動作報表,有通知就是,沒有就不是,不必猜。演算法變動不會逐站通知,把「沒有通知」當成沒事、或反過來當成暗地懲罰的證據,方向從第一步就偏了。

急著認定懲罰,後面通常跟著急著證明「有在處理」。標題連改三天、選單大重排、舊文整批下架,每個動作都引進新變數,等真正的原因浮出來時,現場已被踩亂。診斷的第一課,是把「動作多」與「有處理」脫鉤:歸因完成之前,最有價值的動作是蒐證。

這個直覺為什麼這麼黏?因為懲罰敘事把複雜的診斷簡化成單一答案,還自帶行動方案:認定被懲罰,下一步就「必然」是補救。販售恐慌的內容也推了一把,聳動的封殺故事,比教你慢慢查報表的流程容易傳播。分流診斷不戲劇化,但它把判斷權握回自己手裡。

四種成因的檢查成本不同:量測假象與訊號遮蔽,坐在自家後台就能查;需求位移與相對重估,要看站外的趨勢與官方紀錄。下面的流程照這個順序走,先便宜的,後貴的,每一關先講證據,再講判讀。

先把「掉」量化,同時排除量測假象

第一關在 Search Console 的成效報表裡完成兩件事:界定範圍,驗證數字。範圍界定清楚,後面每一關的走法才會不同;數字先驗證,才不會對著假下滑做真工。還不熟報表結構的話,Search Console 的操作基礎值得先過一遍。

為什麼把量測放在第一關?因為它最便宜,也因為它的殺傷力被低估。對著假下滑開內容會議、排修復時程、改動頁面,每一項都在消耗真正需要的資源;先花半天驗證數字,可能省下兩週的錯誤工程。診斷的順序,本質是資源的順序。

在 Search Console 的「搜尋結果」成效報表先開比較日期,讓下滑前後兩段期間並排;接著切到「網頁」表格,按點擊或曝光的降幅排序,找出下降集中的網址。點開受影響的頁面,再切到「查詢」維度,分辨是少數查詢變動,還是多個相關查詢同步下降。若整批頁面一起下滑,把開始日期記下來,留給日期對照那一關使用。

從頁面再下鑽到查詢:頁面比較、受影響網址、查詢分布
先看哪些頁面下降,再看各頁是所有查詢還是少數查詢變動;範圍釐清後,才能選擇下一項檢查。

成效報表能做的事,比多數人日常用的多:以網頁與查詢兩種維度,比較點擊、曝光、點擊率與平均排名四組指標,等於把「掉」拆成可指認的座標。近期的初步資料仍可能回填修正,重要判斷前,留一天給數字沉澱,或直接採用較完整的期間。

範圍會落在四種層級之一:單一頁面的單一查詢、單一頁面的多數查詢、整批頁面、全站。層級不同,嫌疑方向就不同。單頁單查詢先看競爭與意圖;單頁多查詢先看那頁的索引與技術狀態;整批頁面先找共同點,同一分類、同一版型、同一波改動;全站同步下滑,才需要往更新與重大技術事故想。排名與曝光經常同向,但不是同一件事,兩者連動與背離的判讀先分清楚,後面少走彎路。

層級判定還決定責任歸屬。單頁單查詢,多半是那一頁的競爭局變了,行銷自己能處理;整批頁面與全站層級,經常要拉進工程部門一起查,因為共同點常藏在部署紀錄、伺服器設定或 CDN 規則裡。先界定層級,等於先界定這場仗要找誰一起打。

比較期間要挑同星期型態的段落,避開週末與工作日的週期差;節慶檔期前後也要避開,旺季的基準會把平常月份比成衰退。日期範圍一改,結論常常跟著改,這一步不是形式。

報表上方的搜尋類型篩選也值得確認:網頁、圖片、影音各是一套數據,有的工具只看網頁,有的以合併結果為預設。口徑不同,跌幅就不同;兩邊數字對不上的時候,先確認口徑一致,再討論趨勢。

報表之外,用 GA4 的工作階段資料交叉確認自然搜尋管道的流量是否同步下滑。搜尋面與流量面不同步,本身就是線索:Search Console 掉而 GA4 穩,偏向量測或版面問題;兩邊同時掉,事件的真實性就高了。GA4 工作階段的計算方式先弄懂,把它當第二意見,不當裁判,單一工具不足以定案。

交叉確認還有一個用途:把下滑的來源定位清楚。整體工作階段掉了,自然搜尋那條線卻平的,問題可能出在別的管道,電子報或付費廣告退潮,與 SEO 無關。把管道拆開看,是避免把別人的問題扛到自己身上的基本動作。

量測假象這一關,還要檢查追蹤設定。篩選器改過、追蹤碼被佈景或外掛更新動過、Cookie 同意橫幅換了版本,都會讓「看起來掉了」在數據裡成立、在現實裡不成立。這一關成本最低,卻最常被跳過,原因說來諷刺:沒有人想在會議上宣布,其實是分析工具壞了。

訊號遮蔽:Google 看不見原本看見的東西

第二類成因與內容好壞無關:索引被排除、robots 或 noindex 誤封、canonical 打架、轉址斷鏈、速度退化、內部連結大改,都會讓原本傳給 Google 的訊號無聲中斷。這一類修復之後,通常最先反映在檢索與索引的數據上,反應比內容調整快。對照下滑日期回看三十天內的部署與設定;沒有留下變更紀錄的網站,這一關等於閉著眼睛走。

檢查照這個順序:

  1. 索引狀態:用 URL 檢查與網頁索引報表,確認受影響網址還在不在索引、被排除的理由是什麼。索引狀態的查詢步驟可以照做。
  2. robots 與 noindex:回看部署紀錄,規則有沒有被佈景、外掛或同事誤改。
  3. 轉址與 canonical:鏈式轉址、指向他處的 canonical、上線後沒拆掉的暫時轉址。
  4. Core Web Vitals 退化:版型改壞、圖片未壓縮、第三方腳本變多,三項指標的優化做法逐項回頭檢查。
  5. 內部連結大改:選單重構、分類整併,讓重要頁面取得的內鏈數量驟減。

清單之外還有三個容易漏的遮蔽來源。CDN 或防火牆的新規則,把 Googlebot 誤判成異常流量,頁面對真人正常,對檢索器卻回傳驗證頁;伺服器負載高峰的錯誤回應,讓檢索器屢屢撲空;佈景或外掛更新改寫了標題與 canonical 的輸出,頁面還在,訊號卻換了內容。三個都不會在內容稽核裡被發現,因為它們不是內容問題。

除錯紀律只有一條:一次只改一個變數。同一週改了速度又改了內鏈,數據回穩時不知道該感謝誰,再度下滑時也不知道該怪誰。檢索統計配合伺服器紀錄,能看 Googlebot 實際拿到的狀態碼與延遲,比憑記憶猜可靠。

Core Web Vitals 的定位要說清楚:好的分數不保證名次,它在頁面條件相近時才可能發揮相對作用。指標定義與門檻以 web.dev 的 Core Web Vitals 說明為準;速度對使用者的影響,可以再看 why speed matters 的研究整理。把速度當唯一解藥,或完全不理它,兩頭都偏。

速度退化的排查有順序:先看報表裡的趨勢轉折點,再回頭比對那段時間的部署。突然的退化幾乎都有對應的變更,回滾那次變更通常就解決;緩慢的退化常是資源堆積,圖片越加越多、腳本越掛越長,要排程清理。兩種修法的時間成本差很多。

訊號遮蔽還有內向的型態:關鍵字蠶食。同一組查詢有多個頁面在競爭,等於自己遮蔽自己的訊號,症狀常是某主題的頁面集體緩降,沒有單頁重摔。判斷先比每頁服務的查詢與內容差異,高度重複且目的相同才合併或導向,蠶食狀況的修復方法有完整步驟。

舉一個建構的例子:寢具電商改版後,分類頁排名集體下滑,商品頁安然無事。排查到第三天才發現,新版佈景讓分類頁範本誤帶了 noindex,檢索器照辦,整批頁面被索引邊緣化;修掉設定、送重新檢索,檢索量與曝光在幾週內回復。情境是虛構的,結構很常見,而真正的風險藏在流程裡:沒有部署紀錄的團隊,連「第三天」都要更久。

想把這一整關排成定期巡檢,技術 SEO 的健檢清單比事故發生時才湊項目完整得多。

相對重估與日期對照:更新重疊只是線索,不是判決

什麼都沒改也會掉,因為排名是相對指標。核心更新重算的是整個結果頁的相對關係,官方說法的精神是:未必是你做錯了什麼,而是這一輪有其他網頁被評得更好。

相對指標的意思是:頁面什麼都沒變,分數卻可能掉,因為評的不是絕對值,是同一個查詢下所有候選頁面的排序。「我沒改任何東西」在核心更新後的下滑裡,不是有效的辯護,也不是可疑的訊號,它就是常態。

先分辨下滑日期與Google 已公布的更新紀錄是否重疊:把排名開始轉弱的起點日期,對著官方搜尋更新紀錄逐條比對。日期重疊只是診斷線索,不是判決,仍要排除追蹤設定、索引狀態、技術變更與需求變化;其他解釋都站不住,這個假設才有重量。

日期重疊只是診斷線索:更新紀錄、下滑日期、其他變化
下滑與已公布更新接近,可列入診斷;仍須排除追蹤、索引、技術和需求變化,不能只憑日期下結論。

官方對流量下降的排查建議是同一路數:先分辨資料、技術、需求與更新四類原因,時間接近某次演算法更新,不能單獨證明因果。日期對照的價值在縮小範圍,把力氣導向該補強的頁面,不是把力氣導向恐懼驅動的大改。

確認方向之後,證據要用名單前後比對來看:把受影響查詢目前的結果頁存檔,與下滑前的名單比較,誰遞補上來、誰整批往前。排名的零和性質在名單上看得很清楚:位置是被一兩個強者換掉,還是整頁洗牌,決定處置的規模。

名單比對還能分出兩種輸法。被一兩個明顯補強過的頁面換掉,是單點競爭,補強自己在那組查詢的覆蓋,通常才有再競爭的本錢;整頁洗牌、名次集體後移,代表這一輪的評估標準移動了,逐頁微調的效益有限,要把視野拉高到整批內容的品質與可信度。看錯輸法,就會用錯力氣。

Google 在 2024 年 11 月核心更新的說明裡,把這層關係寫得很直:頁面掉落未必代表有問題,改善方向是讓內容對搜尋者明顯更有價值,不是尋找單一訊號去討好。

品質評估的機制一直在演進:從熊貓演算法年代針對內容品質的系統性調整,到今天核心更新的整體重估,方向沒變過,評估的粒度與訊號一直在變。要看更長的時間軸,歷年重大更新的整理把節點列在同一頁,對照日期時直接可用。

對照日期時也要認得更新的種類:核心更新影響最廣,垃圾相關更新針對特定手法,各種小規模調整則常態進行。把每一次波動都歸給最近那次大型更新,是日期對照最常見的誤用;紀錄讀得越細,歸因就越有根據。

需求位移:同一個排名位置的價值也會縮水

網站沒變、沒被懲罰,排名與曝光仍可能縮。搜尋量的季節與話題起伏、結果頁新增版位吸走曝光、搜尋意圖漂移、競爭者補強,都會讓同一個位置的價值縮水。先把「排名不變但曝光縮」與「真的被擠下去」分開,兩者的處置完全不同。

判別方法是把曝光與排名分開看。排名穩、曝光縮,往需求端查:用趨勢資料判讀查詢量走勢,分地區、裝置、期間比較,別把季節起伏當成懲罰;結果頁的版面快照,用來確認版位的變化。

季節性要看長:把比較期間拉到兩三年,確認同一查詢在去年此時是否也有相近的起伏。搜尋量資料可以分地區與期間下鑽,先用它排除「每年都這樣」的情形,剩下的異常才值得深究。

結果頁版面的變化是另一種解釋:同一組查詢的曝光掉了、平均位置卻相近時,可以先查結果頁上方有沒有新增版位,AI 摘要只是常被點名的一種可能;單憑曝光與位置兩個數字,還不足以把成因定在那裡,要配合結果頁快照與點擊率一起判讀。版面變化對點擊的實際影響因查詢而異,能確認的只有數字本身的變化,不能一概推論成災難,AI 摘要對曝光與點擊的影響可以對照著看。

意圖漂移是另一種需求位移:同一個關鍵字背後的問法變了,原本完全命中的頁面變成部分命中。修法是擴大覆蓋,把新的問法與情境補進頁面;把關鍵字密度往上堆,是對機器的猜測,擴覆蓋才是對讀者的回應。

意圖漂移的判別,看結果頁的內容型態就知道:原本清一色的文章頁,逐漸混入影音結果、互動工具頁、討論串,代表搜尋者要的答案形式變了。頁面若仍是純長文,內容品質不變,在新結構裡也會變成部分命中。

競爭者補強也歸在需求側:對照目前結果頁的內容型態與覆蓋,找自站缺口。競品流量側寫工具提供線索,例如用 Similarweb 看對手的流量結構,但工具數字是輔助證據,不是因果證明。

界線畫在這裡:排名同步下滑、而且集中在特定查詢,回頭查訊號遮蔽與相對重估;需求位移的確認條件,是排名穩定而曝光縮。兩者混在一起,處置就會失焦。

再給一把分辨的鑰匙:需求位移與相對重估,都會讓「什麼都沒做」的網站變差,看排名欄位就能分開。位置後移,是相對競爭的事;位置不動而曝光縮,是需求與版面的事。欄位看對,方向就不會錯。

政策處置:真正的懲罰只有一種,而且會通知你

會在 Search Console 出現明確通知、載明違規類型的,只有手動處置這一種。演算法更新不是懲罰,也不會逐站通知;兩者的修法與復原路徑完全不同,混為一談,整條路都會走錯。

差異用四個面看:

  • 通知:手動處置有,寫明類型;演算法變動沒有。
  • 範圍:手動處置通常落在違規的頁面或連結;核心更新是整站或整批主題的相對重排。
  • 申訴:手動處置有重新審查流程;演算法變動沒有申訴這回事,只有改善與等待。
  • 復原條件:手動處置要修正完成、通過重新審查才解除;核心更新後的改善取決於內容,沒有表格可填。

手動處置的類型與流程,官方的安全與手動動作說明列得很全,收到通知照著對類型處理,不要憑印象猜。

收到處置通知的處理有節奏:讀懂通知指出的違規類型與範圍,盤點涉及頁面,逐一修正或移除,把過程寫成紀錄,再提交重新審查。審查由人員進行,需要時間;完整的處理紀錄能讓審查者看見修正範圍,比一句「已改善」有說服力。

較新的紅線要單獨自查。站點聲譽濫用,是主站把子網域或整個目錄交給第三方經營,刊登與站上核心主題無關的商業內容,藉主站累積的聲譽搶排名;規模化內容濫用,是為操弄排名大量產製頁面,無論出自 AI 或人工;過期網域濫用,是買老網域掛無關內容,繼承殘留訊號。三項在 2024 年 3 月的垃圾政策公告有正式說明。

規模化內容濫用容易與 AI 劃上等號,政策看的是目的與規模,不是工具;界線在哪,AI 產製內容與 SEO 的關係說得比多數轉述清楚。

可疑訊號只能當稽核線索:某個子網域、某批作者、某段期間的頁面集體表現異常,先分批打開來看,內容是寫給真實讀者,還是只為排名而產;有無重複、有無別處沒有的價值,查清楚再決定改善、合併、導向或移除。整批刪除看似果斷,實際是把審判權交給猜測。

這一關的排查同樣要留紀錄:查了哪些目錄、確認了哪些內容、為什麼留下或移除。這份紀錄在複查、在下次事故、在對內說明時,都是你的立場。

毒連結與否認工具的邊界要畫保守:確定有害、或已收到非自然連結的處置時才用,誤殺優質連結的代價高於放過,多數網站用不到這個工具。真要清理,有毒反向連結的判斷流程照走一遍;連結垃圾的處理從企鵝演算法年代走到今天,早已從逐條懲罰,變成演算法式的評估。

壓力最大的時刻,黑帽捷徑的吸引力最強,代價也最透明:黑帽手法的風險帳在動念之前先算一遍。把一次可能自行回穩的波動,換成一紙貨真價實的處置通知,是這條路上最不划算的交易。

下滑頁面的內容與連結體檢

歸因到內容或連結之前,先收集證據:對照受影響查詢目前的結果頁,逐項比事實覆蓋、第一手經驗、可讀性與連結健康度。先確認重複頁目之間的差異、有無手動處置狀態,再決定更新、合併或清理。

收集動作可以很具體:把受影響查詢目前的十筆結果存成清單,逐頁記下覆蓋了哪些事實、有沒有原始資料或實測、格式好不好讀,再回頭對自己的頁面打分數。差距常集中在兩三個點:少了某段關鍵事實、沒有第一手細節、結構把答案埋得太深。修,就有了標靶。

顯著性更新的項目大致五類:補事實證據與可查證來源、更新過時數字與範例、補足意圖覆蓋、加入第一手經驗、改善可讀性。判準是明顯變好:改幾個錯字、換個標點,不構成更新,也別期待它帶來變化。主題訊號要對齊什麼,官方的顯著性更新指南列得具體,可以當檢查表用。

更新節奏常態化,比出事才搶救省力:把主力頁面排進年度盤點,定期補證據與數字,年度內容更新的做法提供可照做的節奏。

E-E-A-T 的四個面,經驗、專業、權威、信任,在這裡當證據收集框架:頁面有沒有露出實際經驗、署名與來源可不可查、外部怎麼引用你、交易與隱私資訊可不可信。E-E-A-T 的判讀方式有更細的對照,把它當體檢表,不當排名開關。

四個面裡,經驗最難補也最有差異。專業可以查資料補,權威與信任靠時間與外部引用累積,實際操作過的細節卻只有做過的人寫得出來:真實的限制、踩過的坑、數字背後的取捨。把這些放進頁面,是顯著性更新裡最穩的一塊投資。

排名因素的共性研究可當參考框架:分析上千萬筆搜尋結果的大型研究,指出排名前列的頁面在連結、內容完整度與使用者經驗上有共同特徵(Backlinko 的排名因素研究)。共性不是保證,框架不是配方;它回答「往哪個方向補」,回答不了「補多少會上」。

連結面上一節已把紅線與否認講完,這裡聚焦怎麼變好:盤點受影響頁面被引用的現況,找出內容值得被引用、卻沒被引用的段落,補強可引用性,原始資料、工具、明確的結論,讓自然連結有東西可指。

處置順序與時間常數:立刻修、按住等,或調整布局

歸因完成,處置順序自然浮現:訊號遮蔽立刻修,修完送重新檢索;手動處置依通知修正,再申請複查;相對重估做顯著性更新;純需求位移調整版面與主題布局,不硬改內容。

時間預期要對齊官方說法:核心更新後的改善可能需要數天到數月才反映,沒有固定復原時點,也不該把下一次核心更新當成交卷日(見 Google 搜尋中心對核心更新的說明)。做完該做的之後,觀察與等待本身就是處置的一部分;拿等待去換更多改動,常常是把已經對的調整又改錯。

左右捲動檢視完整表格

歸類結論第一動作預期節奏
量測假象修正追蹤與比較期間讀數隨即回復,網站本身不用動
訊號遮蔽移除誤封與斷點,送重新檢索檢索與索引先動,成效以週觀察
政策處置依通知修正,提交重新審查通過審查後解除處置,回升與否視後續評估,期間以週計
相對重估顯著性更新,補證據與經驗數天到數月,無固定時點
需求位移調整版面與主題布局隨內容週期反映

表裡最容易被忽略的是「按住等」這一列。立刻修的成效看得見,按住等的成效看不見,組織裡總有壓力要再多做一點。表格的價值在此浮現:它把「不動」寫成一個有依據的決定,而非無所作為;觀察期的每一週,都在為下一次判斷累積證據。

三個衝動動作值得點名,它們在壓力下都像處理。刪掉下滑頁,把該頁累積的連結與排名訊號一次歸零,換一頁從零開始的新文;慌亂中改網址,在診斷未明時再製造一批轉址斷點,細節同搬家那一節;買連結搶救,把一次可能自行回穩的波動,升級成真正的政策處置。三個動作兌換的是同一種東西:會議室裡「我們有在動」的安心感。開場那場晨會的兩派主張,改標題派與刪文派,剛好各踩一個。

對內回報用三欄就夠:證據,哪些查詢、哪些頁面、從哪天、排除了什麼;行動,做了什麼、為什麼是這個;觀察指標,接下來看哪幾個數字、多久看一次。這個格式讓決策層看到可追蹤的專案,而不是情緒的安慰劑,也讓「先不動」這個決定有機會被接受。

回報的頻率先講好:每週一次,固定時間,一頁就好。頻率沒講好,決策層的焦慮會用隨時詢問的方式湧進來,團隊又回到被追著跑的節奏,等於把「按住等」的空間親手讓掉。

復原的判讀要量化:

  • 以事件前的二十八天為基準期,之後每週拉一次受影響查詢與頁面的曝光、點擊、點擊率與平均位置。
  • 看週平均,不看單日;四個指標分開解讀,回升沒有固定順序。
  • 連續數週站回基準的八成上下,就停止大幅改動,轉入例行維護。沒有適用所有網站的通用門檻,訊號比天數可靠。

記錄的方式越簡單越持久:固定每週同一時段截圖存檔,關鍵數字抄進同一張表,變更欄位寫清楚哪天動了什麼。這些紀錄在下一次波動、下一次改版,或主管問起「上次那件事後來怎樣」的時候,全部派得上用場。

想把波動期的判斷練成直覺,演算法危機應對的完整流程把界定、排查、處置到收案串成一套,可以當範本。

改版與搬家的防護網:動站之前的基準快照

即將改版、換平台或調整資訊架構,是排名風險最可預期的時刻。動站前先建三份基準:全站網址清單、排名與曝光快照、外部連結清單;遷移期一對一轉址、測試環境封鎖索引,上線後逐週對照基準,把「不知道掉了什麼」的風險先消掉。

三份基準之外,把改版範圍寫成凍結清單:哪些網址不動、哪些一定動、哪些結構允許調整。範圍明確,上線後的比對才有對照組。

改版前把三份基準匯出存檔:全站網址清單、各主力頁面的排名與曝光快照、外部連結清單。沒有這份基準,改版後流量下滑時,你答不出掉的是哪些頁面、哪些查詢、掉了多少,只能看著整體曲線著急;有基準,受影響的頁面與遺漏的項目,一眼就對得出來。改版前花一個下午做這件事,是整個專案報酬率最高的一段工。

改版前先保存對照基準:網址清單、搜尋快照、外部連結
改版前保存網址、搜尋與外部連結資料;發生變化時才有基準,能定位受影響頁面和可能遺漏的項目。

官方的網站遷移指南把常見錯誤列得很白:robots 與 noindex 設定失誤、轉址與 canonical 打架、漏轉的網址。要點有三:301 一對一對應,不做鏈式轉址;測試環境全站封鎖索引;上線後提交新 sitemap 並逐頁驗證。大型變更期間出現暫時波動屬正常,把這條寫進預期,不要第一天就宣佈失敗。

上線後的頭一週,檢查重點是轉址與索引:抽查重要網址的轉址是否一對一命中、URL 檢查是否回報已索引、檢索錯誤有沒有爆量。第二到第四週,重點換成比對:受影響查詢的曝光與位置,對照改版前的基準,偏離的頁面逐一列出,回頭查轉址與 canonical。波動本來就會有,該看的是偏離有沒有收斂。

頁面量大的站可以考慮分段遷移:先移一部分目錄,觀察幾週沒事再繼續,把風險切成小段。小網站未必需要,但上千頁的站一次全上,等於把所有變數押在同一個晚上。

不要把搬家與內容大改同步進行:網址換了、標題也換了、資訊架構也動了,出了事也認不出禍首是哪一項。動站前一個月凍結內容結構的變更,是給未來的自己留診斷餘地,搬家與改版的風險評估有完整的階段清單。

轉址對照表的驗收有個直接的做法,很有用:上線當天,從基準的網址清單隨機抽幾十筆,逐一打開舊網址,確認每一筆都落到正確的新頁,不是整批導去首頁。轉到首頁的轉址,對使用者勉強可用,對搜尋引擎卻像在說舊頁沒有對應內容,訊號傳不過去;這是改版後排名回不來的高頻原因,抽查明細裡一眼就能抓到。

收案判讀:觀察什麼指標、什麼時候停手

處置之後,固定受影響的查詢與頁面組合,每週比較曝光、點擊、點擊率與平均位置四個面向,分開解讀,不假設固定的回升順序。趨勢回穩,轉入例行監測;平時定期掃預警訊號,處理成本永遠低於事後修復。

停手條件比想像中樸素:技術事故已排除、必要修正已完成、相近期間趨勢穩定,就停止大幅改動。沒有適用所有網站的門檻數字,看訊號,不看天數。保留基準與變更日期的紀錄,讓下一次事件有對照組,也讓「上次的處置有沒有效」可以被回答。

結案不是結束,是把經驗變成資產:範圍怎麼界定、歸因查了哪些、處置動了什麼、指標怎麼走,寫成一頁內部文件歸檔。下次曲線再下彎,先翻舊檔,往往十分鐘就認出熟悉的型態,省掉一整輪重新恐慌。

預警訊號各自映射回四種成因:點擊率緩降而排名持平,往版面與需求端看;檢索頻率異常下降,往技術與索引看;查詢量趨勢走低,往需求位移看;內容老化、跟不上產業變化,放進相對重估的候選名單。把這幾項排進常見 SEO 錯誤的例行檢查,比每季一次的大掃除有效。

訊號掃描固定頻率就好,每兩週或每月一次,排進行事曆。重點不在頻率高低,在每次都看同一組項目,讓變化在還小的時候就被看見。

等待期不空轉:把舊文定期更新與主題叢集強化排進行事曆,固定頻率、累積效果,不掛時間承諾。這些工作短期未必救回個別查詢,長期決定下一次波動的緩衝厚度,關鍵字排名的長期追蹤方法提供框架。

回到開場那場晨會。另一種開法是:報表先攤開,範圍先界定,通知先確認,四種成因逐一排除,會議結束時留下一張三欄回報表,與下次檢查的日期。排名下滑不會因此變成好事,但它會從一場恐慌,變成一個有起點、有證據、有結案條件的專案。差別不在運氣,在方法。

常見問題

排名下滑之後,大概多久會恢復?
依歸類而異:量測問題修正讀數即回復;索引與技術問題看重新檢索的速度;手動處置要通過重新審查;核心更新過後的回升,官方只說從數天到數月都有可能,時點不固定。看訊號變化收案,不要用天數倒數。
沒收到 Search Console 通知,也可能是懲罰嗎?
手動處置必然附帶一紙寫明違規事由的官方通知;至於演算法調整,既不逐站告知,也談不上懲罰。查無通知時,照官方排查建議把四大成因逐項排除,時間與更新重疊,不能單獨當成證據。
發現下滑的當下,最不該做哪些事?
三件:刪掉下滑頁面,等於放棄該頁累積的連結與排名訊號;倉促更動網址,憑空多出一批待處理的轉址;買連結圖快,可能換來貨真價實的違規通知。壓力下的直覺動作,多數在製造第二波問題。
改版後排名下滑,要先回滾舊版嗎?
先不要。拿出改版前的基準快照,比對受影響的是哪些網址與查詢,檢查轉址、noindex 與 canonical 有無失誤;若屬設定失誤,修正後通常先看到檢索回復。整站回滾成本高,也會抹掉改版裡本來有效的部分。
曝光減少但排名持平,需要處理嗎?
這偏向需求端訊號,先查再動作:確認查詢量是否季節性走低、結果頁版位是否變動、搜尋意圖有沒有漂移。對應做法是擴大內容覆蓋或重排主題布局,不必對頁面本身大動刀。

操作步驟

  1. 界定範圍:在 Search Console 成效報表以比較日期、網頁與查詢維度,找出受影響的查詢、頁面與開始日期,並確認初步資料已回填、追蹤設定未被更動。
  2. 排除量測假象:與 GA4 自然搜尋流量交叉比對,檢查篩選器、追蹤碼與 Cookie 同意設定;搜尋面與流量面不同步時,先修量測再往下查。
  3. 排查訊號遮蔽:回看下滑前三十天的部署與設定變更,依序檢查索引狀態、robots 與 noindex、轉址與 canonical、Core Web Vitals 與內部連結,一次只改一個變數。
  4. 對照更新紀錄與政策:比對官方更新時間軸與手動動作報表;日期重疊只當線索,收到處置通知則依類型修正並提交重新審查。
  5. 依歸類設處置與觀察期:遮蔽立刻修、重估做顯著性更新、需求位移調整布局;以事件前二十八天為基準每週追蹤四項指標,連續數週站回基準八成上下才停手。

Whoops 巫普斯科技有限公司

專注技術 SEO、GEO/AEO 與 AI 搜尋實務。本站文章以可驗證資料、公開來源與實作觀察整理而成。

關於 Whoops編輯守則服務內容

想把這篇的方法用在自己的站上?

SEO 健檢、GEO/AEO 引用優化、網頁設計諮詢——把文章裡的方法落地到你的網站。