我正在编写一个插件，可以为GA创建一些事件。我想检查https://developers.google.com/analytics/devguides/collection/gajs/limits-quotas和https://developers.google.com/analytics/devguides/config/mgmt/v3/limits-quotas等网页上使用的定义的含义。
这些是一些限制和配额
我想知道它是什么意思：
此外，如果一个家庭拥有相同的IP地址，他们将是一个访客，对吗？
关于50,000个请求。这个假设是对的吗？
总请求数=总浏览量（=点击次数？）+总事件数 因此，如果有4200次综合浏览量和46000个事件，我已经达到了50,000个请求？
答案 0 :(得分：7)
好的，既然你澄清了你的插件是用于正常的GA跟踪（urchin.js或ga.js或analytics.js）而不是GA API，那么这些限制中的一些不适用。所以这里适用于你的插件以及一些关于它们的额外信息：
点击 - 每次点击500次点击。这是发出的任何_trackPageview或_trackEvent请求。更具体地说，它是任何不是电子商务的请求，尽管这两种方法是目前唯一实际发出不是电子商务请求的官方方法。
需要注意的一点是，此限制是基于每次访问（或），而不是所有访问（或）整体。例如，如果您的网站上有2位访问者，则“每次会话500次点击”将分别应用于每个访问者。每个会话限制都有自己的500次点击。
要理解的第二件事是 Session 实际上是什么。会话至少持续30分钟，但在访问者至少休息30分钟后才会结束。 “无效”表示自上次点击与该访问者关联的GA后超过30分钟。
如果您使用的是通用分析（analytcs.js），那么每位访问者每天的限制也会达到200k次，但您通常不需要担心这一点，除非您编写的代码是手动强制新会话（因为如果你不这样做，默认情况下，你会在每个访问者每天限制之前很长时间达到每个会话限制。最小默认30米会话== 48个会话在一天* 500 = 24k点击） 。
最后也可能需要注意的最重要的事情是，如上所述，_trackEvent调用包含在确定限制中。因此，如果您的插件正在执行大量事件跟踪，您应该尽可能地尝试将其最小化，或者真正问自己该数据的可操作性。当客户将鼠标悬停在表单字段或图像上时，我已经让客户要求我实现诸如触发事件之类的事情。我甚至让我的客户在每次鼠标移动时都有鼠标x，y位置的事件触发器，或者每当滚动滚动条时都有滚动条位置。这些访客行为引发了一系列猥亵事件，这些事件将很快使访问者超过GA限制，而且我还没有听到任何令人信服的理由来实际跟踪这实际上增加了某人的投资回报率。
属性 - 这是GA的account structure级别之一。首先要理解的是这是强加的“全局”或聚合或“上限”。例如，如果您的平均访问者每次会话仅产生100次点击，您仍然可以通过访问您网站的访问者数量达到此上限。
需要注意的一件重要事情是此限制位于属性级别。属性可以有多个视图，因此该上限跨越属性的所有视图。例如，一种常见的设置是将单个根域作为属性，例如， “mysite.com”，然后让我们说你有几个子域名，例如“www”和“store”等等。你想分别看到这些数字。一种方法是为每个子域提供单独的视图。然后我们假设你想要一种方法来查看所有汇总的数据，这样你就可以制作另一个“汇总”视图。
IOW视图是一种分隔网站的部分或子域，或者用于多个域等的方式。它只取决于您想要如何组织事物。但重点是，如果你确实有这样复杂的事情发生，一个视图会因为这个上限而影响另一个视图的数据。例如，如果您有针对一般流量的“www.mysite.com”视图和针对您的电子商务内容的“store.mysite.com”视图，以及针对组合流量的“汇总”视图，并且通常具有极高水平的一般流量，您可能达到限制，而不是获取更重要的商店流量的数据（因为那可能是你的钱）。请注意，这只会影响网页浏览/事件流量。 ecommerce跟踪将始终跟踪，即使您超过了限制。
请求和项目与您无关，因为这些是非收集API的定义（例如配置或报告API）。
答案 1 :(得分：2)
有两种限制 - 一种是指数据收集，即您要在Google Analytics中存储的内容。根据我的评论，命中限制符合Google Terms of service中的定义。
另一种是指API的使用，即当您想要从Google Analytics中提取存储的数据时。为此，您需要以指定格式向Google Analytics发送http请求，并且每天默认允许这些请求为50 000条。
所以命中限制是关于进入Google Analytics的数据，请求限制是关于来自它的数据。