Search Console AI 曝光驟降時，先不要立刻重寫全站或刪掉 AI 文章。2026 年 8 月中旬有兩件容易混在一起的事：Google Search Console 的 Generative AI in Search 報表在 8 月 13 日到 8 月 17 日曾因 logging error 讓 impressions 偏低，這是資料記錄問題；但 Google 也在 8 月 18 日到 8 月 21 日完成 August 2026 spam update，這是實際搜尋系統更新。台灣 SME 要先看日期、報表類型、受影響頁面與轉換，再決定要等待資料穩定、做 spam policy 稽核，或真的修內容。
8 月中旬到底發生什麼
Google 的 Search Console data anomalies 頁面記錄，2026 年 8 月 13 日的 Discover performance report 曾因 logging error 造成 clicks 與 impressions 下降；若資源有 Generative AI features in Discover，也會造成 reported impressions 下降。該頁也記錄，2026 年 8 月 13 日到 8 月 17 日，Generative AI performance report in Search 的 impressions 因 logging error 偏低，且 Google 標示這影響的是 data logging。
同一段時間後面，Google Search Status Dashboard 的 August 2026 spam update 顯示，更新於 2026 年 8 月 18 日 09:27 PDT 開始，8 月 21 日 01:49 PDT 完成，適用全球與所有語言。換句話說，8 月 13 到 17 日的 AI impressions 異常，和 8 月 18 到 21 日的 spam update，不是同一件事。
這個差異對小公司很重要。若你把報表異常當成排名懲罰，可能會在沒有必要時改掉本來有效的頁面；若你把 spam update 造成的實際下滑也當成報表錯誤，可能會錯過內容品質、垃圾內容、被濫用頁面或外包內容風險。
判斷是資料異常、spam update 還是自己的網站問題
先用時間軸，不要用情緒判斷。8 月 13 到 17 日，優先看是不是 Generative AI in Search 報表 impressions 的記錄問題；8 月 18 到 21 日之後，若 web search、核心頁面、查詢與轉換也同步下滑，才更需要看 spam update 或網站自身問題。
| 你看到的現象 | 優先判斷 | 先看哪裡 | 先不要做什麼 |
|---|---|---|---|
| 只有 Generative AI in Search impressions 在 8/13-8/17 明顯偏低 | 可能是 Google 已記錄的資料異常 | Search Console data anomalies、報表註記、8/21 後資料是否已恢復 | 不要立刻重寫頁面或停掉內容計畫 |
| Discover 8/13 clicks 與 impressions 同日異常 | 可能是 Discover logging error | Discover performance report、同日 GA4 與站內事件 | 不要把單日 Discover 波動當成全站 SEO 壞掉 |
| 8/18-8/21 後多頁、多查詢、web search 同步下滑 | 可能和 spam update、競爭或網站品質有關 | 受影響 URL、查詢、索引狀態、spam policies、手動處置 | 不要只說是 AI 報表 bug |
| 曝光掉但 LINE、表單、訂單沒有變 | 可能是報表口徑或低商業價值曝光變動 | GA4 key events、CRM、電話與表單來源 | 不要只用 impressions 開會決策 |
| 少數 AI 量產頁或外包頁掉得最明顯 | 需要稽核是否有低價值或操縱性內容 | Google spam policies、頁面目的、原創證據、內部連結 | 不要再加大量同模板文章 |
spam update 該查什麼，不該猜什麼
Google 的 spam updates 文件說明，若網站在 spam update 後看到變化，應檢查是否遵守 spam policies；若違反政策，頁面可能排名較低或不出現在結果中，改善後也可能需要幾個月讓自動系統重新學習。這代表 spam update 不是要你追一個新技巧，而是要回頭看既有政策。
在 Google Web Search spam policies 中，Google 把 spam 描述為欺騙使用者或操縱搜尋系統與 generative AI responses 的做法。對台灣 SME 來說，最常需要先查的是：是否有大量低價值 AI 頁面、過度相似的地區頁、被外包商塞進不相關內容、寄生頁面、隱藏文字、門頁、或為了操縱 AI 摘要而寫的假權威清單。
但不要把所有流量波動都歸咎於 spam update。Search Console、GA4、廣告、LINE、CRM 和實際詢問要一起看。如果只有 AI impressions 在資料異常窗口下降，沒有其他商業指標跟著掉，第一步通常是註記報表，而不是動內容。
台灣 SME 的 7 天處理流程
第 1 天：把日期切開
把 8 月 13 到 17 日標成 Search Console AI impressions 資料異常窗口，把 8 月 18 到 21 日標成 spam update rollout 窗口，再另外看 8 月 22 日以後至少一週資料。不要用一張月報把兩件事混成「Google 讓流量掉」。
第 2 天：分報表看，不要只看總圖
分開看 Generative AI in Search、Discover、一般 web search、Search Console 總 clicks、GA4 session、key events、表單、電話、LINE 加好友與訂單。Google 在 Generative AI performance reports 公告中說明，新報表是給網站主看 generative AI features visibility 的專屬視圖；它有用，但不能單獨代表整個 SEO 生意。
第 3 天：列出受影響頁面，而不是只看網站平均
如果下滑集中在少數 URL，逐頁看內容是否過期、是否重複、是否沒有作者或來源、是否只是 AI 改寫公開資訊、是否缺少台灣案例或商品證據。若所有頁面都平均波動，則先確認資料異常、追蹤碼、索引或需求季節性。
第 4 天：查 spam policies，不要猜演算法喜好
用 Google spam policies 做稽核清單。你要問的是「這些頁面是否為使用者提供原創、有幫助、可驗證的內容」，不是「AI 寫的比例是多少」。Google 的政策並不是把 AI 內容全部判成 spam，而是反對大量、低價值、操縱排名或操縱 AI 回答的做法。
第 5 天：把 AI 搜尋報表接回商業訊號
Generative AI impressions 很適合做趨勢觀察，但 SME 不能只追曝光。把受影響頁面的詢問、預約、下載、購買、LINE 訊息與客服問題一起看。若 AI 曝光少了但高意圖查詢與成交沒變，處理優先級要低於真正會影響營收的頁面。
第 6 天：只修有證據的頁面
若證據指向低價值頁面，先小範圍修：補上真實案例、價格條件、服務限制、更新日期、來源、FAQ、圖片 alt、內部連結與下一步 CTA。不要全站大量換標題，也不要刪掉所有 AI 協作內容。沒有證據的大改，常會製造新的追蹤噪音。
第 7 天：寫一頁事件紀錄
事件紀錄至少包含日期、報表、受影響頁面、受影響查詢、Google 官方事件、商業指標、暫定判斷、已做修改、下次回看日期。這一頁以後會比聊天紀錄有用，因為下次 Google 更新或 Search Console 註記出現時，團隊可以快速對照。
AI 搜尋與 GEO 報表不要只看 impressions
Google 的 generative AI features optimization guide提醒，generative AI features in Search 仍然根植於核心 Search ranking 與 quality systems。這對 AEO、GEO 和 SEO 的含義很直接：不要因為 AI 報表波動就去追神秘標記、特殊檔案或短期操縱技巧；先把網站內容做成搜尋系統與真人都能理解的好答案。
比較穩的 GEO 報表應該同時看四層：第一，AI impressions 與 web impressions 是否同步；第二，受影響查詢是否接近商業需求；第三，頁面是否有原創證據與清楚限制；第四，是否真的影響表單、電話、LINE、訂單或業務回覆。只有當四層都指向問題，才值得排大改。
適合誰、不適合誰
適合：這篇適合已經在看 Search Console、AI 搜尋成效、Discover、SEO 月報、內容外包或大量 AI 協作文章的台灣 SME。特別適合老闆看到 AI 曝光掉就想立刻停內容、改網站或責怪代理商的情境。
不適合：如果你的網站沒有 Search Console 資料、剛上線不到一個月、主要客源不是 Google，或正在處理伺服器故障、資安事件、手動處置，請先處理基礎可用性與索引問題。本文也不是保證恢復排名的技巧，而是避免誤判的診斷流程。
資料更新與來源
本文於 2026 年 9 月 2 日依 Google 官方資料整理。Search Console 報表、Generative AI in Search 可見範圍、AI Mode、AI Overviews、Discover 與 spam systems 都可能繼續調整；正式決策前應回到 Search Console、Google Search Status Dashboard 與 Search Central 官方文件確認。
- Google Search Console：Data anomalies in Search Console
- Google Search Status Dashboard：August 2026 spam update
- Google Search Central：Spam updates and your site
- Google Search Central：Spam Policies for Google Web Search
- Google Search Central：Generative AI performance reports in Search Console
- Google Search Central：Optimizing for generative AI features on Google Search
結論：先做事件判讀，再做內容修改
Search Console AI 曝光驟降不一定代表網站被 Google 懲罰，也不一定只是報表 bug。2026 年 8 月中旬的重點，是把 8 月 13 到 17 日的 Generative AI impressions 資料異常，和 8 月 18 到 21 日的 spam update 分開看。台灣 SME 最務實的做法，是先切日期、切報表、切頁面、切商業指標，再只修有證據的問題頁。這樣才不會把 AI 搜尋報表的噪音，變成全站內容的大型誤傷。
FAQ
Search Console AI 曝光驟降一定是排名掉了嗎？
不一定。2026 年 8 月 13 到 17 日，Google 記錄 Generative AI in Search impressions 曾因 logging error 偏低，這類情況先當成資料異常檢查。
August 2026 spam update 是什麼時候？
Google Search Status Dashboard 顯示，August 2026 spam update 於 2026 年 8 月 18 日開始、8 月 21 日完成，適用全球與所有語言。
如果 AI impressions 掉了，我要立刻改文章嗎？
先不要。先確認是否落在資料異常期間，再看一般 web search、GA4、LINE、表單和訂單是否同步受影響；只有證據指向頁面問題才改。
spam update 後最該檢查哪些頁面？
優先檢查大量、相似、低價值、外包、過期、缺少原創證據，或主要為操縱搜尋與 AI 回答而建立的頁面。
AI 搜尋成效報表要怎麼開會使用？
把 AI impressions 當成能見度訊號之一，和 web search、受影響查詢、頁面品質、GA4 key events、CRM 與實際詢問一起判斷。