先把「80%」視為需要核對口徑的外部案例，不直接移植結論。真正可用的工作是檢查網站是否大量依賴離產品很遠的資訊型主題，以及高流量頁是否能把讀者接回品牌與下一步。
第三方流量估算、特定國家與實際 Search Console 可能不同。這頁不重複未驗證數字，而是提供能在自己網站重現的內容組合稽核。
先看哪些訊號，再決定怎麼處理
| 檢查訊號 | 代表什麼 | 下一步 |
|---|---|---|
| 高流量頁與產品無關 | 品牌承接與商業價值弱 | 降低新增優先並補路徑 |
| 流量集中在少數泛主題 | 單一來源風險高 | 分散到核心需求與品牌資產 |
| 第三方估算下降、內部資料不明 | 證據不足 | 不先做全面策略轉向 |
操作示例
操作示例：把前一百個自然流量頁標記為核心需求、相鄰需求、泛流量三類，再看每類點擊、關鍵事件與品牌下一步。泛流量高但沒有承接的頁面，不再用總流量護航。
最容易誤判的地方
- 把單一品牌案例當成所有內容行銷都失效
- 引用第三方流量百分比卻不交代資料口徑
適用與不適用情境
適合用在
適合內容量大、資訊型流量遠高於產品需求的 B2B 網站。
不適合直接套用
沒有頁面與轉換層資料時，只能做假設，不能直接砍內容。
接下來怎麼做
- 先查自己的頁面組合與轉換
- 保護核心需求頁
- 逐步降低無承接泛主題的新增量
先照這個順序拆
- 先看掉量是集中在少數頁面，還是整體頁型都受影響。
- 再拆查詢、頁面、國家/裝置與日期區間。
- 確認是曝光掉、排名掉、點擊率掉，還是轉換層出了問題。
- 最後才決定要改內容、技術或內鏈。
這題通常不是表面看到的那一種問題
- 流量掉不一定是網站整體變差，可能只是某一類查詢或頁型改變。
- 先找層級，再找原因，比先猜原因有效得多。
流量下滑最怕一開始就全面重寫、全面改標題。先拆清楚是查詢層、頁面層、版位層還是演算法事件，復盤才不會失焦。
這類問題真正想解的是：流量變差背後到底是哪一層出現斷點，以及應該先從哪一段資料開始切。
怎麼做比較穩
- 先用查詢層與頁面層切資料。
- 保留變動時間線，對照改版與更新事件。
- 用分層診斷取代全面改稿。
要避開的做法
- 不要只看總流量圖就直接下結論。
- 不要一掉流量就全面重寫標題或內容。
- 不要把所有下滑都歸因於演算法更新。
社群裡常見的問題點
- 很多討論會把總流量下滑直接當成網站整體失敗，卻沒有先拆哪一類頁面受影響。
- 也有人一看到掉量就先改內容，忽略版位與查詢結構可能先變了。
- 有幫助的回覆通常會先回到 GSC 的查詢與頁面層做切片。