Klaviyo 是否会在访客被识别前保存匿名活动？
*Klaviyo 现在可以在识别后回填某些站内事件，但仅当浏览器、同意、事件类型、存储窗口和识别触发条件满足要求时。以下介绍哪些活动会被恢复，哪些不会，以及如何测试完整流程。*
相关文章
要点
简要总结
- Klaviyo 当前的匿名访客活动回填功能可以存储识别前符合条件的客户端站内事件，随后将其附加到已识别的用户档案。
- 匿名历史存储在该浏览器的本地存储中，最长可达14天；Safari 可能限制为7天的本地存储寿命。
- 回填需要适用的同意、正常工作的 Klaviyo.js、支持的事件、可用的浏览器存储以及后续的识别触发。
- 历史来源信息不会被回填，私密浏览或存储阻止可能导致事件无法恢复。
- 回填解决同一浏览器中的延迟识别问题。Capture 和 ReCapture 解决不同的缺口：全新符合条件的匿名访客和因身份链接丢失而返回的已知订阅者。
为什么旧答案说活动会丢失？
因为 Klaviyo 的行为发生了变化。2022–2023 年的社区讨论得出结论，识别前记录的事件不会被回填。Klaviyo 当前的帮助文档已将匿名访客活动回填描述为支持的功能。
这是一个有用的 SEO 和实施教训：原始问题依然有效，但当前答案必须基于最新文档。不要将旧论坛回复视为最终产品规范。
> 在更改流程前绘制完整身份时间线。 查看电商身份解析如何连接事件和档案，包括浏览器连续性可能失败的节点。
Klaviyo 匿名活动回填如何工作？
当符合条件的访客尚未被识别时，Klaviyo.js 可以将支持的站内操作记录到浏览器本地存储。Klaviyo 文档称该机制为 kl-post-identification-sync，并指出事件可能保留最长14天。
当浏览器随后接收到合格的身份信号时，存储的事件会发送到关联的用户档案，并从本地存储中清除。
Anonymous browser
→ eligible onsite event stored locally
→ visitor identifies within the storage window
→ stored event sent to Klaviyo
→ historical event appears on the profile回填可由 Klaviyo 表单提交、跟踪消息点击、Identify API 或支持的结账/联系事件触发。Shopify 结账识别还依赖相关集成设置、行为事件和同意状态。
哪些事件可以回填？
Klaviyo 表示匿名回填适用于通过 Klaviyo.js 捕获的客户端事件，包括常见事件如“站内活跃”、“浏览产品”和“添加到购物车”，前提是集成将这些事件发送到客户端。
| 数据类型 | 是否回填 | 重要条件 |
|---|---|---|
| 站内活跃 | 经常 | 需 Klaviyo.js、同意、本地存储及后续识别均正常 |
| 浏览产品 | 经常 | 集成必须安装产品浏览跟踪 |
| 添加到购物车 | 经常 | 事件必须是支持的客户端事件且正确触发 |
自定义 klaviyo.track() 事件 | 可能 | 必须由站内跟踪机制记录 |
| 历史流量来源 | 否 | Klaviyo 明确表示匿名回填不恢复来源 |
| 无档案标识的服务器端事件 | 不通过浏览器回填 | 服务器负载和身份设计决定关联 |
| 来自其他设备的事件 | 不自动 | 浏览器本地历史不会自动跨设备迁移 |
什么会阻止历史记录出现？
功能未启用
必须在 Klaviyo 的数据设置中启用匿名访客跟踪。
同意阻止存储
如果商店使用同意工具，访客通常必须允许相关的分析和营销存储，Klaviyo 才能本地记录匿名活动。
访客识别过晚
Klaviyo 文档中最长窗口为14天，Safari 可能在7天后过期本地存储。超出可用窗口的活动无法从该浏览器存储恢复。
私密模式或阻止导致本地存储失败
Klaviyo 指出，隐身、私密浏览和阻止可能阻止匿名事件被记录和恢复。
事件未触发
回填无法恢复未捕获的事件。主题更改、选择器问题、同意加载顺序、重复脚本和集成设置可能导致“浏览产品”或“添加到购物车”事件未被捕获。
识别发生在其他设备
匿名历史存储在原始浏览器中。稍后在另一台手机输入邮箱不会将第一个浏览器的本地存储传输到新会话。
回填和识别匿名访客是同一回事吗？
不是。回填是在未来身份信号到达前保存活动；它本身不提供邮箱地址。
| 缺口 | 缺失内容 | 适用机制 |
|---|---|---|
| 同一浏览器中延迟识别 | 邮箱在站内事件后到达 | Klaviyo 匿名访客活动回填 |
| 全新高意向购物者未提交邮箱 | 无店铺档案可用 | Attribuly Capture 通过基于同意的身份网络识别符合条件的美国访客 |
| 已有订阅者因 Cookie 丢失或未识别会话返回 | 档案存在，但当前行为断开 | Attribuly ReCapture 将符合条件的行为重新连接到现有 Klaviyo 档案 |
| 事件实现失败 | 行为从未被捕获 | 修复主题、像素、脚本、集成或服务器事件传递 |
Attribuly Capture 覆盖从未触发店铺识别事件的高意向匿名受众。首500个识别邮箱免费，无需信用卡。
Attribuly ReCapture 关注已存在 Klaviyo 中的订阅者，其返回行为不再与档案关联。Attribuly 保证 ReCapture 投入的回报率最低4倍，基于 ReCapture 识别的购物者恢复的购物车收入计算。
想了解数据支持的覆盖缺口，下载 Attribuly 的邮箱识别基准白皮书。该报告比较了400个品牌、8个行业、4个高价值事件及多种店铺规模的 ESP 识别率及相关收入表现。
> 比较原生回填与仍未覆盖的受众。 使用您的流量、行业、平均订单价值和月度 GMV 运行 Attribuly 购物者识别审核。
如何正确测试匿名回填？
1. 确认设置和同意路径
启用匿名访客跟踪，记录允许 Klaviyo.js 和本地存储运行的同意选项。
2. 在干净的普通浏览器会话中开始
使用全新浏览器配置文件进行主要正向测试。私密模式稍后可用作负向对照测试，因为它可能阻止您要验证的机制。
3. 在识别前创建已知事件
浏览产品、添加到购物车并记录准确时间戳。验证匿名事件数据是否出现在本地存储中。
4. 在同一浏览器中识别
提交 Klaviyo 表单，使用受控 Identify API 调用，或完成支持的结账身份步骤。保持邮箱唯一以便测试。
5. 检查档案时间线
确认先前事件时间戳出现在结果档案中，且本地存储已按预期清除。
6. 分别测试边界
使用私密窗口、不同设备、拒绝同意和超出存储期的延迟重复测试。这些测试揭示边界，而非混淆正常路径。
常见错误
仅在识别后测试
这只能确认正常跟踪，不是回填。重要事件必须发生在身份信号之前。
期望恢复来源信息
Klaviyo 表示匿名活动回填不包含历史来源。重要时请单独保存获取数据。
认为回填可跨设备
浏览器本地存储是设备和浏览器特定的。跨会话连续性需更广泛的身份策略。
使用旧论坛行为作为当前规则
产品功能已变。每次重大迁移时请更新实施指导并重新检查官方文档。
下一步
先启用并测试原生回填。然后衡量仍未覆盖的部分：从未识别的访客、当前会话断开的返回订阅者、未触发的事件和不符合流程资格的档案。
> 测试剩余身份缺口。 开始七天 Attribuly 试用，同时评估 Capture 和 ReCapture 与原生 Klaviyo 覆盖的差异。
相关阅读
常见问题
Klaviyo 在识别前会保存匿名活动多久？
Klaviyo 会回填“添加到购物车”事件吗？
匿名回填会恢复流量来源数据吗？
匿名访客能否后续触发流程？
回填在隐身模式下有效吗？
回填和 ReCapture 有何区别？
Capture 和 ReCapture 可以一起测试吗？
来源
关于 Attribuly
Attribuly 帮助 DTC 品牌挽回弃购收入。我们识别被你的 ESP（如 Klaviyo）遗漏的匿名访客和已有订阅者，补全他们的画像，并将这些信号回传，让你的弃购流程正常触发、再营销受众持续增长，并帮助你至少多挽回 15% 的收入。 Shopify Featured App，Klaviyo 技术合作伙伴。已获 20,000+ 品牌信任。保证 4× ROI。