跨渠道分析分为两个阶段来处理某个给定连接中的数据:
不会重放回看窗口以外的数据。访客必须在给定的回看窗口内进行身份验证,才能同时识别未经验证及已验证的访问。在识别出某项设备后,则会从该点开始对其进行实时拼接。
CCA 会尝试在收集时将每个事件与已知设备和渠道进行拼接。请考虑以下示例,其中 Bob 使用两个不同渠道。
收集数据当天显示的数据:
时间戳 | 网站数据集永久 ID | 网站数据集临时 ID | 呼叫中心人员 ID | 使用的人员 ID | 点击说明 | “人员”量度(累积) |
---|---|---|---|---|---|---|
1 |
246 |
- | - | 246 |
Bob 在其台式机上访问您的网站,且未经过身份验证 | 1 (246) |
2 |
246 |
Bob |
- | Bob |
Bob 在台式机上登录 | 2 (246 和 Bob) |
3 |
- | - | Bob |
Bob |
Bob 致电客户服务 | 2 (246 和 Bob) |
4 |
3579 |
- | - | 3579 |
Bob 在其移动设备上访问您的网站,且未经过身份验证 | 3 (246、Bob 和 3579) |
5 |
3579 |
Bob |
- | Bob |
Bob 通过移动设备登录 | 3 (246、Bob 和 3579) |
6 |
- | - | Bob |
Bob |
Bob 再次致电客户服务 | 3 (246、Bob 和 3579) |
7 |
246 |
- | - | Bob |
Bob 再次在其台式机上访问您的网站,且未经过身份验证 | 3 (246、Bob 和 3579) |
新设备上未经身份验证和经过身份验证的事件都将计为单独的人员(临时)。已识别设备上的未经身份验证的事件将进行实时拼接。
识别的自定义变量与设备关联后,就会立即开始归因。在以上示例中,除事件 1 和 4 之外的所有其他事件都将进行实时拼接(它们都使用 Bob
标识符)。重播拼接后,归因可适用于事件 1 和 4。
CCA 会定期(每周一次或每天一次,具体取决于选择的回顾时间范围)根据其当前识别的设备重新计算历史数据。如果设备最初在未经身份验证的情况下发送数据,然后登录,则 CCA 会将那些未经身份验证的事件与正确的人员关联起来。下表与上表所示的数据相同,但根据重播数据显示了不同的数字。
重播后的相同数据:
时间戳 | 网站数据集永久 ID | 网站数据集临时 ID | 呼叫中心人员 ID | 使用的人员 ID | 点击说明 | “人员”量度(累积) |
---|---|---|---|---|---|---|
1 |
246 |
- | - | Bob |
Bob 在其台式机上访问您的网站,且未经过身份验证 | 1 (Bob) |
2 |
246 |
Bob |
- | Bob |
Bob 在台式机上登录 | 1 (Bob) |
3 |
- | - | Bob |
Bob |
Bob 致电客户服务 | 1 (Bob) |
4 |
3579 |
- | - | Bob |
Bob 在其移动设备上访问您的网站,且未经过身份验证 | 1 (Bob) |
5 |
3579 |
Bob |
- | Bob |
Bob 通过移动设备登录 | 1 (Bob) |
6 |
- | - | Bob |
Bob |
Bob 再次致电客户服务 | 1 (Bob) |
7 |
246 |
- | - | Bob |
Bob 再次在其台式机上访问您的网站,且未经过身份验证 | 1 (Bob) |
仅为网站数据集重放数据。呼叫中心数据集保持不变,但在使用正确的人员 ID 时匹配。