核心判断
先看同一周期和更长季节窗口，不急着修改页面。
适合对象
发现 Google 自然搜索指标变化的网站负责人
下一步行动
选一条主要变化曲线，保存日期范围并依次核对查询、页面与搜索类型。
正文
看到自然搜索流量下降时，先不要同时改标题、正文、链接和技术设置。Google Search Central 建议从 Search Console Performance report 的日期比较、查询、页面和搜索类型开始排查，并考虑季节性或全网兴趣变化。下面这份清单把观察分层，避免把相关变化直接写成因果结论。
第一步：确认你看的是哪种下降
保存报告日期、网站属性、搜索类型和筛选条件。再分别看点击、展示、点击率和平均排名，不要只截图总点击数。展示和点击都下降，可能需要检查需求变化和页面可见情况；展示近似但点击下降，可以再看标题、摘要与搜索结果展示。但这些只是排查方向，不是自动根因。
长短周期并行比较：先看较近的两个相邻区间，再看同比或较长周期是否有季节性。不同长度的区间不要直接用总数比较；如果团队能力有限，记录原始区间和业务活动背景，避免把节假日、需求季节或数据窗口差异解释成内容改动的结果。
第二步：看变化集中在哪里
在 Search Console 对比视图中，逐项检查查询、页面、国家/地区、设备和搜索类型。先从变化较大的项目抽样，不要一次打开所有维度。若下降集中在少数页面，检查这些页面的索引状态、内容更新和目标查询；若多个页面在同一查询或同一地区同时变化，问题方向可能不同，需要更多证据。
若怀疑搜索需求改变，可以将主要查询与 Google Trends 的公开趋势作辅助比较。趋势工具只提供相对兴趣观察，地区、时间范围和查询定义要一致；它不是该站点真实搜索量，也不能单独证明下降来自市场需求。若有页面改版或URL变化，应另按项目批准的站点变更流程检查，不要借本篇内容调整直接改线上URL。
第三步：检查页面与系统信号
先用一两个代表页面做 URL Inspection 和索引报告核查；若只是页面组受影响，先看共同模板、页面类型和更新时间。检查是否出现近期网站故障、robots/noindex错误、canonical指向变化或手动操作提示。涉及代码、模板、抓取规则或发布配置的修复需走工程流程，不可把内容编辑授权扩大到设计或技术变更。
如果表现只在某个搜索类型、设备或地区变化，先保存筛选后的表格。不要把桌面设备变化说成所有用户都遇到问题，也不要把图片搜索变化归因为正文。检查结果要写清适用范围、时间和未查项。
第四步：区分事实、假设和动作
可以用三栏记录：
- 观察到的事实：报告中的指标、时间范围和具体查询/页面。
- 可能原因：季节性、搜索结果呈现变化、页面技术问题、内容与查询不匹配等，明确为待验证假设。
- 下一步动作：核一个页面、查一个报告、确认一项业务事实，或保持现状等待更多数据。
不要把“流量下降”直接等同于“文章过时”；也不要因为一次指标回升，就宣布某次修订成功。若数据样本小或近期数据尚未稳定，标记为观察，不急着执行不可逆变更。
可复用排查顺序
- 固定属性、日期、搜索类型和指标。
- 比较相近区间与季节窗口。
- 找出受影响的查询、页面和维度。
- 对代表页面核对索引与技术信号。
- 如需判断市场兴趣，再查一致地区与时间范围的 Trends。
- 将根因结论与证据关联；证据不足时保留未知。
- 只执行一个范围明确、可复查的修改。
Google 的排查文档提醒，搜索变化并不总能立即定位到单一原因。把复盘写成可以被后续证据推翻的判断，比先找一个方便的解释更稳妥。
参考：Google Search Central，《Debugging drops in Google Search traffic》，https://developers.google.com/search/docs/monitor-debug/debugging-search-traffic-drops
