我为某些商店使用Google Analytics增强型电子商务。在目录页面上，我有很多产品，我需要跟踪他们的印象。我不会逐个跟踪每个产品，因为它会导致很多请求，而是通过.ec:addImpression添加所有产品，然后通过发送单个pageview跟踪整个产品。
在我遇到问题之前，一切进展顺利，在页面上有太多产品请求collect停止工作没有错误。我已经为Chrome安装了analytics debugger并发现，我已经超出了有效负载限制，设置为8 KB（根据官方documentation）：
payload_data - 发布请求的BODY。身体必须包括 正好1个URI编码的有效载荷，且不得超过8192个字节。
这很好，但是我的问题是：有没有办法克服这种限制？？也许某些选项或方法，这将不会打扰有效负载大小，它将自动拆分为适当的块？或者至少是一种在运行时获取有效负载以检查其大小的方法。我浏览文档但一无所获。
注意：目前我手动跟踪由addImpression添加的产品的＆＃34;安全＆＃34; 号码（由经验发现）和然后通过non-interaction pageview点击发送它们。当然，这解决了我的问题，我想知道是否有内置的解决方案。
答案 0 :(得分：2)
另一种可能性是仅发送真实的展示次数，也就是说，仅针对用户实际在首屏上看到的那些产品/商品。并非所有您要发送展示的产品实际上都会被用户看到，直到他们向下滚动页面下方的页面。因此，当用户向下滚动页面并显示更多产品时，需要修改您发送展示数据的实施方案。您可以随每个产品发送更多信息，但仍然不会超过有效负载，并且可以更准确地衡量您的展示次数。
答案 1 :(得分：1)
创建一个product data import，其产品ID与产品属性（名称，类别，价格等）相匹配。等到数据处理完毕，然后更改跟踪代码，以便只发送产品ID。
这应该会缩小请求体，足以发送所有产品，并且当处理传入的匹配时，ID将与导入的数据连接。
导入的数据不会追溯应用，因此首先进行数据导入非常重要。
答案 2 :(得分：1)
AFAIK没有办法从谷歌分析中获取你的有效载荷大小，而且由于构建有效载荷的analytics.js库最适合处理这个问题，所以analytics.js不会自动处理这个问题，这让人感到很遗憾。从而最大限度地减少了谷歌服务器的负担...
我喜欢Eike的解决方案，但如果您的产品发生很大变化，可能需要自动化。正如@nyuen暗示的那样 - 只发送真实的印象可能有所帮助，而且更准确。
另一个技巧是一次发送一个印象。 （如图所示或在页面加载时）这将需要最小的更改并将有效负载降低到远低于限制。