Google Core Update 後排名掉了？30 天內恢復診斷流程

Google Core Update 是什麼？為什麼排名會掉？

Google Core Update 是 Google 對核心排名系統的廣泛調整，排名下跌通常代表 Google 重新評估了查詢、頁面與競品之間的相對適合度。它不等於單站懲罰，也不代表某篇文章一定違規。

遇到 Google 核心更新後，第一個動作不是重寫全部內容或刪文，而是確認更新狀態、比對 Search Console 時間區間，再把受影響頁面切成可判斷的群組。Google 官方對 core updates 的說明也強調，這類更新是廣泛排名系統調整，重點在整體內容是否仍能滿足搜尋者。

核心更新不是針對單一網站

核心更新會讓 Google 重新評估整體搜尋結果。你的頁面下滑，常見情境是其他頁面更貼近目前搜尋意圖，或 SERP 顯示方式改變，導致原本的曝光被分散。

例如台灣 B2B 服務頁原本排在「SEO 顧問」前段，但更新後 Google 更偏好有案例、價格判斷與流程說明的頁面。又例如部落格文章原本靠資訊量取勝，後來被更有第一手經驗、作者脈絡與更新紀錄的頁面取代。

Core Update、Spam Update、Helpful Content、Discover 差在哪

核心更新完成後，什麼時候才適合分析？

核心更新還在 rollout 期間，不適合用單日排名判定成敗。正式分析起點應放在 Google 狀態頁顯示完成後，再等至少 7 天，讓 GSC 資料累積到可比較的程度。

更新進行中不要急著大改

更新進行中可以做資料保存、技術排除與受影響頁面標記，但不建議一次大改標題、架構、內鏈與內容。Kevin Lin 的判斷是，這時候改太多，後面很難知道排名變化是演算法波動、技術修復，還是自己改壞。

• 可以做：匯出 GSC 更新前資料、記錄主要 query、截圖重要 SERP、確認追蹤碼與索引狀態。
• 先不要做：大量刪除文章、全站改 title、批次 noindex、把多篇文章合併到同一天上線。

完成後 7 天 / 30 天 / 下一次更新看什麼

完成後 7 天看方向，30 天看是否形成穩定趨勢，下一次核心更新再看站點層級改善是否被重新理解。不要用一天的平均排名跳動決定整個站的內容策略。

1. 完成後 7 天：比較更新前一週與完成後一週，先找出大幅下跌的頁面與查詢。
2. 完成後 30 天：看曝光、點擊、CTR 與平均排名是否持續同方向變化。
3. 下一次核心更新：觀察已改善頁面是否重新取得非品牌查詢能見度。

先確認是不是 Core Update 造成：排除季節、技術與追蹤誤差

排名下跌不一定由核心更新造成。合理歸因要先排除季節性需求、追蹤碼失效、索引狀態、canonical 錯誤、伺服器異常與 SERP 版面變化，才進入內容恢復判斷。

• GSC 曝光是否和核心更新日期重疊下滑。
• GA4 或其他追蹤碼是否正常載入。
• 重要頁面是否被 noindex、robots.txt 或 X-Robots-Tag 擋住。
• canonical 是否指到錯誤 URL，可搭配 canonical 標籤檢查。
• 伺服器是否有 5xx、DNS 或 CDN 異常。
• 是否有大量 404 或重新導向錯誤，可參考 404 錯誤修復。
• 需求是否有淡旺季，例如旅遊、課程、節慶商品。
• SERP 是否新增 AI Overviews、影片、地圖、購物或 PAA。

日期區間怎麼比才合理

GSC 比對建議用 28 天與去年同期交叉看，不要只看更新開始當天。例子：若核心更新 5 月 21 日開始，先保留 4 月下旬到 5 月中旬作為更新前區間，再等完成後 7 天比對同長度資料。

1. 先標出 rollout 開始與完成日期。
2. 比較更新前 28 天與完成後 28 天。
3. 再比去年同期，排除季節性查詢需求。
4. 把品牌查詢與非品牌查詢分開，避免品牌聲量掩蓋 SEO 問題。

技術錯誤可能偽裝成核心更新

技術問題常在核心更新前後被誤認為演算法影響。先查 robots、noindex、canonical、伺服器錯誤、手機版渲染、內部連結斷裂與 sitemap 更新狀態。若錯誤集中在同一模板，優先當成技術問題處理。

GSC 六段式診斷：找到真正掉的排名與流量

GSC 診斷的重點不是看總流量，而是把自然搜尋拆成品牌 / 非品牌、頁面類型、查詢意圖、國家、裝置與 SERP feature。切完後，才知道哪些頁面值得做 內容盤點、更新或合併。

品牌與非品牌查詢分開看

品牌查詢下跌通常牽涉品牌需求、聲量或技術可見性；非品牌查詢下跌才更接近 SEO 競爭問題。台灣中小企業最容易犯的錯，是總點擊少了就直接改全站，卻沒發現品牌搜尋其實沒掉。

依頁面類型找出受損區塊

分類頁、服務頁、部落格文章、案例頁與媒體頁要分開看。電商分類頁掉，可能是商品集合與庫存訊號不足；B2B 服務頁掉，可能是商業意圖沒有被滿足；文章頁掉，可能是資訊已過期或競品補上更完整判斷。

查詢意圖、國家、裝置、SERP feature

同一篇文章在台灣桌機還穩，但行動版點擊下跌，可能是 SERP 新增 AI Overviews 或 PAA。若國家切到台灣後跌幅才明顯，優先檢查本地搜尋意圖，而不是照英文 SERP 的頁面格式改稿。

找出誰拿走你的排名：競品能見度與 SERP winner/loser 分析

核心更新後不能只問自己哪裡壞，還要找出誰上來、為什麼上來。排名恢復的線索常在 winner 頁面裡，尤其是它多滿足了哪一層搜尋意圖。

不是只看自己掉了什麼

先列出更新前後同一批 query 的前 10 名，標記誰上升、誰下降、誰新進入。接著看 winner 的頁面類型、段落結構、作者可信度與內鏈支援。最後才決定自己的頁面要更新、合併或暫不動。

對方頁面多滿足哪一層意圖

常見差距有五種：多了比較表、多了案例、多了工具或模板、多了本地情境、多了 FAQ。這不是要抄競品大綱，而是判斷搜尋者現在需要的答案層級。若缺口來自外部權威與引用，可另外做 競品反向連結分析，不要把所有問題都推給文章字數。

內容品質恢復：從搜尋意圖、E-E-A-T 到資訊增益

內容恢復要補的是搜尋者完成決策所需的資訊，不是把舊文章加長。優先檢查搜尋意圖是否改變、作者與品牌是否可信、頁面是否提供 SERP 裡缺少但讀者需要的判斷。

• 補清楚答案：前段直接回答查詢，不繞遠路。
• 補決策條件：讓讀者知道何時保留、更新、合併或 noindex。
• 補作者脈絡：顯示 Kevin Lin 與 9iseo.com.tw 的實務判讀基礎。
• 補來源：必要處連到 Google 官方文件、狀態頁或自家延伸教學。
• 補內部連結：連到 舊文章更新、Article schema、作者頁 SEO 等支援頁。

搜尋意圖是否變了

資訊型 query 可能變成比較型，商業 query 可能更偏服務頁，fresh-seeking query 可能需要明確年份與狀態。若 SERP 前排已從「什麼是」變成「怎麼診斷」，只改 title 很難恢復。

信任層：作者、品牌、證據、來源

信任層不是裝飾。作者頁、公司介紹、案例、更新紀錄與引用來源，會幫助讀者判斷這篇內容是否值得採用。我的經驗是，YMYL 邊緣題、B2B 服務題、SEO 技術題，只靠流暢文字不夠，必須把判斷來源放出來。

資訊增益：SERP 沒講但讀者需要的東西

資訊增益可以來自 GSC 分段流程、行動優先級矩陣、台灣產業情境、AI 搜尋分流判讀與實際追蹤節奏。這些模組的價值在於幫讀者做決策，而不只是複述 Google 官方說法。

行動優先級矩陣：保留、更新、合併、noindex、刪除或暫不動

排名恢復要用矩陣決策，不要把所有下跌頁都更新或刪除。頁面的搜尋價值、商業價值、內容重複度、技術狀態與恢復可能性，會決定下一步。

哪些頁面先不要動

更新還沒完成、下跌不到明顯區間、仍在前 5 名小幅擺動、或同 query 的 SERP 每天大幅變動時，先不要重寫。這類頁面適合標記為 candidate testing，等資料穩定再決定。

哪些頁面值得更新或合併

值得優先處理的頁面包含：高曝光低 CTR、排名從前段掉到第二頁、商業價值高、內容明顯過期、同站多篇互搶、以及競品已補上你缺少的比較或案例。這些頁面比低價值長尾文更值得先救。

技術與 Retrieval 層：讓 Google 能重新理解你的頁面

技術層的任務是降低 Google 重新理解頁面的成本。內鏈、canonical、schema、麵包屑、代表頁與段落結構要一致，才不會讓核心更新後的評估被雜訊拖住。

內容本身改善後，技術訊號要跟著對齊。若同一主題有三篇相似文章，內鏈卻分散指向不同 URL，Google 可能無法判斷哪一篇是代表頁。若 Article schema 的作者、日期、標題與頁面內容不一致，也會削弱可理解性。schema 不會直接救排名，但它能讓頁面的 entity、作者與組織關係更清楚。

代表頁與內鏈訊號要一致

先選出每個主題的 representative document，再把相關文章、分類頁與麵包屑內鏈集中支援它。若兩篇文章都想排「Google 核心更新」，一篇講新聞、一篇講恢復流程，anchor text 和內鏈位置要清楚分工，避免 cannibalization。

Schema 與作者 / 組織 entity

Article schema、Author、Organization、BreadcrumbList 要對齊頁面實際內容。作者頁應能說明 Kevin Lin 的 SEO 經驗，組織 entity 應連到 9iseo.com.tw 的品牌資料，文章日期則要反映實際更新，不要只為新鮮感改日期。

AI 搜尋時代，核心更新後要分開看 Organic、AIO 與品牌引用

AI Overviews、ChatGPT 與 Perplexity 的品牌引用，不能直接等同 Google 自然搜尋流量。核心更新後要把 organic traffic、AIO 曝光與 AI citation 分開看，避免把渠道變化誤判成內容失敗。

• Organic：看 GSC 的曝光、點擊、CTR、平均排名與搜尋類型。
• AIO：觀察同 query 是否出現 AI Overviews，點擊下降可能來自版面改變。
• AI 引用：看品牌是否被引用、答案是否能抽取、來源是否被辨識。

自然搜尋流量與 AI 引用不是同一件事

自然搜尋要看排名與點擊，AI 引用要看品牌是否進入答案素材，AIO 則牽涉 Google SERP 版面。我的看法是，2026 年 SEO 報表若還只看自然搜尋總點擊，會漏掉品牌被引用但點擊未必增加的情況。

台灣網站情境：電商、B2B、媒體與部落格怎麼判讀

台灣網站遇到核心更新，要按網站類型判讀。電商先看分類頁與商品集合，B2B 先看服務頁與詢問來源，媒體與部落格則要看資訊頁是否仍符合目前搜尋意圖。

電商分類頁

台灣電商遇到核心更新，先看分類頁是否還能回答「怎麼選、有哪些規格、價格區間、庫存與配送」。若分類頁只有商品列表，卻被有選購指南與篩選說明的競品超過，優先補分類頁，而不是先改所有商品頁。

B2B 服務頁與部落格流量頁

B2B 要把詢問價值和流量價值分開。服務頁下跌會直接影響 lead，優先補信任層與案例；部落格流量頁下跌，先看它是否支援服務頁，若只是無商業關聯的資訊流量，優先級可以往後放。

30 天恢復追蹤節奏與成效判讀

核心更新後的排名恢復要用 7 天、30 天與下一次核心更新三段追蹤。短期看資料是否穩定，中期看改善是否帶回曝光，長期看 Google 是否重新理解整站品質。

哪些改善不會立刻反映排名

作者頁補強、內鏈調整、內容重寫、schema 對齊與合併頁面，都可能需要數週到數月才看得出穩定影響。Google 官方也提到，改善後不保證立刻反映在搜尋結果，有時要等系統重新確認長期品質。實務上，我會先看 30 天趨勢，再把真正重要的頁面留到下一次核心更新觀察。

不納入本文的主題邊界

這份恢復流程只處理 Google 核心更新後的自然搜尋診斷。Google Ads、黑帽連結、點擊操控、完整 GA4 教學、每次核心更新歷史大全與手動處罰申訴，不適合混在同一個恢復判斷裡。

若問題來自廣告預算、社群聲量或追蹤事件設定，應另開分析。若問題來自明確技術錯誤，則先修技術，不要把所有下跌都包進核心更新。這條邊界很重要，因為 SEO 恢復最怕把不同問題放進同一個籃子處理。