在百度后台给投放计划设置失效条件,关键不是设一个“到期时间”就完事,而是先判断需求变化属于哪一种:是词义漂移,还是供给端节奏变了。前者适合用“观察窗口+触发阈值”的软失效,后者更适合“固定周期+人工复核”的硬失效。下面用两种条件下的不同选择说明怎么落地,以及什么情况下不能照搬。
需求变化太快,通常不是单一原因。可以先做一个区分:
两种类型的失效条件设计方向不同:前者要能快速“暂停并重审”,后者要能“定期强制换血”。如果把两者混在一起,容易出现该停的没停、该换的没换。
当计划刚上线、数据量还不大,个别样本成立但规模化后出现例外,这时不适合设死阈值。更稳妥的做法是设置一个观察窗口,让系统在窗口内累计证据,再决定是否失效。
具体动作可以这样设计:
这里的动作结果是:计划进入待复核后,你下一步要做的不是马上关停,而是拉出窗口内的搜索词和落地页做一次人工判断。如果确认是词义漂移,就调整否定词或拆分单元;如果只是短期波动,就延长窗口再观察。这样做的边界是:样本量太小时,任何阈值都不可靠,所以窗口触发只适合作为提醒,不能当作自动关停依据。
当计划已经跑出稳定量级,需求变化呈现周期性或可预期节奏,比如季节性品类、活动期内容,这时更适合硬失效:给计划设一个明确的到期日,到期后强制暂停并重新评估。
实施动作包括:
这样做的结果是:计划不会因为“忘了关”而持续消耗预算,也不会因为“惯性续期”而把过时内容继续推给用户。适用条件是:你能接受周期性暂停带来的短暂断档,并且有足够人力在到期前完成复核。如果业务本身要求不间断投放,硬失效就需要配合备用计划,否则会误伤正常流量。
假设某教育类账户有一个“考试报名”单元,平时转化稳定。某段时间搜索词里突然出现大量“报名截止后还能补报吗”这类意图,同时落地页停留时长下降。此时:
这个例子的数字只是说明比较方法,不代表真实账户表现。核心是:样本量决定你能否相信阈值,业务节奏决定你能否接受暂停。
有两种情况不适合套用上面的做法。第一,如果需求变化来自平台推荐或广告渠道的流量结构变化,而不是搜索意图本身,那么失效条件应该设在渠道层,而不是计划层,否则你会误判为词义漂移。第二,如果账户里多个计划共享同一落地页,单个计划失效可能影响其他计划的正常展示,这时要先确认依赖关系,再决定是否单独失效。
另外,抓取量、索引量或某个统计归零,都不能单独证明“需求已经消失”。它们可能只是统计口径调整、抓取延迟或页面被合并处理。把这类现象直接等同于需求变化,容易做出过度反应。更稳妥的判断依据,仍然是搜索词意图、落地页表现和业务节奏三者是否同时出现一致信号。只有当你确认变化确实来自需求本身,并且样本量足以支撑判断时,设置失效条件才是有意义的动作。