先把 Web Search、Google News 與 Discover 分開，再按主題、作者、文章類型與發佈日期比較。新聞站總流量混合多個介面，單一折線無法定位問題。
Discover 不依賴明確查詢，Search 則有查詢與排名資料；兩者的下降形狀、內容生命週期和可用報表不同。
先看哪些訊號，再決定怎麼處理
| 檢查訊號 | 代表什麼 | 下一步 |
|---|---|---|
| Discover 降、Web Search 穩 | 推薦流量或題材興趣改變 | 檢查 Discover 報表與圖片 |
| 常青頁與新聞頁一起降 | 可能是較廣泛的搜尋變化 | 按目錄、查詢與日期拆解 |
| 流量降但曝光穩 | CTR、版位或標題問題 | 抽查實際搜尋外觀 |
操作示例
操作示例：建立 Web、News、Discover 三張趨勢圖，標記內容發佈量與網站改版日；再挑下降最多的五個主題，比對同期間未下降主題，找共通差異。
最容易誤判的地方
- 把 Discover 下降當成核心關鍵字排名下降
- 只看文章發佈量，不看內容類型與時效
適用與不適用情境
適合用在
適合同時取得 Search Console Web、News 或 Discover 報表的出版網站。
不適合直接套用
若主要問題是 GA4 追蹤中斷，先不要用內容原因解釋。
接下來怎麼做
- 拆分搜尋介面與頁型
- 標記站內與 Google 官方事件
- 從受影響主題抽樣做內容與搜尋外觀稽核
先照這個順序拆
- 先看掉量是集中在少數頁面，還是整體頁型都受影響。
- 再拆查詢、頁面、國家/裝置與日期區間。
- 確認是曝光掉、排名掉、點擊率掉，還是轉換層出了問題。
- 最後才決定要改內容、技術或內鏈。
這題通常不是表面看到的那一種問題
- 流量下滑未必是網站整體變差，可能只是特定查詢或頁型改變。
- 先找層級，再找原因，比先猜原因有效得多。
流量下滑最怕一開始就全面重寫、全面改標題。先拆清楚是查詢層、頁面層、版位層還是演算法事件，復盤才不會失焦。
這類問題真正想解的是：流量變差背後到底是哪一層出現斷點，以及應該先從哪一段資料開始切。
怎麼做比較穩
- 先用查詢層與頁面層切資料。
- 保留變動時間線，對照改版與更新事件。
- 用分層診斷取代全面改稿。
要避開的做法
- 不要只看總流量圖就直接下結論。
- 不要一掉流量就全面重寫標題或內容。
- 不要把所有下滑都歸因於演算法更新。
社群裡常見的問題點
- 常把總流量下滑視為網站整體失敗，未先區分是哪類頁面受影響。
- 也有人一看到掉量就先改內容，忽略版位與查詢結構可能先變了。
- 有幫助的回覆通常會先回到 GSC 的查詢與頁面層做切片。