接通一家 DSP 只要几天，让它持续加预算要看长期表现。本文说明对接时容易被填错的 OpenRTB 字段、超时预算的分配方式，以及 QPS 该怎么和对方协商。

本文包含

  1. 最常被填错的几个字段
  2. 超时预算怎么分
  3. QPS 协商与流量整形
  4. 对接后的表现跟踪
  5. 联调阶段的检查清单

最常被填错的几个字段

设备标识、地理位置精度和流量来源声明这几项，是 DSP 判断出不出价的主要依据。填得不全会直接压低出价，甚至被判为低质流量过滤掉，而这类问题在联调阶段不会报错，很容易一路带到线上。

另一类是尺寸与素材类型声明。声明了支持某种素材但客户端渲染不了，表现是竞价赢了却没有展示，账面上看像是填充率异常，排查方向很容易跑偏。

超时预算怎么分

整条链路的时间是有硬上限的：用户等不了，超过阈值广告位就该走兜底。把这个上限从客户端往回拆，扣掉网络往返和素材加载，留给竞价环节的时间通常比预期紧得多。

给 DSP 的超时一定要短于自己对外承诺的时间，并且留出汇总与决策的余量。常见错误是把两个值设成一样，结果只要有一家响应慢一点，整个请求一起超时。

QPS 是双方都要让步的地方：发得太多会把对方打挂并触发熔断，发得太少又拿不到足够的出价覆盖。怎么按对方的处理能力做流量整形、怎么把高价值请求优先送出去，是协商时的核心议题。我们把限流、排队与降级三种手段的适用场景做了区分，给出超时预算的分配参考、对接后需要跟踪的表现指标，以及一份可以直接照着走的联调检查清单，……

以下内容为付费部分。