DSP

RTB中的cookie mapping理解

2019-07-13 11:44发布

使用场景如下 对于常规的网络用户,Cookie 匹配功能会如何在后台运作?我们来看看以下两种情况。

第 1 种情况:清除 Cookie

小丽清除了缓存中的所有 Cookie。随后,她访问了 ExampleNews.com 的首页。 整个过程如下:
  1. ExampleNews.com 显示并向 Google(DFP 广告排期管理系统)调用广告。
  2. 由于广告单元符合动态分配资格,因此 Ad Exchange 向 FinestDSP(以及其他 DSP)发送出价请求bid request。
  3. FinestDSP 在其出价引擎bid engine中处理此出价请求,并发送出价响应bid response给 Ad Exchange。
  4. FinestDSP 赢得竞价,并将广告和匹配代码(像素)传送至 Ad Exchange。
  5. Ad Exchange 向小丽投放 FinestDSP 的广告和匹配代码,并设置她的 DoubleClick Cookie
  6. 匹配代码调用 Google 的 Cookie 匹配服务
  7. Cookie 匹配服务读取小丽的 DoubleClick Cookie,并将设好 google_user_id 的302重定向传送至 FinestDSP。
  8. 浏览器加载 FinestDSP 的网址(因为是7的302重定向)。
  9. FinestDSP 生成 Cookie,并将此 Cookie 存储在其匹配表中与小丽的 google_user_id 相对应的位置。
  10. FinestDSP 将其 Cookie 放到小丽的浏览器上,并在响应302重定向时提供隐藏的 1x1 像素。

第 2 种情况:买方和 DoubleClick Cookie同时存在

一个星期后,小丽再次访问了 ExampleNews.com。现在,小丽的电脑上同时存有买方 Cookie 和 DoubleClick Cookie,我们来看看匹配功能的运作方式。
  1. 网页显示时,执行 HTML 代码向 Google (DFP)请求广告的调用。
  2. 在广告竞价期间,DoubleClick Ad Exchange 向 RTB 买方 FinestDSP 发送出价请求bid request,让其选择是否要对展示进行出价。
  3. 买方收到包含展示信息和 google_user_id 的出价请求
  4. FinestDSP 在其匹配表中查找 google_user_id,找到一周前创建的己方 Cookie(第 1 种情况),此时没有必要同时投放匹配代码(像素)
  5. 根据与其 Cookie 相关的信息,FinestDSP 决定对展示进行出价,并在竞价中胜出。
  6. FinestDSP 再次根据所掌握的信息向小丽投放与其兴趣相符的广告。

下面是相关的cookie mapping示意图,整理如下: