自然搜索流量突然下降：先排故障，再判断内容问题

第一轮只确认事实

检查下降发生在哪一天，是否与网站发布、域名变更、统计脚本更新或假期重合。对比 Search Console 的搜索点击和站内访问数据。若只有站内统计下降，先确认采集是否正常，而不是马上认定搜索排名出问题。

用未登录状态访问首页、分类、产品和询盘页面，检查证书、状态码、跳转和内容加载。服务器故障或错误的 noindex 可能影响大量页面，应优先处理。

将下降拆成可定位的范围

总流量图只能告诉你出现变化，不能说明原因。保存受影响与未受影响的样例，有助于排除不相关假设。

核对更新，但不自动归因

可以查看 Google 官方排名更新信息与相关指导，记录时间是否重合。时间重合只是线索，不是证明。若变化发生在一次错误部署后，不能因为同周有算法消息就忽略自己的技术问题。

对于内容与搜索需求变化，先评估页面能否更好回答采购问题。避免为了所谓“恢复权重”大批删除仍有用的资料，或购买链接试图快速逆转趋势。

给行动设置风险边界

技术修复应保留前后证据并及时验证；内容优化可以先选一组明确有问题的页面。需要合并或删除时，检查原链接、资料价值与替代关系，制定映射，而不是全部跳转首页。

教学示例：某产品目录因模板更新丢失正文，优先恢复模板；若页面正常但需求季节性降低，则应比较更长时间与相近季节。两种情况的行动完全不同。

与服务团队沟通的材料

向云典或内部 SEO 团队提供变化日期、受影响地址、近期发布记录和可用数据范围。月报应把“已证实原因”“待验证假设”“执行动作”分开写，避免把猜测包装成确定结论。

排查清单

• 已确认统计脚本、站点访问与索引规则正常。
• 已按页面、国家、设备或查询缩小范围。
• 更新消息仅作为线索，没有自动归因。
• 高风险内容改动有备份、依据和观察计划。