我在理解 Google Analytics 使用的 cookie 时有些困难。 .我了解网站中包含的跟踪代码会收集有关页面点击、访问持续时间、第一方域的 cookie 等的某些信息。然后它将所有这些信息附加到 gif 的查询字符串参数中。像素请求，并将其发送到 Google Analytics服务器。但是，我不明白的是，Google Analytics了解这些第一方 cookie，因为像素是对 www.google-analytics.com 的请求，第三方服务器。
因此，即使跟踪代码本身可以在发布者的代码中，并作为第一方执行，因此允许 Google Analytics 访问第一方 cookie，但是当这些 cookie 最终到达 GA 服务器时，这些服务器无法真正读取 cookie，可以吗？对此的一种解释可能是，一旦第一方 cookie 与 GA 共享。 ，那么无论这些 cookie 被发送到哪里(也不管该特定像素在浏览器中设置第三方 cookie，因为它是对 www.google-analytics.com 的请求)，GA服务器能够拥有与该用户相对应的唯一 ID(基于第一方 Cookie ID)，从而在后续请求中为该用户维护记录。这种理解正确吗？
任何人都可以帮助澄清这一点。谢谢你。
最佳答案
当前版本的 Google Analytics(分析)使用单个 cookie 进行跟踪(并且可能使用其他 cookie 进行限制或实验)。
这些是通过注入(inject)脚本的第一方 cookie，因为第三方 cookie 被拒绝的可能性更高。但是，作为您自己域上的第一方 cookie，它们根本不会到达 Google Analytics 服务器(至少不是作为 http header 的一部分)。
cookie 仅用于客户端，以维护允许将页面浏览量拼接到 session 和用户中的客户端 ID。然后通过 JavaScript 读取来自 cookie 的信息，并将其附加到跟踪服务器的请求中。
从历史上看，虽然 cookie 信息确实打算发送到服务器:Urchin，后来被谷歌收购并变成谷歌分析的产品，最初是一个日志文件分析器，增加了 server logfiles with a cookie :
The UTM, or Urchin Traffic Monitor, was an early method for augmenting Apache (or IIS, etc.) log files with cookies, such that unique visitors could be established. This method entailed a line of javascript in the of each page on the site, and a small modification to the webserver’s logging behavior. Most of our competitors at the time used either logs only (old school) or javascript/cookies only (WebSideStory, etc.), and both necessarily missed out on a lot of available information. Urchin was the first to use both data sources in one unified collection method, neatly contained in augmented access-log files. Nowadays pretty much everything you’d want can be had via the cookie method (á la GA), but analyzing logs still has its advantages.
因此，当时的 cookie 实际上是用于服务器端分析的。今天，服务器端方面只是一个副作用，实际使用在客户端代码中。
关于cookies - 了解 Google Analytics 第一方 cookie，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/40520040/