Google Analytics：ペイロードサイズの制限を克服するにはどうすればよいですか？

Question

一部のショップでは、Googleアナリティクスの拡張eコマースを使用しています。カタログページには多くの製品があり、その印象を追跡する必要があります。私は各製品を1つずつ追跡していないので、多くの要求が発生するため、.ec:addImpressionですべてを追加してから、pageviewを送信して全体のパックを追跡します。

問題が発生するまで、すべてがうまくいっていました。ページには、collectへの商品リクエストが多すぎるため、エラーが発生しなくなりました。私はクロームのためanalytics debuggerをインストールし、私は（公式documentationによる）8キロバイトに設定されているペイロードの上限を超えたので、出て見つけた：

payload_data - POSTリクエストのBODYを。本文には、正確に1 URIでエンコードされたペイロード が含まれていて、8192バイトを超えてはいけません。

そして、これは素晴らしいですが、ここで私の質問です：この制限を克服する方法はありますか？たぶんいくつかのオプションや方法、それはペイロードのサイズについては気にしないで、それは自動的に適切な塊に分割されますか？または、実行時にペイロードを取得してサイズを確認する方法が少なくともあります。私はドキュメンテーションを実行し、何も見つかりませんでした。

注：現在、私は手動でaddImpressionによって追加の製品（経験によって発見された）「安全」数を追跡して、non-interactionpageviewヒットによってそれらを送ります。もちろん、これは私の問題を解決します。組み込みのソリューションがあるかどうかを知りたいのです。

Answer 1

商品IDと商品属性（名前、カテゴリ、価格など）が一致するproduct data importを作成します。データが処理されるまで待ってから、トラッキングコードを変更して、製品IDのみを送信します。

これは、すべての商品を送信するのに十分なほどのリクエストボディを縮小し、受信ヒットが処理されると、インポートされたデータとIDが結合されます。

インポートされたデータは遡及的に適用されないため、まずデータインポートを行うことが重要です。

Answer 2

別の可能性は、唯一の真の感想を送信することで、それが唯一のユーザーが折り目の上に見実際であるそれらの製品/品目のために、です。インプレッションを送信している商品のすべてが、折りたたみの下のページを下にスクロールするまで実際にユーザーに表示されるわけではありません。このため、ユーザーがページをスクロールしてより多くの商品を表示する際に、インプレッションデータを送信する実装を変更する必要があります。各製品でより多くの情報を送信しても、ペイロードを超えない可能性があり、インプレッションをより正確に測定できます。

Answer 3

AFAIKペイロードのサイズをGoogleアナリティクスから取得する方法はありません。ペイロードを構成するanalytics.jsライブラリがこれを処理するのに最適であるためanalytics.jsが自動的にこの問題を処理しないというのは悲しいことですGoogleのサーバーへの負担を最小限に抑えます。

私はEikeのソリューションが好きですが、製品が大きく変わると自動化が必要になるかもしれません。 @nyuenが暗示しているように、実際の印象だけを送ることは助けになり、より正確です。

別のトリックは、一度に1つずつ印象を送信することです。（表示されているか、ページの読み込み時）これは最小限の変更を必要とし、ペイロードを制限して制限を十分に下回ります。