AD
 > 娱乐 > 正文

RTB竞价中的cookie 后天美女大结局 mapping技艺

[2019-09-12 21:12:43] 来源: 编辑: 点击量:
评论 点击收藏
导读:起首通过一些环节词告白遍及或是回顾一下布景,ADX:Ad exchange的简称。通常特指Ad exchange平台模块DMP:Data Management Platform的简称。DMP存储了流量、受众的各种特征信息

起首通过一些环节词告白遍及或是回顾一下布景,

ADX:Ad exchange的简称。通常特指Ad exchange平台模块

DMP:Data Management Platform的简称。DMP存储了流量、受众的各种特征信息。

DSP:Demand Side Platform的简称。可以看做流量的置办方,为推行主效力。广告主可以通过DSP购买流量,达到营销的目的。DSP可以接入ad exchange中,列入cpm竞价,置办所需要的受众流量。

SSP:Supply Side Platform的简称。可以看作流量的提供方,为网站主办事。站点主可以通过SSP实现其流量变现,到达流质变现的目的。

Cookie mapping:DSP提供的一个平台首席运营官kie到DSP私立cookie的照射做事。

RTB中首席运营官kie mapping到底是什么?

起首要了解一下首席运营官kie的须要性,RTB允许DSP在的Ad Exchange平台上做生意,在接入Ad Exchange的流量暴光上,针对每个PV,每一个用户的属性进行赏析以及竞价,从而购置到ROI最高的流量,以是RTB的核心在于“人”,在于人群的解析技艺。

互联网上对于网民作为一个实体必须存在唯一标识,这个标识就必须寄托首席运营官kie,标识的发生发火通俗来讲便是“种cookie”妙技。比方,会见neoremind.net,则可以在neoremind.net下种一个USERID=ABC123的cookie,该网民的身份证等于ABC123,而网站子域名,比方test.neoremind.net也能够共享使用此cookie。下文中USERID与用户标识混用,表示统一个观点。

像百度、谷歌、淘宝等大站,本身其Ad Network掩盖巨大,加之其自身的人群解析技术,会堆集了少量的对付网民用户的特征数据,这也即是说其自身已经是一个DMP,其综合出的访客特色数据对于DSP决议能否置办流量尤其需求,当然DSP也可以操作本人的技术可能第三方DMP平台的数据自行天真解析该用户。而其定义网民实体也是靠首席运营官kie,比方baidu域下面的cookie BAIDUID便是baidu所利用的标识。这个标识本身属于各个公司的需要数据,于是绝对不会裸露给第三方。

在RTB的一个必要环节——竞价中,bid request中一样平常会含有一个Ad Exchange平台提供的访客标识,这个标识可以理解为相斥于USERID的首席运营官kie,然则相对于不会是Ad Exchange体系内部的ID,通常会操纵非可逆加密算法做一次hash再给DSP,颠末加密后的USERID我们叫做USERID’。而DSP一样平常需要针对bid request中的各类维度数据,包括PV信息,用户特征信息,推广位信息等决议可否购买此次暴光,尚有斯时风靡的“再营销(retargeting)”技艺必须奉求用户标识,所以这个USERID’是DSP需要的,DSP需要自行护卫一个USERID’的matching table,即是该USERID’与自己界说的用户标识的一个照射。

一般首席运营官kie mapping若何完成?

1)Ad Exchange Server天生cookie mapping url,在前去给涉猎器的推广JS代码中,将url置入一个img标签中。譬如Google Ad Exchange中的代码如下,

img src=http://cm.g.doubleclick.net/pixel?谷歌_nid=1234谷歌_cm /

推广展现时,该url向首席运营官kie mapping server,也就是cm.g.doubleclick.net发苦求。

2)Cookie mapping server通过google_nid获取DSP在体系内设置装备摆设的cookie mapping url(如果为ad.network.com)和token,并从HTTP HEADER中获取投放域中的首席运营官kie,如GOOLELID,将GOOLEID和token进行hash后失掉google_gid,结尾返回一个302重定向请求到下列地,

http://ad.network.com/pixel?google_gid=dGhpcyBpcyBhbiBleGFtGxl谷歌_cver=1extra1=xxextra2=yy

3)DSP琐屑会接收该302乞求,并记载该谷歌_gid,护卫本人的matching table。

4)末端DSP做事器前往一个空明的 1×1 像素的图片,种自身的首席运营官kie,多么就把本身的cookie与google的首席运营官kie豆割映照在共同了。

这个进程的架构图以下,

一个具体的story

小丽清除了缓存中的所有 Cookie。随后,她走访了 ExampleNews.com 的首页。

对整个进程的注明以下:

ExampleNews.com 将会显示并挪用Ad Exchange的广而告之。

推行单位符合信息分配资历,于是 Ad Exchange 会进行call out,也就是发送bid request给各个DSP。

A DSP 赢得竞价,并返回bid response至 Ad Exchange。

Ad Exchange 向小丽投放 A DSP 的广而告之,并配置她的 Cookie。

涉猎器挪用 Google 的 Cookie mapping效能。

Cookie mapping就事读取小丽的 Cookie,并将设好 USERID’的重定向传递至 A DSP设置的cookie mapping url。

A DSP 天生 Cookie,并将此 Cookie 存储在其matching table中与小丽的 USERID’相对应的身分。

A DSP 将其 Cookie 放到小丽的浏览器中,并在响应中提供一个空白的 1×1 像素。

流程图如下,

第 2 种环境:买方和Ad Exchange

一个礼拜后,小丽再一次走访了 ExampleNews.com。当时,小丽的电脑上同时存有买方与Ad ExchangeCookie,咱们来看看受室功用的运作法子。

小丽会看到网页,同时,html 代码会网罗向 Google 苦求推广的调用。

在广而告之竞价时代,Ad Exchange 会向及时出价互助火伴 A DSP 发出调用恳请,让其选择能否要对展示进行出价。

买方收到征求展示信息和 USERID’的推行调用。

A DSP 在其结婚表中查找 USERID’,以找出一周前创设的 Cookie。

A DSP 利用与其 Cookie 相关的信息,对展示进行出价并赢取此次展示机会。

A DSP 依据所掌握的信息向小丽投放与其意见意义相符的推广。

用户独一标识体系

在互联网中,我们有着不少标识独一用户的技术手段,此中,最为思空见贯的即是 Cookie 了(什么是Cookie请参看站点剖析中的Cookie)。容易的多,Cookie具备几个特色:

独一性,一个Cookie是仅有存在于一个域名下的;

归属权,一个Cookie必须属于某一个域名,且彼此不克不及接见使用;

临时性,一个Cookie可以且则的具有于一个涉猎器中。

正由于Cookie具备上述几个特征,也就衍生出Cookie在使用上的一些赋性了,咱们以DSP.COM(推行购置平台),ADX.COM(广告买卖平台),DMP.COM(数据整治平台)为例,具有以下论断:

DSP.COM,ADX.COM,DMP.COM都存在各自的用户标识体系(各自界说的唯一ID标识);

用户Abbo在上述三个打造品的ID分袂是dsp-1,adx-a,dmp-①,且彼此不能拜访使用。

就这样,DSP.COM,ADX.COM,DMP.COM都可以仅有的标识出用户Abbo,但他们其实不克不及互相读取标识信息。

同享用户特征

由于客户需求,推行主在DSP.COM,ADX.COM,DMP.COM均有业务具备:

推行主使用DSP.COM进行推广投放,况且用户Abbo点击了游戏推行;

用户Abbo主动使用了DMP.COM提供的涉猎器购物比价插件办事;

用户Abbo点击过位于买卖平台ADX.COM上的职业深造、求职类推行;

刚好,DSP.COM识别出了Abbolove玩游戏特色,DMP.COM辨认出了Abbo是男性用户,ADX.COM辨认出了Abbo是个年老人。此时标题问题来了,由于三方的数据并不共享,因此对于广告主而言,仅知道dsp-1恋爱玩游戏,adx-a是年轻人,dmp-①是男性用户。推行主并不克不及直接知道Abbo是个爱好玩游戏的年轻男性。

最终目标,咱们需要不合产品体系中的用户的特征,归并绑定到一个用户上来,这也就是本文主题的要害——Cookie Mapping。

常见 Mapping 方法

我们刚刚看到,差别厂商、制造品对用户都使用了差异后天美女大结局的标识体系,诸如dsp-a,adx-a,dmp-①此类。因而,咱们在Cookie Mapping中的最为根底的信息表——ID映射关系,名称Cookie Mapping表。它卖命使dsp-1,adx-a,dmp-①关联起来。

要使对抗个用户在分歧体系中关联起来,只要一个做法,那就是当用户发生举动的时刻,同时能够联通多家厂商、产品。也就是泛起了以下最思空见贯的几种Mapping法子生成ID晖映相干表:

用户加载网页代码时辰,同时加载DSP.COM,ADX.COM,DMP.COM的代码,互相挪用Mapping接口授输ID信息;(客户端Mapping)

用户加载网页代码时辰,由处事端转发随身带ID的苦求,由ADX.COM任事器申报DSP.COM相关ID信息。(服务端Mapping)

多么一来,经过少量的Mapping成婚后,一致厂商、产品之间也就天然形成为了一套对应ID照耀关系表格了。

移动端的 Mapping

移动终端的进行趋向,Cookie的成效也曾远不如PC端了——PC真个用户上网举止,常常发生在一两款Web浏览软件(阅读器)中,而移动端App较为羁糜,用户行为、特征体目下当今更多的使用顺序(App)上。况且,挪动终真个独一性,具备着更多的ID体系标识唯一用户,诸如MAC地址、iOS IDFA、Android ID等等。这些ID往往是具备未必唯一性,何况能够在差别App中同享的标识信息。于是,移动终端偶尔候也不需要 Mapping,如果商定俗成的使用某一类ID也是可以进行仅有用户标识的。

独一标识需求将长期具备;

Cookie标识在PC端短时间内(10年)不会失落;

多终真个进行,将泛起更多标识体系;

Mapping 后天美女大结局 ID的需求将长期具有。

Open-ID是一个很好的设法,也是一个很好的应用,特别是第三方开源Open-ID制作品,小我感到照常值得一试。:)

本文参考:

https://developers.谷歌.com/ad-exchange/rtb/cookie-guide

为您推荐