19

Google アナリティクスのコレクションの制限と割り当てに関するドキュメント

Google が提供rate limitsするさまざまなライブラリによって実装される を提供します。測定プロトコル ( https://www.google-analytics.com/collect )に直接 POST しているユーザーに対して公開されているレート制限が見つからないようです。

あるとすればそれは何ですか？

2015 年 7 月 10 日に編集 -

数人のコメント投稿者から、私が送信するデータの種類の例を求められました。

各呼び出しの間に 1 秒間スリープして 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 プロパティにアップロードすると、さまざまな結果が得られました。レポートにデータが表示されないことがあります。レポートに部分的なデータが表示されることがあります。ただし、アップロード中、リアルタイム レポートには常にアクティビティが表示されます。

4

2 に答える 2

14

ドキュメントGoogle Analytics Collection Limits and Quotasから直接

これらの制限は、ウェブ プロパティ / プロパティ / トラッキング ID に適用されます。

プロパティごとに 1 か月あたり 1,000 万ヒット

測定プロトコル

ユニバーサル アナリティクスが有効

これは、analytics.js、Android iOS SDK、Measurement Protocolに適用されます。

ユーザーあたり 1 日あたり 200,000 ヒット e コマースを除くセッションあたり 500 ヒット (アイテムおよびトランザクションのヒット タイプ)。これらの制限のいずれかを超えると、そのセッション/日にそれぞれ追加のヒットが処理されなくなります。これらの制限はプレミアムにも適​​用されます。

ここで、測定プロトコルについて具体的に述べていないことに同意しper second it rateますが、上記のものは測定をanalytics.jsでダンプしたので、それを想定できると思います

分析.js:

各 analytics.js トラッカー オブジェクトは 20 ヒットから始まり、1 秒あたり 2 ヒットの割合で補充されます。e コマース (アイテムまたはトランザクション) を除くすべてのヒットに適用されます。

しかし、開発チームに電子メールを送信していることを確認するために、測定プロトコルの 1 秒あたりのレートがどこにあるのかをより明確にする必要があります。彼らから聞いたら、ここに再投稿します

Google からの応答

Measurement Protocol は、IP アドレスやトラッキング ID などによるレート制限や割り当てを行いません。ただし、ほとんどのクライアント ライブラリは何らかの形でレート制限を行っています。

Linda が彼女の回答で指摘しているように、バックエンドによって課されるさまざまな制限とクォータがありますが、それらは収集時ではなく処理時に行われます。

結論

測定プロトコルを介したデータの送信に制限はありません。ただし、データの処理時に制限が適用される場合があります。彼らは月間最大 200 万ヒットを指しているのかもしれません。測定プロトコルではなく、データを直接送信できる速度に制限を適用するのはライブラリのようです。

于 2015-07-06T07:07:10.860 に答える
0

最終更新:すべての GA クォータ ポリシーについて説明している次のビデオをご覧ください: https://youtu.be/1UfER93ALxo

特に、問題は 10 リクエスト/1 秒の制限の結果である可能性があります: https://youtu.be/1UfER93ALxo?t=5m27s

同じことを確認できます。私の場合、測定プロトコル要求 (MPR) の URL を構築し、hitPayload フィールドに格納する独自の buildHitTask がありました。しかし、元の GA レポートの代わりに、レポートを遅らせるために、これらの URL を Cookie に保存していました。

私の実験では、2,000 件の測定プロトコル リクエストのうち、実際に「保存」されたのは 10 ～ 20% だけでした。

残りのヒットは、API でも BigQuery でも、GA レポート UI では利用できません。各リクエストは new Image() メソッドを介して 2 秒の遅延で送信され、エラーの場合は速度が低下しました。受け取った結果は一貫していません。成功したヒットと失敗したヒットの両方が、全期間にわたってランダムに分散されます。

この制約の詳細を見つけた場合はお知らせください。

于 2015-07-03T04:31:51.997 に答える