Google analytics 谷歌分析限制定义

Google analytics 谷歌分析限制定义,google-analytics,Google Analytics,我正在编写一个插件,它为GA创建了很多事件。我想检查一下和等页面上使用的定义的含义 这些是一些限制和配额 每个物业每月点击1000万次 每个项目每天50000个请求 每次点击500次 每名访客每天点击20万次 我想知道什么是: 击中 财产 请求 计划 会议 另外,如果一个家庭共享相同的IP地址,他们将是一个访客,对吗 大约50000个请求。这个假设正确吗 总请求数=总浏览量(=点击数?)+总事件数 因此,如果有4200个页面浏览量和46000个事件,我已经达到50000个请求了?有两种限

我正在编写一个插件,它为GA创建了很多事件。我想检查一下和等页面上使用的定义的含义

这些是一些限制和配额

  • 每个物业每月点击1000万次
  • 每个项目每天50000个请求
  • 每次点击500次
  • 每名访客每天点击20万次
我想知道什么是:

  • 击中
  • 财产
  • 请求
  • 计划
  • 会议
另外,如果一个家庭共享相同的IP地址,他们将是一个访客,对吗

大约50000个请求。这个假设正确吗

总请求数=总浏览量(=点击数?)+总事件数
因此,如果有4200个页面浏览量和46000个事件,我已经达到50000个请求了?

有两种限制-一种是指数据收集,即你想在Google Analytics中存储的内容。根据我的评论,这就是命中率限制的来源,定义见

另一种是指API的使用,即当您想从Google Analytics中提取存储的数据时。为此,您以指定的格式向Google Analytics发送http请求,并且默认每天允许您发送50000个请求


所以命中限制是指进入分析的数据,请求限制是指来自分析的数据。

好吧,既然你澄清了你的插件是用于普通GA跟踪的(urchin.js或GA.js或Analytics.js),而不是GA API,有些限制是不适用的。以下是适用于您的插件的插件和一些关于它们的额外信息:

点击次数-500次/次。这是任何
\u trackPageview
\u trackEvent
请求。更具体地说,这是任何不是电子商务的请求,尽管这两种方法是目前唯一真正提出非电子商务请求的官方方法

需要注意的一点是,此限制是基于每次就诊(或),而不是整个就诊(或)。例如,如果你的站点上有2个访问者,“每会话500次点击”分别适用于每个访问者。每个会话都有自己的500次点击次数限制

要理解的第二件事是实际上是什么。会话的长度至少为30分钟,但在访客至少30分钟不活动之前,会话不会结束。“非活动”是指,自上次点击与该访客相关的GA以来已超过30分钟

如果您使用的是Universal Analytics(Analytics.js),那么每个访问者每天的点击量也有20万次的限制,不过您通常不需要担心这一点,除非您编写的代码手动强制新会话(因为如果您不这样做,默认情况下,您将在每天每位访问者的限制之前很久达到每次会话的限制。最小默认30m会话==每天48次*500=24k次)

最后一点也是最重要的一点需要注意的是,正如前面提到的,
\u trackEvent
调用包括在确定限制中。因此,如果你的插件正在进行大量事件跟踪,你应该尝试尽可能地将其最小化,或者真正问问自己,这些数据一开始有多可行。我已经有客户要求我实现例如,每当访问者将鼠标悬停在表单字段或图像上时触发事件。我甚至有像我这样的客户机在鼠标移动时使用鼠标x、y位置的事件触发器,或者在滚动条滚动时使用滚动条位置的事件触发器。这些访问者的动作会引发大量的事件,这些事件会很快使isitor超过了GA限制,我还没有听到任何令人信服的理由来实际跟踪这一事实,这实际上增加了某人的投资回报率

属性-这是GA的一个级别。首先要了解的是,这是强加的“全局”或聚合或“上限”。例如,如果你的平均访客每次会话仅产生100次点击,你仍然可以通过访问你的站点的访客数量达到这个上限

需要注意的一个重要问题是,此限制在属性级别。一个属性可以有多个视图,因此此上限跨越属性的所有视图。例如,一个常见设置是将单个根域作为属性,例如“mysite.com”,然后假设您有多个子域,例如“www”和“store”等等。你想分别查看这些数字。一种方法是为每个子域创建一个单独的视图。然后,假设你也想有一种方法查看所有汇总的数据,所以你可以创建另一个“汇总”视图

IOW视图是一种分离站点的部分或子域的方法,或者一种用于多个域的方法,等等。这取决于你想如何组织事情。但问题是,如果你确实有这样复杂的事情发生,一个视图可能会因为这个上限而影响另一个视图的数据。例如,如果你有一个“www.mysite.com”表示一般流量,“store.mysite.com”表示您的电子商务内容,“rollup”表示组合流量,如果一般流量非常高,您可能会达到极限,无法获取更重要的商店流量的数据(因为这可能是您赚钱的原因)。请注意,这只会影响页面浏览/事件流量。即使超出命中率限制,也会始终跟踪跟踪


请求项目与您无关,因为它们是非收集API(例如配置或报告API)的定义。

和“请求”“是关于API的使用,而不是数据收集。非常聪明。我没有想到。请求部分对我来说仍然不清楚。我说我不需要担心50000个请求,更不用担心每个会话的500次点击率,对吗?很清楚……你的插件使用的是实际的