QPT*_*PTR 5 cookies google-analytics web-analytics
在了解所使用的Cookie时,我有些麻烦Google Analytics。我了解网站中包含的跟踪代码会收集有关网页点击量,访问持续时间,第一方域的Cookie等信息,然后将所有这些信息附加到gif像素请求的querystring参数中,然后发送它到Google Analytics服务器。但是,我不了解的是,Google Analytics由于像素是www.google-analytics.com对第三方服务器的请求,因此如何理解这些第一方Cookie 。
因此,即使跟踪代码本身可以在发布者的代码内,并且可以作为第一方执行,因此允许Google Analytics(分析)访问第一方Cookie,但是当这些Cookie最终到达GA服务器时,这些服务器不能真正读取cookie,可以吗?对此的一种解释可能是,一旦与共享了第一方Cookie GA,那么无论这些Cookie的发送位置如何(以及该像素在浏览器内部设置了第三方Cookie的事实,都无关紧要)的请求www.google-analytics.com),GA服务器能够具有与该用户相对应的唯一ID(基于第一方Cookie ID),从而在后续请求中为该用户维护一条记录。这种理解正确吗?
任何人都可以帮助澄清这一点。谢谢。
当前版本的Google Analytics(分析)使用单个cookie进行跟踪(并可能使用其他cookie进行节流或实验)。
这些是通过注入脚本编写的第一方Cookie,因为第三方Cookie更有可能被拒绝。但是,作为您自己域上的第一方Cookie,它们根本不会到达Google Analytics(分析)服务器(至少不是作为HTTP标头的一部分)。
Cookie仅在客户端使用,以维护允许将综合浏览量拼接为会话和用户的客户端ID。然后,通过JavaScript读取cookie中的信息,并将其附加到跟踪服务器的请求中。
从历史上看,虽然cookie信息确实是打算发送到服务器的:Urchin(后来被Google收购并转变为Google Analytics(分析))的产品最初是一个日志文件分析器,用于向服务器日志文件添加一个cookie:
UTM或Urchin Traffic Monitor是一种使用Cookie扩充Apache(或IIS等)日志文件的早期方法,因此可以建立唯一的访问者。此方法需要在网站上每个页面的一行中包含一行javascript,并对Web服务器的日志记录行为进行少量修改。当时,我们的大多数竞争对手都仅使用日志(旧学校)或仅使用javascript / cookie(WebSideStory等),并且两者都必定会错过很多可用信息。Urchin是第一个在统一的收集方法中同时使用两个数据源的工具,它们整齐地包含在增强的访问日志文件中。如今,您几乎想要的所有东西都可以通过cookie方法(即GA)获得,但是分析日志仍然具有其优势。
所以回到那时,cookies实际上是用于服务器端分析的。今天,服务器端方面只是一个副作用,实际使用是在客户端代码中。
| 归档时间: |
|
| 查看次数: |
3027 次 |
| 最近记录: |