ADX项目平台调查

ADX项目平台调查

ADX的作用是什么?

联系上下游, 促成交易, 从中赚取佣金

如何实现的?

分为上游和下游处理. 对于下游媒体/ssp, 需要其提供广告位基础信息及筛选规则, 实现流量变现; 对于上游DSP/广告主, 获取其基础信息及需要投放的广告创意, 以较低的成本达成较高的ROI.

当流量进入时, 下游媒体携带广告位, 底价及用户信息请求ADX, ADX依据筛选规则分发到上游平台发起竞价, 上游平台依据携带用户信息及广告位信息自行判断是否参与竞价, 需要投放的创意, 监测链接信息, 竞价价格等, 在约定响应时限内回应竞价响应.

ADX获取到有效竞价响应后, 对比竞价, 下发获胜广告创意到下游媒体/ssp

要实现上述功能, 需要ADX具有哪些模块

上下游信息录入

- 下游媒体/ssp信息注册入口
	需要记录已注册对接的下游媒体/ssp清单, 
	下游平台下属多个平台,分属不同的行业分类、操作系统, 
	每个平台可以注册多个广告位,注册时应提供广告位的基础信息,如投放平台,宽高,支持广告类型,筛选规则等
- 上游平台DSP/广告主注册入口
	需要记录已注册对接的上游平台清单, 包括(IP,ID,token), 接口频控等
	需要记录上游平台下属各广告主清单, 包括营业执照, 资质文件等, 并需要审核通过后留用(转发下游注册)
	需要记录广告创意清单, 由上游DSP平台/运营人员录入, 记录上游ID,广告主ID,投放形式, 广告落地页、监测链接等信息, 需要审核(转发下游开通)

竞价请求处理

- 接收下游竞价请求, 转发竞价请求给上游
	期间会依照下游筛选规则、adx自有规则筛选请求, 筛选上游目标

- 转发上游竞价响应给下游
	仅获取不超时(120ms)响应, 依价格高低排序, 取胜者二价计费, 转发响应给下游

竞价请求格式

竞价响应格式:

监控/cookieMapping

1.adx在下发胜者上游广告资源时, 会为下游请求包含用户信息分发一个唯一ID标识, 转发竞价请求时, 携带该用户标识到上游平台

2.上游平台处理竞价请求, 返回响应
- 胜者上游认识该用户(有cookieMapping信息)
	基于该标识判断用户人群, 决定是否参与竞价(精准人群)
- 胜者上游不认识该用户(无cookieMapping信息)
	基于请求用户基础信息, 决定是否参与竞价(模糊人群). 竞价请求响应中添加cookiemapping链接
	
3.adx接收竞价响应, 获取到胜者广告素材后, 下发给下游平台, 同时添加cookieMapping链接
	cookieMapping链接: <img src="adx Mapping链接?adxId=xxxxxx">

4.下游展示广告素材, 同时展示adx添加img标签, 发起请求到adx平台mapping接口. 该请求会携带该用户adx接口所在域名的cookie,若不存在cookie, 设置一个.

5.随后adx平台mapping接口返回302, 携带adxID重定向到上游cookiemapping链接

5.上游获取到该请求, 会携带当前用户的本域名cookie信息,  若不存在, 设置. 将当前用户和adxID对应关系存储在上游平台中, 维护matching table.方便下次竞价时识别该用户

> 该方式主要使用与PC端, 本司没有使用

流量分发策略

- Waterfall 
串行请求, 按照预测ecpm由高到低排序, 一次逐步请求上游, 若存在广告填充, 返回结果给下游
	优点: 提升填充率, 提高ecpm
	缺点: 超时, 依历史数据评估本次ecpm不准确
(本司采用并行请求,取优先级高且返回填充数据的上游响应)

- Header Bidding
并行请求, 同时发起对多个上游的流量请求, 按照响应价格由高到低排序, 去最高价返回下游

流量收益最大化
 - 电商节各大电商争夺市场的时候，流量预算充足，为了多拿预算，流量优先分发给电商DSP；
 - 某些DSP的eCPM和填充率都还可以，但是就是素材比较low，偶尔还可能涉及到黑五类广告，或者说技术上存在小坑（比如网络延迟高），此时针对这些DSP需要做流量限制；
 - 某些DSP虽然eCPM不高，但是填充率还行，比较适合做保底填充，需要给予一定比例的流量养着；

问题

媒体管理/系统媒体管理 区别在哪儿
- 存在业务场景: 对接多个下游ssp, 每个ssp都有爱奇艺开屏广告位. 但adx接收到流量后提供给上游的,只有一个广告位.所以需要将其统一
	即一个系统媒体管理广告位对应绑定多个媒体管理广告位

预算管理 / 流量管理 的逻辑
- 预算管理是我们对接其他平台的产物. 非标模块
- 流量管理是如何分配流量给上游的逻辑配置模块. 绑定广告位和上游平台. 便于流量过来时分发给对应上游

下游是否会对接多个adx, 对单个adx来说, 返回的是已经竞价成功的上游数据, 若该adx已将该次请求当做已竞价成功,向dsp回传结果(是否需要回传竞价成功响应给dsp)
- 下游也会对接多个adx

adx平台为何无法新建媒体/广告位, 是否存在 for下游端后台

其他

cookieMapping
- 主要用于PC端, 公司不用
预算超支控制
计价模式  

后续了解方向

- 对接材料,流程
- 流量分配时的数据来源, 数据录入, 数据使用, 数据操作, 影响数据等
- 处理流量的流程
- 各模块操作逻辑, 操作效果

-- 脚本/代码执行性能,需求,安全性

1、了解并理解什么是ADX。这个行业需要你了解，你所了解的有哪些ADX。
2、我们的业务是什么样？我们需要做什么样的ADX来支撑业务？
3、我们的ADX有哪些功能？

1.adx的作用及实现原理有说, 腾讯优量汇, 百度BES, 阿里Tanx等
2.我们业务具体情况需要介绍, 但大概情况为: 商务接单, 获取上游预算, 系统匹配下游流量, 促成填充, 并返回成交记录, 从上游预算中抽成
	需要对接尽可能多的下游, 获取足够的上游预算, 促成双发交易. 
	这就需要adx有较快的对接速度, 较高的响应处理速度和出色的数据处理能力
3.我们的ADX支持上下游自身信息记录登记, PDB/PD/RTB计价规则支持

相关资料

ADX概述:
- https://zhuanlan.zhihu.com/p/144777362
- https://zhuanlan.zhihu.com/p/146325666
- https://zhuanlan.zhihu.com/p/148042955
- https://zhuanlan.zhihu.com/p/149675625

ADX广告交易平台广告的交易模式:
- https://zhuanlan.zhihu.com/p/351953953

openRTB请求/响应实例
- https://github.com/openrtb/examples/tree/master/brandscreen

cookie_mapping Cookie mapping技术  
	- https://blog.csdn.net/zhouyongsdzh/article/details/9020199
	- https://blog.csdn.net/tao_627/article/details/43992093
	
优酷/阿里adx对接文档
- http://api.sandbox.yes.youku.com/adx_dsp_api.html

腾讯adx对接文档
- https://wiki.adx.qq.com/pdb-pd/%e5%af%b9%e6%8e%a5%e6%b5%81%e7%a8%8b/

大型广告系统架构概述
- https://zhuanlan.zhihu.com/p/20731808

OpenRTBv2.5-IAB关于程序化模式的定义系列【基础类】
- http://www.taodudu.cc/news/show-5383065.html?action=onClick

ADX竞价及流量使用效率相关指标
- https://zhuanlan.zhihu.com/p/27457217

如何快速搭建一个自己的Ad Exchange?
- https://mp.weixin.qq.com/s?src=11&timestamp=1684824480&ver=4545&signature=Tpe0mcdq8QH-Wt*qZegzE5EmCpo5zDshGFhkF-dMgp-0mcUg-1SYogl-n0JB1yETgyQ5S2O7tIf9GzUDTNek1aF8V*KhYj1DPU-NGr0WSW01cAZFLRiV7DSZVKJUnb2k&new=1

程序化广告（5）：广告投放
- https://www.likecs.com/show-203323960.html

互联网DSP广告系统架构及关键技术解析
- http://www.360doc.com/content/15/0806/07/2909773_489803369.shtml
https://pan.baidu.com/s/1wUBmiKi5NybkiuHtGwrQRg?pwd=dhje

扣费处理逻辑: