dsp与dmp系统间是如何共享用户数据

8/30/2022 12:24:30 PM
873
0

1-11.png (1008×689)

 

 

https://pic2.zhimg.com/v2-a14fb413b8512d899a4ca95983c01c99_b.jpg

 

1、用户浏览网站,网站是接入广告交易平台的,判断是否符合如何要求后向ADX发起广告请请求

2、广告交易平台发起竞价活动,向不同的DSP发送bid request,里面会包含有访客信息

3、DSP根据发送的信息,去自己的用户系统,DMP查询匹配出用户的信息后,根据这些信息去出价

4、ADX中交易,价高者得,此高结算

5、返回竞得者信息给网站

6、网站请求广告资源素材

7、返回广告资源素材

 

 

在这个过程中,平DSP得广告请求或竞价邀请的时候,会去自己的用户系统去检索用户相关信息,这个过程就需要可能匹配,除了媒体主之后的各个参与者可能有这个需求,如ADX、DSP、DMP、PCP。

匹配完后会有一个对应表,也就是映射关系(MatchTable),映射关系的保存,一般是谁发起,就谁保存Match Table主要是DSP在用,所以基本是DSP保存的,当然也有部分的这个Match Table的托管于ADX,也可以两者都放的,CookieTable只保存在一方的叫单向Cookie Mapping,CookieTable保存在两方的叫双向Cookie Mapping,双向CookieMapping是一方已经拿到302跳转后的ID信息之后,再向另一方发起请求,将映射关系传递过去。

Cookie Mapping主要关注三个问题:

谁发起?就谁埋代码,有需求的参与者就有可能发起,所以除了媒体主之后的各个参与者都有可能发起,如ADX、DSP、DMP、PCP,根据用户的流量方向,只有可能直接关联的角色发起。

用谁的CM代码?用匹配另一方的CM代码,因为需要向另一方请求它的Cookie,所以一定是另一方的CM代码,Cook Mapping只有两方,一方是发起方埋CM代码,另一方就是提供代码 。

谁保存CookieTable? 一般是谁发起,谁保存,但实际是Cookie Mapping是双方有可能保存,也可以双方同时保存,只保存在一方的叫单向CookieMapping ,双方都保存的叫双向Cookie Mapping。

谁发起的组合是非常多的,如ADX和DSP、DSP和DMP,DPS和PCP、ADX和DMP等,再考虑谁的CM代码和CookieTable的保存位置,组合就更多了。

DSP发起CookieMapping

在上面第3步的时候,从AdX接到的信息里面会有AdX-UID,这个是AdX专门用于Cookie Mapping的一个ID,如果DSP的系统里面找不到这个ID,那么就需要发起Cookie Mapping,如果找得到,那么直接就用找到的一些维度,用于计算该不该出价,该出多少。。

接下来我们来看一下Cookie Mapping是怎么运行的,也就是没有Cookie或清除Cookie的时候:

https://pic4.zhimg.com/v2-09e5cbac18bb0a4086a6b70abc73affb_b.jpg

前面的4步都是一样的

5、赢得广告展示后,由于在MatchTable找不到该用户的信息,DSP发送广告素材和Match Tag(匹配标签)


匹配标签是由ADX提供的,上面会有对应的DSP的ID,MatchTag的结构如:

<img src="httphttp://cm.adx.net/pixel?dspid=1234&adx_cm"/>

代码中的1234就是DSP的ID了。

6、将DSP发送广告素材和Match Tag发送给浏览器,如果是网站直接请求,则DSP直接到网站。

7、浏览器加载到Match Tag时,向ADX调用Cookie Match Server(所以Cookie Mapping能否实施是依赖AdX,有些AdX是需要另外申请才可以开通这个服务)

8、Cookie Mapping Server触发后,通过dpsid去获得对应DSP的接口和token,由于浏览器的限制,Cookie不能跨域访问,但ADX能通过http heeder获得在该域中下的 Cookie,将ADX的Cookie加密后生成一个openid,再将openid加到302重定向后的查询参数位置,重定向后的地址如:


 http://ad.dsp.com/pixel?openid=dGhpcyBpcyBhbiBleGFtGxl&cver=1

 

DSP需要提供一个接口才能做跳转,假设DSP会提供如下的接口:

http://ad.dsp.com/pixel

 

9、浏览器加载DSP的url重定向,DSP接收到重定向请求后,从http和查询参数中解析的Cookie,重定向后跳转URL为:

http://ad.dsp.com/pixel?openid=dGhpcyBpcyBhbiBleGFtGxl&cver=1

里面openid就是加密后的ADX的的用户标识,然后在通过Http Header获取DSP的Cookie,再将映射关系存到Match Table。

10、发送一像素的图片到web页面,将映射关系种到cookie里。

至此,Cookie Mapping就完成。

 

如果是已经种好Cookie的,那么在第2步在Match Table里面查询到直接就用于出价的计算,赢得广告展示机会返回的就只有广告素材。

 

Cookie Mapping不是所有的成功竞价都会发起的,只有在用户系统里面找不到的时候才发起。Cookie是有有效期的,而且用户也可以主动清除Cookie,Cookie是会失效的,所以需要定期重新mapping。

对于一个新的DSP平台来说,可以预想得到的时候它的Match Tables(就是存储的匹配表)是很低,所以前期的精准度是比较低的,会发起比较多的Cookie Mapping去构建自己的Match Tables,可以选择一些已经投放比较大的平台,这类平台积累的Match Table会比较全和精准。


 Cookie Mapping是精准营销的基础,但Cookie Mapping需要双方都有对应的API接口和匹配服务,不是所有的平台都会有,很多的DSP却对Cookie Mapping只是有限的支持,所以在数据打通上的能力也是有限的,特别是垂直媒体的。

全部评论



提问