广告异常响应手册：冻结、取证、分流、最小修复

广告异常时最重要的不是立即把指标拉回去，而是保护现金、保存证据，并只修复被证明的故障。恐慌式同时改预算、出价、素材和页面，会把一次异常变成无法解释的长期波动。

先做判断

先按严重性分级：追踪归零/重复、结账不可用、账户停投、主力商品大面积拒登属于硬故障；效率短期偏离但系统可用属于性能异常；低量日波动可能只是噪音。不同等级有不同响应速度。

同时判断是否需要止损。只有触发现金、合规、数据完整性或客户体验硬护栏，才立即暂停相关范围；不清楚根因时不要全账户一键停掉，先缩小影响面。

八步响应流程

一，冻结非必要变更。 指定单一响应负责人，暂停多人并行“优化”。

二，保存快照。 记录异常开始时间、核心指标、花费、转化、商品/广告状态、变更历史、站点发布、促销与库存。

三，验证事实源。 用后端订单、支付、利润与站点真实路径确认业务是否真的变化。

四，圈定影响。 账户、渠道、市场、campaign、商品、页面或设备；范围越广，越先查共享依赖。

五，沿指标树分流。 从利润/订单到 CVR、点击、CPC、展示，找到第一个偏离节点。

六，建立假设与反证。 每个假设写一项支持证据、一项反证和一个最小检查。

七，执行最小修复。 硬故障直接修复并真实回读；性能问题只改一个主要变量，设置观察窗。

八，复盘与恢复。 结果恢复后分阶段还原预算，标记不可比数据区间，并把事故转成监控项。

异常定位逻辑见广告表现异常分诊；若根因集中在出价状态，看Smart Bidding 不稳定诊断。

响应记录

每条记录至少含：发现时间、症状、业务影响、证据、已排除项、当前假设、动作、批准者、回读时间、结果与后续防复发。记录不是为了写长报告，而是防止轮班、多人协作和恢复阶段重复犯错。

若平台或外部服务疑似故障，查当前官方状态与公告，并保留时间戳。没有官方确认时，用“疑似”而不是“平台故障已证实”。若无法访问后端或站点，只能进行有限止损与升级，不能把平台指标当完整事实。

常见误判

• 看到单日波动就启动最高级响应。
• 多人同时改账户，事后无法还原原因。
• 为了止损全账户暂停，扩大原本局部影响。
• 指标恢复就结束，没有标记坏数据和建立防复发监控。

验证清单

• 异常已按硬故障、性能异常或正常噪音分级。
• 现金、合规、数据与客户体验止损护栏明确。
• 快照、变更、发布、促销、库存和官方状态已保存。
• 后端订单与真实用户路径先于平台比率核验。
• 只有一个主要假设和一个最小修复动作。
• 恢复分阶段执行，事故区间标记并新增监控。

适用边界

本手册适合广告账户、Feed、追踪和站点突发异常。安全事件、支付欺诈、法律合规与大规模账户入侵应按专门应急流程升级，不能只用投放 SOP 处理。平台功能和状态入口会变化，外部故障必须实时核验；没有足够权限时，以保护范围和证据交接为完成边界。