支柱指南 / 查询路由与品牌增量
查询路由与品牌蚕食:别让高 ROAS 掩盖了流量归属
用查询所有权、品牌防御和增量验证,判断 Search、PMax 与 Shopping 是互补还是互抢。
先把本篇问题写成一句话,再确认它影响的是流量、Feed、页面、结账、EDM 还是数据复盘。
围绕业务目标、查询路由、预算约束、落地页承接和利润口径留下证据;执行前核对当前规则。
PMax 或非品牌 Search 报表变漂亮,不代表账户获得了新增需求。只要品牌词、再营销或原本会自然成交的人被重新归入某个 campaign,ROAS 就可能上升,而总订单几乎不动。查询路由首先是增量问题,其次才是后台归属问题。
先做判断
先区分三种现象:同一搜索结果页上不同广告格式同时出现,可能是互补;同一高价值查询在多个容器之间漂移,是路由不稳;原本由品牌或自然渠道承接的需求被自动化 campaign 计入,是增量污染。不能只看“谁赢得竞价”,还要看业务是否获得更多新客、非品牌订单与贡献利润。
品牌词尤其危险,因为它通常便宜、转化高、数据密度大。算法自然偏向容易完成的目标。如果没有主动设置品牌边界,探索型 campaign 会逐渐变成品牌收割器,并用漂亮数据获得更多预算。
查询所有权框架
把搜索需求分为四个池:
- 必须保护池:品牌、核心产品名、已验证高价值查询,由 Search 精确承接并保持消息控制。
- 受控扩展池:意图清晰但表达多样的查询,可用更宽匹配或自动化扩展,但必须设效率和否定护栏。
- 发现池:尚未建词、长尾或跨品类需求,允许 PMax 或动态机制探索,定期把赢家迁回可控层。
- 禁止池:错误意图、不可履约地区、敏感承诺、低价值信息词,应在适当层级排除。
查询归属不是一次性设置。每周观察搜索词、品牌占比、落地 URL、商品与订单类型,将高价值新查询“晋升”,将重复低质模式排除,将品牌泄漏回收到防御层。若某查询从 Search 漂到 PMax,要同时检查匹配方式、广告排名、搜索主题、品牌排除和商品广告格式,而不是只加一条否定词。
实务上还要建立增量对照:将平台品牌收入与品牌搜索趋势、直接流量、新客占比、总订单和整体营销效率一起看。具体泄漏症状可用Search 查询路由诊断分流;是否真正蚕食则用品牌增量诊断验证。
品牌防御的三层证据
第一层是配置证据:品牌 Search、非品牌否定、PMax 品牌边界是否存在。第二层是流量证据:各 campaign 的品牌查询、着陆页和商品曝光是否符合角色。第三层是经营证据:调整边界后总收入、新客和利润是否变化。只有配置而无流量回读,不算完成;只有平台数据而无经营结果,也不能证明增量。
常见误判
- 把品牌 campaign 的高效率当作拉新能力,进而把预算越加越多。
- 看到 Search 和 PMax 都有转化就判断互补,没有检查查询、用户与广告格式。
- 只用否定词修路由,却不检查 URL 扩展、商品范围和搜索主题。
- 用单周平台 ROAS判断增量,忽略转化延迟、促销和自然品牌需求波动。
验证清单
- 品牌、非品牌、发现与禁止查询有明确所有权。
- Search、PMax、Shopping 的查询和商品重叠已按当前报告能力回读。
- PMax 品牌与 URL 边界、Search 否定和精确保护已检查。
- 品牌收入与新客、总订单、直接流量和后端利润一起评估。
- 每次路由调整只改一个主要变量,并覆盖转化延迟后复盘。
- 新发现的高价值查询有晋升规则,低质模式有排除规则。
适用边界
该框架适合品牌 Search、非品牌 Search、Shopping 与 PMax 并行的电商账户。查询可见性、品牌排除与竞价优先级会随平台更新,执行前必须查官方当前规则。对于品牌认知极弱或搜索量很低的业务,短期品牌污染可能不显著,但仍应建立分开报告,避免规模扩大后失去基线。