【问题标题】:Kontagent API - per session statisticsKontagent API - 每个会话统计信息
【发布时间】:2013-04-01 11:53:01
【问题描述】:

我们的任务是将我们的项目与 Kontagent 集成。我们的要求包括跟踪用户会话的长度。对于用户活动,Kontagent 支持特定的请求类型 - 页面请求(又名 pgr,根据他们的 documentation)。这种类型的请求用于识别用户访问并通过适当的用户 ID 进行累积,也可以通过从 IP 地址获取地理位置信息来使用。但是,没有类似的方法可以通过会话 ID 跟踪会话。

那么,我需要知道 Kontagent 如何计算会话长度?它是根据用户活动频率自动完成的,还是我应该发送一些请求来识别会话?我可以想到 2 个选项,但我都不喜欢这两个选项:

  • 使用额外的Page Request 和会话 ID。 除了确认用户活动的标准请求之外,我可能会发送额外的一个,这次传递会话 ID。如果 Kontagent 使用一些算法来计算基于用户活动频率的会话长度(由我们已经发送的用户 ID 的Page Requests 知道),这将是不必要的,并且在统计方面毫无意义,所以问题已回答。

  • 使用默认Page Request中的data参数。 Kontagent 支持大多数请求的data 参数。它是 base64 编码的 JSON 映射对象,应该包含键值对,我可以将会话 ID 放在那里。问题是,data 参数中的信息不参与/影响 Kontagent 计算的统计信息 - 例如按会话 ID 分组和提取每个会话聚合。

我很乐意了解有关这件事的任何线索。

【问题讨论】:

    标签: analytics web-analytics-tools kontagent


    【解决方案1】:

    这个问题的答案在一定程度上取决于您希望会话长度信息的粒度有多大。因此,我强烈建议您向支持部门发送电子邮件,以获得有关您的特定用例的更多说明。

    列出该警告后,Kontagent 会计算大多数客户的平均会话时长,因此您无需传入或计算“会话”信息。此平均会话长度是通过检查应用程序的给定用户的消息流,然后寻找大于某个阈值的消息间隙来计算的(对于社交应用程序,阈值是 30 分钟;对于移动应用程序,阈值是 2分钟),表示一个会话的终止,并可能开始下一个会话。

    如果您需要比检查平均会话长度更精细(例如,如果您想查看特定用户的会话长度),那么可以在我们的 DataMine 产品中运行此查询,它允许您查询您传递给 Kontagent 的原始消息数据。

    【讨论】:

    • 谢谢,我不确定 Kontagent 如何跟踪会话。这已经足够有用了。此外,与此同时,我们一直在澄清我们的要求,不需要具体的会话跟踪 - Kontagent 中已经存在的内容似乎就足够了。
    猜你喜欢
    • 2019-12-26
    • 1970-01-01
    • 1970-01-01
    • 2019-09-04
    • 1970-01-01
    • 1970-01-01
    • 2011-04-25
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多