Google analytics 由于负载大小问题而拆分大型请求

我刚刚发现gtag限制将有效负载限制为8k。如果您的请求较大，它将被拒绝，并出现413错误

在我的例子中，它发送了GA4 view_item_list事件，其中包含大约50种产品

是否可以将数据拆分为多个有效负载，并将其注册为一个列表视图

在GA4中，情况变得更糟，因为它将多个事件捆绑到一个负载中，即使这样会使负载过大。因此，其他小事件也会丢失

使用产品数据上传不是一个很好的选择，因为我们的解决方案将用于许多网站，在这些网站上很难让他们管理这些产品列表

---

仅在可见产品上发送事件可能有效，但这样会大大增加列表视图计数。

您可以通过保持产品位置的编号将产品发送到不同的事件。这通常也是在Universal Analytics的增强型电子商务中对印象所做的，因此用户实际查看的产品信息在进入用户的查看端口时发送。例如，在第一个事件中，列表“A”的前4个产品将具有位置1、2、3和4。显示的第二组产品将在另一个事件中发送，始终带有列表“A”和位置5、6、7和8，依此类推

---

注意：由于上述原因，一次性发送列表中的所有产品会使您失去

印象的意义，因为在打开页面时，位置80的产品将被视为位置1的产品进行分析，但位置80的产品很可能几乎永远不会被看到（因此在实际显示之前不应发送）.
位置很好。我会尝试对进入视野的产品进行一些检测，以使其更真实。我刚刚检查了GA4规格的视图项目列表，没有看到位置选项？你没有考虑索引参数吗？它在文档中。LOL，没有发现不幸的是，GA4倾向于捆绑他记录了这些事件，但最终还是一次发送了它们，并超过了有效负载限制。您是如何发现gtag限制达到8k的？我一直在苦苦思索，为什么我只能在我的
电子商务.items
数组中容纳20个项目。8k来自gtag文档。从那时起，我进行了一些测试，发现如果有效负载为它不是通过信标。