我在理解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），从而维护该用户在后续请求中。这种理解是否正确？
有谁可以请帮助澄清这一点。谢谢。
答案 0 :(得分：5)
当前版本的Google Analytics使用单个Cookie进行跟踪（并可能使用其他Cookie进行投票或实验）。
这些是通过注入脚本的第一方Cookie，因为第三方Cookie被拒绝的可能性更高。但是，如果您是自己域中的第一方Cookie，则根本无法访问Google Analytics服务器（至少不会作为http标头的一部分）。
cookie仅在客户端使用，以维护一个客户端ID，允许将网页浏览分成会话和用户。然后，通过JavaScript读取cookie中的信息并将其附加到跟踪服务器的请求中。
历史上虽然Cookie信息确实打算发送到服务器：Urchin，后来被谷歌收购并转变为Google Analytics的产品，最初是一个日志文件分析器，可以提升server logfiles with a cookie：
UTM或Urchin流量监控器是一种增强的早期方法 Apache（或IIS等）使用cookie的日志文件，这是唯一的 可以建立访客。这种方法需要一行 网站上每个页面的javascript，还有一个小的 修改Web服务器的日志记录行为。大多数人 当时的竞争对手只使用了原木（旧学校）或 仅限javascript / cookies（WebSideStory等），两者都必然 错过了很多可用的信息。 Urchin是第一个到 整齐地使用统一收集方法中的两个数据源 包含在增强的访问日志文件中。现在差不多 你可以通过cookie方法（álaGA）获得你想要的一切，但是 分析日志仍然有其优势。
那么那时实际意味着用于服务器端分析的cookie。今天，服务器端方面只是一个副作用，实际使用是在客户端代码。