2

假设我们的目标是使用测量协议设置离线事件跟踪,我们这边唯一的限制是我们需要每天发布一次事件提要,并使用来自 GA UI 的正确标准报告进行 GA 设置。

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 是否会导致创建第二个会话,其中:

  • 开始时间等于下午 4 点和 50 分钟;
  • 结束时间等于下午 4 点和 50 分钟;
  • user-agent 默认等于测量协议 HTTP 请求中使用的值;
  • 默认情况下不关闭,因此如果第二次用户访问是在下午 4 点,则此访问的点击将被发送到此会话;

4)这第二个会话是否影响标准报告参数的值,例如:

  • 平均会话长度;
  • 平均跳出率和退出率;
  • 每个会话的平均页数;

5) 第二个会话是否会影响流量报告或任何其他 Google 报告不正确?

4

1 回答 1

1
  1. 它应该等于可能的最大值,如果距离日期超过 4 小时,则为 0,您应该将实际日期写入自定义字段并稍后处理数据。
  2. 是的,如果最后一个会话过期,将创建一个新会话。
  3. 有些。
  4. 是的。
  5. 流量报告基于用户而不是会话。
于 2016-02-22T09:56:36.793 回答