【问题标题】:Understanding Google Analytics first-party cookies了解 Google Analytics 第一方 cookie
【发布时间】:2017-03-24 00:50:12
【问题描述】:

我在理解 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),从而在后续请求中为该用户维护记录。这种理解正确吗?

谁能帮助澄清这一点。谢谢你。

【问题讨论】:

  • This guide 解释了在 analytics.js 中如何使用 cookie。此外,如果您想知道正在向 Google Analytics 发送哪些数据,您只需打开浏览器的开发者控制台并检查网络请求即可。

标签: cookies google-analytics web-analytics


【解决方案1】:

当前版本的 Google Analytics(分析)使用单个 cookie 进行跟踪(并且可能使用其他 cookie 进行限制或实验)。

这些是通过注入脚本的第一方 cookie,因为第三方 cookie 被拒绝的可能性更高。但是,作为您自己域上的第一方 cookie,它们根本不会到达 Google Analytics 服务器(至少不是作为 http 标头的一部分)。

cookie 仅用于客户端,以维护允许将页面浏览量拼接到会话和用户中的客户端 ID。然后通过 JavaScript 读取来自 cookie 的信息,并将其附加到跟踪服务器的请求中。

从历史上看,虽然 cookie 信息确实是要发送到服务器:Urchin,后来被谷歌收购并变成谷歌分析的产品,最初是一个日志文件分析器,增加了server logfiles with a cookie

UTM 或 Urchin 流量监控器是一种早期的增强方法 Apache(或 IIS 等)带有 cookie 的日志文件,这样唯一的 可以建立访客。这种方法需要一行 网站上每个页面的 javascript 和一个小的 修改网络服务器的日志记录行为。我们的大部分 当时的竞争对手要么只使用原木(老派),要么 仅限 javascript/cookies(WebSideStory 等),并且两者都必须 错过了很多可用的信息。 Urchin 是第一个 在一个统一的收集方法中使用两个数据源,整齐 包含在增强的访问日志文件中。现在差不多 您想要的一切都可以通过 cookie 方法获得(á la GA),但是 分析日志还是有优势的。

所以当时的 cookie 实际上是用于服务器端分析的。今天服务端方面只是一个副作用,实际使用在客户端代码中。

【讨论】:

  • 啊,现在我明白了。因此,cookie 中的信息仅在客户端进行记录保存,然后提取该信息并将其发送到gif 链接中的服务器。感谢您提供非常详细的答案。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-10-13
  • 2012-08-09
  • 2013-11-10
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多