使用場景如下

對于常規的網絡用戶，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示意圖，整理如下：

總結

以上是生活随笔為你收集整理的RTB中的cookie mapping理解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。