Google Analytics测量协议API的直接使用速率限制是多少？

Question

在Google Analytics Collection Limits and Quotas文档中，介绍了由各种由Google提供的库实现的速率限制。我似乎找不到直接POST到measurement protocol (https://www.google-analytics.com/collect)的用户的发布速率限制。如果有，请问是什么？

---

2015年7月10日编辑 -

一些评论者要求我提供发送数据的示例。

使用一系列调用wget，并在每个调用之间等待一秒钟。

这里是一个示例，其中应用程序名称和跟踪代码已删除：

wget -nv --post-data 'ul=en&qt=7150000&av=0.0.1&ea=PLET&v=1&tid=<my_tracking_code>&ec=Move+to+Object&cid=1434738538-738-654031&an=<my_app_name>&t=event' -O /dev/null 'https://www.google-analytics.com/collect'

我已经尝试将这些查询发送到/debug端点，所有这些都是有效的。我的第一次上传按预期工作，并且报告看起来很好。将相同数据集的后续上传到不同的GA属性中有时会出现混合结果。有时报告中没有数据显示。有时报告中仅显示部分数据。在上传过程中，实时报告始终显示活动。

---

- astletron

---

我似乎在通过测量协议 API 上传 hits 时得到了不可预测的结果。有时 hits 会出现在历史报告中，有时则不会。/debug/collect 端点告诉我我的 hits 没问题。我怀疑我的 hits 有时会被过滤为“垃圾邮件”，可能是因为我从同一 IP 地址以太快或以太高的频率上传。 - astletron

在（不幸地）一些外包同事的永无止境的话语中，求发我代码！或者至少给我一个相当简化的版本，这样我们就有机会重新制造问题。 - Eike Pierstorff

@EikePierstorff 我添加了我使用的wget调用类型的示例。 - astletron

Answer 1

直接参考Google Analytics Collection Limits and Quotas文档：

以下限制适用于Web Property / Property / Tracking ID:

- 每个属性每月最多1000万次点击 - 对于analytics.js，Android iOS SDK和Measurement Protocol，每个用户每天最多200,000次点击，会话中最多500次点击（不包括电子商务物品和交易类型的点击）。如果超过这些限制，该会话/日将不处理其他点击，这些限制也适用于高级版。

对于analytics.js，每个跟踪器对象都以20次点击开始，并以每秒2次的速率补充，适用于除电子商务（物品或交易）之外的所有点击。

关于Measurement Protocol的每秒速率，Google表示该协议本身不会进行任何IP地址或跟踪ID等的速率限制或配额管理，但大多数客户端库都以某种形式进行速率限制。后端实际处理时会有各种限制和配额。

因此，需要注意的是，虽然Measurement Protocol本身没有速率限制，但仍然可能会受到客户端库的速率限制和后端处理限制。

通过测量协议发送数据没有限制。但是，在处理数据时可能会应用限制。我认为他们可能指的是每月最多200万次访问量的限制。看起来，这些限制是由库决定数据传输速度的快慢而不是由测量协议直接控制。

- Linda Lawton - DaImTo

---

期待着欣然交出赏金，以换取Google在此事上的明确声明。 - astletron

谷歌尚未正式承认垃圾邮件问题或他们打算采取什么措施。 - Linda Lawton - DaImTo

状态：问题正在被转移。我的电子邮件已经转发给团队中的其他人。难道他们也不知道答案吗？ - Linda Lawton - DaImTo

也许我们应该联合起来建立某种测试套件，以确定测量协议的限制。如果我们不知道我们的工具能做什么和不能做什么，我们该如何工作呢？ - Eike Pierstorff

是的，我也是。我相信有人可以将其变得更加科学化 :-) - Eike Pierstorff

Answer 2

最近更新：请观看此视频，其中解释了所有GA配额策略： https://youtu.be/1UfER93ALxo

特别是，您的问题可能是由于10个请求/ 1秒的限制而导致的： https://youtu.be/1UfER93ALxo?t=5m27s

我可以确认同样的事情。在我的情况下，我有自己的buildHitTask，它构造了一个测量协议请求（MPR）的URL，并将其存储在hitPayload字段中。但是，与原始的GA报告不同-我将这些URL保存到cookie中以进行延迟报告。

在我的实验中，只有2000个测量协议请求的10-20％实际上被“存储”。

其余的点击在GA Reporting UI，API或BigQuery中都不可用。每个请求都通过新的Image（）方法延迟2秒发送，并在出现错误时减速。接收到的结果不一致。成功和失败的点击都随机分布在整个时间段内。

如果您发现更多关于此限制的详细信息，请告诉我！

- Vlad Mysla