轉載於：http://neoremind.net/2013/05/rtb%E7%AB%9E%E4%BB%B7%E4%B8%AD%E7%9A%84cookie-mapping%E6%8A%80%E6%9C%AF/?utm_source=tuicool&utm_medium=referral
cookie mapping 如何知道不同網站的cookie屬於同一個人?
cookie mapping 目的是建立Dsp和 AD Exchange之間的cookie映射，把自己的cookie和廣告平台的cookie關聯起來，之后通過查詢廣告平台廣播來的cookie對應的自己數據庫的cookie，就可以判斷該用戶的歷史行為。
首先通過一些關鍵詞解釋普及或者回顧一下背景，
RTB（Real Time Bidding）實時競價
ROI: Return On Investment 投資回報率
bid request: 投標申請
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提供的一個平台cookie到DSP cookie的映射服務。
RTB中cookie mapping究竟是什么？
首先要明確一下cookie的重要性，RTB允許DSP在的Ad Exchange平台上做交易，在接入Ad Exchange的流量曝光上，針對每一個PV，每一個用戶的屬性進行分析以及競價，從而購買到ROI最高的流量，所以RTB的核心在於“人”，在於人群的分析技術。
互聯網上關於網民作為一個實體必須存在唯一標識，這個標識就必須依賴cookie，標識的產生通俗來講就是“種cookie”技術。例如，訪問neoremind.net，則可以在neoremind.net下種一個USERID=ABC123的cookie，該網民的身份證就是ABC123，而網站子域名，例如test.neoremind.net也可以共享使用此cookie。下文中USERID與用戶標識混用，表示同一個概念。
像百度、google、淘寶等大站，本身其Ad Network覆蓋龐大，加之其自身的人群分析技術，會積累了大量的關於網民用戶的特征數據，這也就是說其自身已經是一個DMP，其分析出的訪客特征數據對於DSP決定是否購買流量非常重要，當然DSP也可以利用自己的技術或者第三方DMP平台的數據自行靈活分析該用戶。而其定義網民實體也是靠cookie，例如百度域下面的cookie BAIDUID就是百度所利用的標識。這個標識本身屬於各個公司的重要數據，因此絕對不會暴露給第三方。
在RTB的一個重要環節——競價中，bid request中一般會含有一個Ad Exchange平台提供的訪客標識，這個標識可以理解為類似於USERID的cookie，但是絕對不會是Ad Exchange系統內部的ID，一般會利用非可逆加密算法做一次hash再給DSP，經過加密后的USERID我們叫做USERID’。而DSP一般需要針對bid request中的各種維度數據，包括PV信息，用戶特征信息，廣告位信息等決定是否購買此次曝光，還有現今流行的“
再營銷(retargeting)”技術必須依賴用戶標識，所以這個USERID’是DSP需要的，
DSP需要自行維護一個USERID’的matching table，就是該USERID’與自己定義的用戶標識的一個映射。
一般cookie mapping如何實現？
1）Ad Exchange Server生成cookie mapping url，在返回給瀏覽器的廣告JS代碼中，將url置入一個img標簽中。例如Google Ad Exchange中的代碼如下，
<img src="http://cm.g.doubleclick.net/pixel?google_nid=1234&google_cm" />
廣告展現時，該url向cookie mapping server，也就是cm.g.doubleclick.net發請求。
2）Cookie mapping server通過google_nid獲取DSP在系統內設置的cookie mapping url（假設為ad.network.com）和token，並從HTTP HEADER中獲取投放域中的cookie，如GOOLELID，將GOOLEID和token進行hash后得到google_gid，最后返回一個302重定向請求到如下地，
http://ad.network.com/pixel?google_gid=dGhpcyBpcyBhbiBleGFtGxl&google_cver=1&extra1=xx&extra2=yy
3）DSP系統會接收該302請求，並記錄該google_gid，維護自己的matching table。
4）最后DSP服務器返回一個空白的 1×1 像素的圖片，種自己的cookie，這樣就把自己的cookie與google的cookie聯系映射在一起了。
這個過程的架構圖如下，
一個具體的story
小麗清除了緩存中的所有 Cookie。隨后，她訪問了 ExampleNews.com 的首頁。
對整個過程的說明如下：
1)、ExampleNews.com 將會顯示並調用 Ad Exchange 的廣告。
2)、廣告單元符合動態分配資格，因此 Ad Exchange 會進行call out，也就是發送bid request給各個DSP。
3)、A DSP 返回bid response至 Ad Exchange，Ad Exchange判斷A DSP贏得競價。
4)、Ad Exchange 向小麗投放 A DSP 的廣告，並設置她的 Cookie。
5)、瀏覽器調用 Google 的 Cookie mapping服務。
6)、Cookie mapping服務讀取小麗的 Cookie，並將設好 USERID’的重定向傳送至 A DSP設置的cookie mapping url。
7)、A DSP 生成 Cookie，並將此 Cookie 存儲在其matching table中與小麗的 USERID’相對應的位置。
8)、A DSP 將其 Cookie 放到小麗的瀏覽器中，並在響應中提供一個空白的 1×1 像素。
流程圖如下，
第 2 種情況：買方和 Ad Exchange
一個星期后，小麗再次訪問了 ExampleNews.com。現在，小麗的電腦上同時存有買方和 Ad Exchange Cookie，我們來看看匹配功能的運作方式。
1)、小麗會看到網頁，同時，html 代碼會包含向 Google 請求廣告的調用。
2)、在廣告競價期間，Ad Exchange 會向實時出價合作伙伴 A DSP 發出調用請求，讓其選擇是否要對展示進行出價。
1)、買方收到包含展示信息和 USERID’的廣告調用。
1)、A DSP 在其匹配表中查找 USERID’，以找出一周前創建的 Cookie。
1)、Ad Exchange根據所掌握的信息向小麗投放與其興趣進行call out，A DSP 利用與其 Cookie 相關的信息，對展示進行出價並贏得這次展示機會。
本文參考：