RTB竞价中CookieMapping解决DSP Cookie于Adexchange Cookie的对接匹配问题。
1. google adexchange等在网站上种Cookie,记录用户信息,生成google_customer_nid
2. 用户在浏览网站时,有广告请求,Adx将请求302重定向到DSP,并且携带加密后的google_user_id。这样DSP就能在用户电脑种cookie,并且建立映射关系,
google_user_id ------> dsp_cookie_id
背景:
RTB允许DSP在Adexchange上做交易,在接入Adexchange的流量PV时,针对每次PV,每个用户分析进行竞价,从而购买到ROI较高的流量,所以RTB交易在于人,对于人群的分析数据。
cookie mapping的实现
1. 用户请求
src="http://cm.g.doubleclick.net/pixel?google_nid=1234&google_cm" />2. google返回重定向 和 google_user_id
http://ad.network.com/pixel?google_gid=dGhpcyBpcyBhbiBleGFtGxl&google_cver=13. 用户浏览器请求DSP PV
4. DSP接受到Cookie进行映射
当没有cookie时
-
ExampleNews.com 将会显示并调用 Google (DFP) 的广告。
-
广告单元符合动态分配资格,因此 Ad Exchange 会调用 FinestDSP(以及其他 DSP)。
-
FinestDSP 在其出价引擎中处理此调用。
-
FinestDSP 赢得竞价,并将广告和匹配标记(像素)传送至 Ad Exchange。
-
Ad Exchange 向小丽投放 FinestDSP 的广告和匹配标记,并设置她的 DoubleClick Cookie。
-
匹配标记调用 Google 的 Cookie 匹配服务。
-
Cookie 匹配服务读取小丽的 DoubleClick Cookie,并将设好 google_user_id 的重定向传送至 FinestDSP。
-
浏览器加载 FinestDSP 的网址。
-
FinestDSP 生成 Cookie,并将此 Cookie 存储在其匹配表中与小丽的 google_user_id 相对应的位置。
-
FinestDSP 将其 Cookie 放到小丽的浏览器中,并在响应中提供一个空白的 1x1 像素。
这个空白的像素是种cookie时的副产品。不发挥作用。
存在cookie时
-
小丽会看到网页,同时,html 代码会包含向 Google 请求广告的调用。
-
在广告竞价期间,DoubleClick Ad Exchange 会向实时出价合作伙伴 FinestDSP 发出调用请求,让其选择是否要对展示进行出价。
-
买方收到包含展示信息和 google_user_id 的广告调用。
-
FinestDSP 在其匹配表中查找 google_user_id,以找出一周前创建的 Cookie(第 1 种情况)。
-
FinestDSP 利用与其 Cookie 相关的信息,对展示进行出价并赢得这次展示机会。
-
FinestDSP 根据所掌握的信息向小丽投放与其兴趣相符的广告。
在第五步,FinestDSP 竞价的决定因素是掌握的信息。这些信息除了ad exchange网址带过来的一些关于ssp的参数,还有FinestDSP以前展示的广告被小丽点击的情况,还有的信息包括FinestDSP从ssp那里收集到的关于小丽的信息。
但是它的信息会非常不完整,尤其是像广告被点击的情况,这个很稀疏。所以说关于用户小丽的信息很少。
这就是dmp可以发挥作用的地方。