使用场景如下 对于常规的网络用户，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示意图，整理如下：