ADX 是 SSP 和 DSP 进行广告交易的平台，它支持多个 SSP/DSP 接入
在媒体的角度，一次广告请求，参与竞价的 DSP 越多，竞争越激烈，预期收入越高
在广告主的角度，流量更多了，有利于广告的曝光；流量的来源多样化，也有利于广告主评估不同来源的广告转化效果，针对性的投放广告
如果只有一个 dsp 接入，adx 的意义不大，此时完全可以让 dsp 和 ssp 直接对接。之所以需要 adx，更主要的理由是接入多个 dsp 后，在多个 dsp 之间进行竞价
这时候的竞价是用一价还是二价呢？
和 dsp 不同，adx 的竞价不一定要用二价，用一价可能更容易接受一些
这是 adx 最核心的功能，除此以外，adx 还应该具备以下功能
流量控制
adx 能控制一次广告请求发送到哪些 dsp
创意审核
adx 应该对 dsp 的广告创意进行审核，只有审核通过的广告创意才能在竞价中胜出。这个工作量一般比较大，也存在时效性的问题
对于信任的 dsp，实践中一般采用后审，仅当广告创意被投诉时才会有运营人员介入，进行审核操作
条件过滤
adx 可以设置一些广告过滤条件，对参与竞价的广告进行过滤，例如
adx 和 ssp 的业务侧重点不一样，从系统解耦的角度，adx 不应该去做 ssp 的业务逻辑，比如媒体会在广告位上设置竞品黑名单，避免类似在华为的手机 app 上出现小米广告的乌龙
但是，如果将这些业务逻辑放到 ssp，就可能影响填充率，比如说，一次竞价请求，拼多多胜出，adx 把拼多多的广告返回给 ssp，结果发起此次广告请求的 app 是京东，这就很尴尬了，难道让京东给拼多多做广告吗？
这时 adx 就应该将 eCPM 排在拼多多后面且分类不是电商的广告返回给 ssp，否则就会浪费一次流量。
为了提升填充率，adx 应该在可能的情况下去实现 ssp 的过滤逻辑，不仅仅是 adx，dsp 也应该这么做
当然，不同的业务逻辑，有的 dsp 支持，有的 dsp 无法支持，就说这个竞品黑名单的例子，如果媒体设置的黑名单是竞品的包名，那么 dsp 都是可以支持的；但是，媒体也可能将某一类应用设置为竞品，由于不同的系统对应用的分类标准不同，媒体的分类 dsp 根本就无法识别，这样 dsp 就很难去支持
adx 对接多个 dsp 和 ssp，是可以制定一套标准的分类的，但是接入的 ssp 和 dsp 是否认可你的分类并应用到自己的系统里，这个就不一定了
对于认同 adx 标准的 ssp 请求，adx 就可以进行一些 ssp 业务逻辑的处理
广告曝光，媒体是要进行上报的，无论是 dsp，adx，还是 ssp，都会在广告物料里添加自己的上报监控地址，有条件的广告主也会设置上报地址
那么，如果 dsp 和 adx 的曝光数不一致时，以谁的为准呢？
一般情况下，都是以 adx 的数据为准，所以 adx 需要给 dsp 提供报表查询的功能，一般采用接口对接的方式为 dsp 提供请求，响应，填充，曝光，点击，下载等数据
关注微信