DSP
同
ADX
对接首先是商务评估、技术评估决策满足自身业务需要才启动对接，技术对接后，需要将
DSP
方的广告主及素材行业类目同
Adx
方做映射，之后是线上真实投放测试。测试没有太大问题的话，就会整理相关审核及执行规范，并组织内部培训，开始走向对销售推介对该
Adx
逐步起消耗。从这个流程中大家看到平时会关注的关键点，这些点若没有注意或处理好就是未来需要花几倍代价填的坑。
1.商务
谈判及评估
l
账期支持的天数？一般账期都是
30
天，但由于很多广告主尤其
4A
公司会压
DSP
账期至少
3
个月，所以从
DSP
角度当然希望账期能谈的越长越好，这块是商务谈判的一个要点。
l
是否有客户保护？客户保护清单能否提供？禁投行业是否提供？有些媒体为了保护传统的销售体系的利益，或业务的特殊考虑，对
Adx
部分有十分严格的客户保护政策，
DSP
方需根据自己客户的行业特点来选择是否对接。
l
首次接入的资源？如
PC banner
、视频、移动视频等：广告资源资源也是
DSP
方评估是否要对接
Adx
重要依据之一。
l
广告主是否需要审核？
DSP
方当然希望最好能先投后审的，所以这些点都是必须评估的。
l
创意审核周期：一般我们都知道广告主上午下单，恨不得当天广告就要出量，。所以审核周期是
DSP
比较关注的一个问题。
l
审核规范文档是否提供？文档是否提供也是细节评估的关键。
l
平台对接接口文档是否提供？技术文档细节评估也是评估工作量及成本的关键。
2.技术评估
l
技术对接方式？
OpenRTB
、
API
、
VAST
？一般都建议采用行业标准
OpenRTB
的接口协议。
l
媒体支持接入最大
QPS
？是英文
Query Per Second
的缩写，意思是每秒的处理请求数，也即是最大吞吐能力。这是评估服务器配置的重要依据，一般一台
Bidder
服务器在每个竞价请求处理速度小于
30
毫秒的前提下，正常能稳定处理
3000QPS
。短时的请求
QPS
高峰问题不大，但若长期的竞价请求
QPS
大到
5000QPS
以上，自然就会拉长每个竞价请求的处理速度，增大超时率及竞价失败率。就需要加服务器啦。所以一般这个上限值是十分重要的一个指标。
l
DSP
接入的
QPS
？
DSP
会根据自己的业务情况决定是否所有的竞价请求都接收，这就需要评估
Adx
是否支持
QPS
的限定（有部分
Adx
刚上线的时候这些功能都不具备）。同时
Adx
也会根据
DSP
接入的
QPS
来评估各
DSP
消耗能力来决定是否对接。
l
双方服务器所在位置？我们都知道中国主干网的特点，异地的网络通讯势必造成网络上的耗时增加，肯定就会压缩
Bidder
服务器的处理时长。若
DSP
为了确保响应速度，只能通过增加服务器集群，通过降低单服务器的
QPS
来完成。例如：有的媒体华北、华东、华南都有
IDC
，竞价请求会分别从这个三个
IDC
发出，这样就会导致不同的
IDC
的服务器处理竞价成功率各有不同。
l
响应最长时间要求？有些媒体为了保护自身媒体端的用户体验、以及内部不同部门的协调。会提出小于
OpenRTB
规范的时间要求。例如：有的媒体
Adx
要求加上网络整体响应时间小于
50ms
。
l
移动端设备
id
号是否传递？移动端的流量对接这个是十分重要的点，但是还是有很多媒体因为各种限制不发送设备
ID
号（例如微信中的广告流量目前就是没有设备
ID
的）。没有设备
ID
意味着无法从曝光
-
点击
-
到达
-
转化整个漏斗追溯数据，用机器学习的方式来持续优化。
l
移动端设备号
ID
是否符合规范？安卓端
IMEI/IMEI MD5
，
IOS
端
IDFA/IDFA MD5
？符合规范一致的设备
ID
才能确保
DSP
能跨媒体投放广告做频次控制、打通各方数据。在第三章中大数据基础也详细阐述过。
l
第三方曝光及点击监测是否支持？支持的条数？这些都是广告主十分在意的问题。
l
接口文档是否规范？是否存在个性化的定义？对于个性化的定义会增加对接工作量及难度。
3.
技术对接
技术对接主要确保流程及功能的正确性，少量的数据
GAP
比对。
