SSP对DSP发出的Bid Request应该包含什么信息

RTB（Real Time Bidding）是现代互联网广告行业中新兴起的一种流量交易方式，有以下几个显著的不同于传统的互联网广告的特点
1.  在用户刚打开流量的载体（App或是Wap站点）的时候，该广告位要显示的东西还尚未确定，只有当竞价结束的时候，才会最终确定实际被展示的内容（Creative）。
2.  竞价时间非常短，一般100ms之内就要完成，所以对参与各方的技术要求很高
3.  完全以CPM计价
在我自己个人的观点看来，RTB具有以下几个主要的优势
1. RTB可以很好地匹配流量的需求和供给
2.  RTB可以充分利用长尾流量
3.  通过RTB可以很容易买到世界各个地区的流量，打破了地域限制

接下来先说明几个在互联网广告行业中常用的术语，熟知这些的读者请无视
Advertiser：广告主，花钱做广告的人
Publisher：发布者，负责将广告发布出去的人，在广告交易中一般是收钱的一方
Creative：这里我暂时不知道怎么翻译好，一般指的是实际被展示出去的图/视频等。
Impression：Creative被显示了一次就是一个Impression
Click： 图/视频中通常带有链接，这个链接每被点了一次就是一个Click
Conversion / Action: 用户在点击链接之后又发生了广告主所期待的后续行为，如下载安装，将商品加入购物车等，统称为一次转化
CPM： Cost Per Mille， Mille是一个拉丁语的词汇，表示1000，CPM表示计费方式是按照每千次Impression计费
CPC：Cost Per Click，按照点击次数计费
CPI / CPA：这里的I指的是Install，A是Action，也就是按照转化计费
CTR： Click Through Rate    Click数/Impression数
IR/CR： Install Rate / Conversion Rate    转化数/Click数

终于开始说RTB业务中主要的几个参与方了
DSP：Demand Side Platform 需求方平台，需求方平台可以视为是Advertiser的集合。DSP方一般有很强力的商务队伍，会去拉到很多的Advertiser来花钱做广告，国内的DSP比较大的有品友等
SSP： Supply Side Platform 供给方平台，供给方平台一般会有自己的广告SDK，他们会和很多的App的开发者合作，让App开发者去集成他们的SDK，这样集成了SDK的App里面就可以显示出广告，SSP所要供给的商品就是这些展示机会
AdExchange：Exchange是沟通需求方和供给方的平台，Exchange同时连了大量的DSP和SSP，因为RTB各方之间的集成工作还是比较复杂的，如果我和某个Exchange之间接好了，我就可以省下很多时间和精力的同时还是能获得很多流量
DMP： Data Management Platform DMP是提供数据的平台，对DSP而言，从SSP一侧获得的信息可能不足以支撑DSP做出决策，DSP可能会从DMP那里购买一些数据，DSP报一个android id或者IDFA给DMP，然后DMP返回相应的用户标签。

一次RTB的流程如下
先考虑没有Exchange的情况

1. 用户打开集成了SSP的SDK的App，广告即将被展示
2. SSP收到自己SDK上报的信息，然后向和SSP已经接好的所有DSP发送Bid Request，让他们为这次展示机会出价
3. DSP收到Bid Request后向SSP发送Bid Response，这里所有DSP之间互相是不知道彼此出价的，Bid Response中含有一段JavaScript代码，这段JavaScript会返回实际的广告的Creative，DSP在此时还可能向DMP发出查询请求
4. SSP选取出价最高的作为胜利的DSP，然后胜利的DSP只需要支付第二高的出价的价格
5. SSP将胜利的DSP给出的JS代码下发给SDK，展示广告
6. SSP向胜利的DSP发送Win Notice，通知DSP该次Impression已经竞价成功
至此 RTB交易结束

有Exchange存在时，SSP也将Exchange视为一个DSP，DSP将Exchange也视为一个SSP。对于Exchange本身，Exchange把从SSP收到的Bid Request发给DSP，然后从DSP收到Response，从中选出胜者的价格再向SSP去竞价