Criteo OneTag技术说明
Criteo OneTag包含一套安全和质量机制，以确保不会对访客的浏览行为产生负面影响，并且保护访客的隐私。
用户体验和效果
Criteo OneTag不会改变您的网站的视觉效果，并且对您的客户完全不可见。 而且，Criteo OneTag是异步的，因此不会影响您的网站加载时间。
设备/带宽检测
Criteo OneTag考虑了用户当前使用的设备以及用户连接的延迟和带宽。 在此基础上，将会对阈值和潜在的请求数量进行严格限制。
加载时间阈值
设置时间限制是为了确保整个加载时间不超过某个阈值。 一旦达到阈值，Criteo触发的所有请求将立即停止。
缓存资源
Criteo加载程序是一个JavaScript库，将被用户浏览器缓存。 只要用户在全球任何网站上与Criteo重定向服务进行互动，这种情况就会自动发生。
通过HTTP-GZIP压缩调用
所有对Criteo的调用都经过HTTP-GZIP压缩，以确保用户与Criteo数据中心之间的快速交互。
OnLoad事件
一旦Criteo请求得到满足，就会立即发出初始跟踪请求。 仅当浏览器成功从您的网站下载所有主要资源（包括图片、脚本文件、CSS文件等）后，才会发出OneTag触发所有可能的进一步请求。
Criteo调用示例：资源选择和发布商调用在加载（红线）之后进行
封装调用
所有潜在的发布商调用均是作为iFrame内的图片请求触发的。 这可确保第三方无法在您的网站上置入或读取数据。
智能资源选择
我们为当前用户确定最相关的发布商网络，并记录哪些发布商已获悉当前用户。 这样我们就能确保没有多余的请求。
过去与Criteo有过互动的用户将看到更少的发布商标记调用。
新用户将看到最大数量的调用。 大多数监控和性能系统属于“新用户”类别，因此无法反映真实的用户浏览体验。
发布商服务监控
所有发布商服务均会由Criteo在全球范围内定期测试和全天候监控。 持续对加载时间、响应类型、证书等进行监控和检查。 如果测试未完全通过，将会自动从资源选择中删除发布商。
数据中心的加载和正常运行时间
加载程序
此请求（下载）加载托管在我们数据中心的文件，请求和响应之间没有处理时间。 我们在全球拥有五个数据中心，具有卓越的可获取性（正常运行时间）。
事件
我们的服务器将在响应之前处理该请求，但该请求是异步的。 这意味着当浏览器等待响应时，您的网站内容将继续加载。 无论如何，我们的平均响应时间只有25毫秒，并且我们的基础设施团队全天候监控延迟，以便在几分钟内解决事件。
资源选择
与事件非常相似，此请求是异步的，我们的平均响应时间只有50毫秒。 对我们的服务器延迟也进行全天候监控。 最重要的是，只有当onLoad事件发生并且页面可供访客完全使用时，我们才会开始为发布商标记用户。 这意味着我们的标签不会影响您网站上页面的感知加载时间。
是否可以删除某些发布商调用？
除非出现技术问题，否则无法删除特定的发布商调用。 这种情况将导致如上所述的全球停用。 如遇到相关问题，请联系您的Criteo联系人。
Criteo OneTag HTTP/HTTPS调用说明
Criteo OneTag让我们了解了在我们的发布商网络中需要重定向的用户以及向他们推荐什么。 智能算法会评估在哪里可以以最有效的方式接近用户。 因此，可以进行第三方HTTP调用。 我们不会与其他供应商分享任何个人或广告商相关信息。
OneTag可以触发哪些调用？
当我们的标签在您的某个页面上触发时，它会调用我们的加载程序并发出三个主要HTTP请求：从用户浏览器到我们服务器的请求以及到我们发布商合作伙伴的广告服务器的HTTP请求。 所有请求都是异步的。
初始调用会下载我们的主要JavaScript库，该库充当框架，并准备以下所有请求
第二次调用是实际的跟踪事件。 此事件将用户浏览信息发送到我们的服务器，例如当前正在查看哪些产品
第三次调用请求面向资源选择。 此调用将从我们的服务器构建所有相关发布商的列表
根据资源选择调用的结果，可能会进行发布商http调用。 这发生在我们向发布商发送通知，告知其我们希望在当前用户浏览发布商的网络时向其展示广告。 这些请求是以图片请求的形式发出的，因此也称为第三方像素
Google提出的FLoC ID——作为Chrome网络浏览器的受众定向场景、FLoC 或“群组联合学习”基于机器学习创建相似受众。 Google于2021年3月开始测试FLoC作为第三方cookie的替代技术。
Criteo将在Google设定的试用期内，收集符合条件的国家（澳大利亚、巴西、加拿大、印度、印度尼西亚、日本、墨西哥、新西兰、菲律宾和美国）部分流量的FLoC ID。
有关FLoC的更多信息，请访问https://web.dev/floc/。