Session 管理

入口迁移说明

Session 管理位置迁移

神策分析 2.4 版本后，Session 管理的入口从元数据管理迁移至 Session 分析内，元数据管理不再保留 Session 管理的入口

概述

第一次进行 Session 分析之前需要在这里创建 Session。

1. 点击 A 处“创建 Session”按钮可以创建一个 Session。
2. 点击 B 处编辑已经存在的 Session。

创建 Session

1. 在 A 处输入 Session 的名字，必须是合法的变量名。
2. 在 B 处输入显示名。
3. 在 C 处可以选择多个事件，在这里选择事件参与此 Session 分析。
4. 在 D 处输入 Session 的切割时间。
5. 在 E 处可开启事件切割，在原有的根据间隔时间切割的基础上，我们支持使用指定的「开始事件」和「结束事件」进行会话切割

计算口径说明

新的 session 切割是如何实现的？

步骤 1：将用户的行为序列，按照发生时间远到近进行排序

步骤 2：以第一个行为作为起点，向后进行匹配。

若匹配到的是一个「开始事件」：那么会自动切断会话；以这个「开始事件」作为起点，进行第二个 session 的匹配

若匹配到的是一个「结束事件」：那么会将这个「结束事件」划入到当前会话中；以「结束事件」的下一个事件作为起点，进行第二个 session 的匹配

若在切割时间内没有匹配到任何事件：那么就会自动切断会话；以下个事件作为起点，进行第二个 session 的匹配

同时并发人数是如何实现的？

我们认为一个会话是一个持续的时段，那么在计算同时并发人数的时候，就判断该时间点有多少个会话同时在线即可。

如图所示：

• 时间点 1 的同时在线人数为 3
• 时间点 2 的同时在线人数为 2
• 时间点 3 的同时在线人数为 1

使用场景

什么时候使用开始和结束事件？

当我们对我们的会话有明确的开始和结束事件的定义时，可以使用开始和结束来让我们切割出来的会话更加符合预期。

比如：

• 在视频行业中有明确的「开始播放」和「结束播放」
• 在移动端有明确的「APP 启动」和「APP 退出」
• 一次转化路径中，会认为「首页」算做一个开始的点，「支付」的发生是一个结束的标志

同时并发人数可以分析什么？

在事件是存在持续行为的场景中，同时并发人数相对事件的发生次数更加有代表意义。

我们来举个例子：

• 一个视频类的 APP，每个时段都有用户不断地进入和退出。
• 当我们做一些线上的活动时，希望在用户在线时间最密集的那一刻进行活动的推送
• 那么我们如何判断出哪个时段是在线的用户最多的时段呢？

我们来看一下模拟数据的结论：

实际上，我们的用户在 20:00 至 20:30 之间是在线人数最多的，在这个时间段进行运营活动效果最好