問題タブ [measurement-protocol]

Google アナリティクスは、測定プロトコルでアクティブ ユーザーと新規ユーザーをどのように測定しますか。

新規ユーザーの測定方法 、それは ipaddress に基づいていますか？すべてのリクエストに同じ cid=555 を送信します。

ウェブサイトでは、Cookieを使用していることがわかります

ありがとうございました

リクエストが Google アナリティクスに送信されると、Measurement プロトコルは Cookie を作成しますか? もしそうなら、クッキーの名前は何ですか、その場所. IP アドレスに基づいてユーザーを追跡しますか?

測定プロトコルを使用してリクエストがGoogleアナリティクスに送信されたときに、_ga Cookieまたは_utmaなどのCookieが表示されないためです。それは有り難いです。

測定プロトコル 新規ユーザーとリピーターを識別するために、ユーザー ID フィールドを使用できますか。(つまり、ユーザー名またはユーザーに固有のその他の識別子をハッシュし、それを特定のユーザーに関連付けることができます。このようにして、新しいユーザーとリピーターを効果的に識別できます。

CID に関する質問 -- CID は、セッションの有効期限が切れるまで、ユーザーのセッションを一意に識別するために使用されます。ユーザー セッションごとに cid を生成するには、セッションの有効期限を手動で追跡する必要がありますか?

明確にしてください

同様のリクエストを送信しましたが、Google アナリティクスの [リアルタイム] セクションに表示されません。次の
ガイドに従いました: Measurement Protocol 開発者ガイド

しかし、どうやら私は何かが欠けている

User Id (測定プロトコルで使用) に基づいてビューで情報を表示する方法。次のリクエストを送信していますが、ユーザー ID ベースのビューで Google アナリティクスに登録されていないようです。

http://www.google-analytics.com/collect?&ul=en-US&v=1&tid=UA-xxxxxx-2&cid= {9ddbf6d0-1909-4ea8-afd0-bcbfbbfd1c3e}&t=pageview&dt=Share%20tab&dp=Share%20tab&uid =hsjfy4782jduyth6k4

まだ [すべての Web サイト データ] (デフォルト ビュー) の下にあることに気付きました

Google アナリティクス測定 API で手動セッション コントロールを使用しようとしていますが、機能しません。いろいろいじった後、基本的なテストケースとして、分析で簡単なテストサイトを設定し、次のリクエストを手動で行いました。

次に、分析を見て待機すると、問題のセッションは、「sc = end」リクエストで終了するのではなく、通常の 30 分後にタイムアウトします。たとえば、「リアルタイム -> イベント」ページの下で、リクエストを行ってから約 5 分後、「アクティブなユーザー」タブの下にまだ両方の「ユーザー」があり、ページはまだ「現在: 2 人のアクティブなユーザー」がいると主張しています。サイト上のユーザー」。

測定プロトコルを使用してオフライン イベント トラッキングをセットアップするという目標があるとします。私たちの側からの唯一の制限は、1 日 1 回イベント フィードを投稿し、GA UI からの正しい標準レポートを使用して GA をセットアップする必要があることです。

一般提供の制限:

• セッション タイムアウトの制限は 4 時間です。
• 報告されたヒットが発生してからヒットが送信された時刻までの最大時間差 - qt パラメータも 4 時間に制限されています。

テストケース：

「0」。セッションのタイムアウト制限は最大 4 時間に設定されています。

1. ユーザーが午前 9 時にサイトにアクセスし、最初のセッションが作成されます。
2. 通話に必要な情報を取得するのに 10 分かかります。
3. ユーザーが電話をかけ、午前 9 時 10 分に電話で注文します。個人を特定できない固有のコードが CRM への呼び出しと共に渡され、GA ディメンションと uid に保存されます。
4. 午後 6 時に、CRM は通話レポートを生成し、測定プロトコル イベント アップロード HTTP 要求を使用して GA に渡します。
5. 午後 6 時に、CRM はトランザクション レポートを生成し、測定プロトコル トランザクション リクエストを使用して、電話注文の値と番号を GA に渡します。

質問:

1) テスト ケースの 5 番目のステップで説明されているリクエストの qt パラメータは、次のようにする必要がありますか?

1.1) 可能な最大値 - 4 時間 (そうしないと、このルール「4 時間を超える値は処理されないヒットにつながる可能性がある」によって処理されない可能性があるため) 1.2) 実際の値 - 8 時間 & 50 分。

2) 1.1 は最初のセッションのタイムアウトになりますか?

3) 1.1 の結果、2 番目のセッションが作成されますか?

• start-time は午後 4 時と 50 分です。
• 終了時間は午後 4 時と 50 分です。
• デフォルトの user-agent は、測定プロトコル HTTP リクエストで使用された値と同じです。
• デフォルトではクローズされていないため、ユーザーが 2 回目に訪問したのが午後 4 時である場合、この訪問のヒットはこのセッションに送信されます。

4) この 2 番目のセッションは、次のような標準レポートのパラメーターの値に影響しますか?

• 平均セッション時間;
• 平均直帰率と離脱率;
• セッションあたりの平均ページ。

5) 2 回目のセッションは、フロー レポートやその他の Google レポートに影響を与えますか?