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 レポートに影響を与えますか?

4

1 に答える 1

1
  1. 日付から 4 時間以上経過している場合は、可能な最大値または 0 に等しい必要があります。実際の日付をカスタム フィールドとして書き込み、後でデータを処理する必要があります。
  2. はい、最後のセッションが期限切れになった場合、新しいセッションが作成されます。
  3. 幾分。
  4. はい。
  5. フロー レポートは、セッションではなくユーザーに基づいています。
于 2016-02-22T09:56:36.793 に答える