首先通過一些關鍵詞解釋普及或者回顧一下背景，
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 的首頁。
對整個過程的說明如下：
ExampleNews.com 將會顯示並調用 Ad Exchange 的廣告。
廣告單元符合動態分配資格，因此 Ad Exchange 會進行call out，也就是發送bid request給各個DSP。
A DSP 返回bid response至 Ad Exchange，Ad Exchange判斷A DSP贏得競價。
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 Exchange Cookie，我們來看看匹配功能的運作方式。
小麗會看到網頁，同時，html 代碼會包含向 Google 請求廣告的調用。
在廣告競價期間，Ad Exchange 會向實時出價合作伙伴 A DSP 發出調用請求，讓其選擇是否要對展示進行出價。
買方收到包含展示信息和 USERID’的廣告調用。
A DSP 在其匹配表中查找 USERID’，以找出一週前創建的 Cookie。
Ad Exchange根據所掌握的信息向小麗投放與其興趣進行call out，A DSP 利用與其 Cookie 相關的信息，對展示進行出價並贏得這次展示機會。
本文參考：