如何为回访的Shopify访客客户创建稳定的标识符？
*访客购物者在不同时间可能拥有浏览器ID、购物车令牌、结账令牌、邮箱以及最终的Shopify客户ID。可靠的解决方案不是一个神奇的访客ID，而是一个受控的身份映射，知道何时可以将这些信号连接起来。*
相关文章
要点
简要总结
- 预购的Shopify访客不会从通用、永久的个人级客户ID开始。
- 会话ID、Cookie、购物车令牌和结账ID描述的是浏览器或交易上下文；它们不能自动证明跨设备的同一人。
- 邮箱、登录、结账联系方式、订单客户ID或其他确定性信号可以将访客旅程锚定到个人资料。
- 使用带有来源、同意、时间戳、置信度和合并规则的身份图，而非覆盖标识符。
- Capture可识别部分符合条件的高意向美国访客；ReCapture可在浏览器链接丢失时重新连接已在Klaviyo中存在的回访购物者。
为什么购买前没有单一的Shopify访客客户ID？
在访客身份未确认前，Shopify及相关工具可以观察会话和商业行为，但不一定知道具体人。此阶段可用的标识符用途不同：
| 标识符 | 代表 | 用途 | 主要限制 |
|---|---|---|---|
| 会话或浏览器ID | 一个浏览器上下文 | 页面和产品事件排序 | 可能过期、重置或跨设备不同 |
| 第一方Cookie/本地存储 | 浏览器连续性 | 回访会话识别 | 受同意、删除和浏览器限制影响 |
| 购物车令牌 | 一个购物车实例 | 恢复商品和购物车上下文 | 一人可创建多个购物车；令牌非通用身份 |
| 结账ID/令牌 | 一个结账实例 | 连接结账阶段事件 | 出现在流程后期，且特定于交易 |
| 邮箱或登录ID | 确定性个人资料信号 | 连接行为到已知个人/资料 | 必须在适当同意和控制下收集使用 |
| Shopify客户ID | Shopify客户记录 | 订单和客户生命周期 | 记录存在后才可用，不能自动识别早期浏览器 |
| ESP个人资料/外部ID | 营销系统记录 | 分群和自动化 | 需事件到个人资料的连接以激活行为 |
“稳定访客标识符”因此是标识符间的关系，而非首次页面浏览时出现的单一字段。
> 在实施前理解身份模型。 阅读电商身份解析指南了解标识符优先级、合并逻辑和激活模式。
Shopify访客身份记录应包含什么？
保持一个追加式身份映射，保存每个信号的来源。
internal_person_or_profile_key
├── browser/session IDs
├── cart and checkout tokens
├── Shopify customer ID, when available
├── ESP profile ID or external ID
├── hashed or protected email reference
└── consent, source, timestamps, and merge evidence至少记录：
- 标识符类型和值或受保护表示；
- 首次和最后一次出现时间戳；
- 来源系统和事件；
- 店铺和环境；
- 同意和允许目的；
- 置信度或合并依据；
- 合并和拆分审计历史；
- 保留和删除状态。
不要默默用邮箱替换会话ID。保留两者并记录建立关系的原因。
何时安全地合并两个访客会话？
优先使用确定性证据。
更强信号
- 相同的认证客户账户；
- 在适当目的下相同的验证结账邮箱；
- 相同的Shopify客户或ESP个人资料ID；
- 识别目标浏览器的跟踪邮箱点击；
- 用户提供验证标识符后的显式识别调用；
- 有文档来源的合格身份网络匹配。
较弱信号
- IP地址；
- 用户代理；
- 大致位置；
- 类似产品活动；
- 共享家庭或企业网络。
弱信号可辅助防欺诈、分析或概率模型，但不应单独作为两个浏览器属于同一人的证明。
身份生命周期应如何运作？
1. 创建匿名会话密钥
仅在适用同意决策后分配范围限定的第一方标识符，用于连接允许的浏览器上下文内事件。
2. 保留商业标识符
将购物车和结账令牌附加到匿名会话。用稳定事件ID和时间戳去重事件。
3. 出现身份时添加
当购物者登录、提供结账联系信息、点击跟踪消息或提供有效信号时，根据明确合并规则将匿名上下文关联到已知个人资料。
4. 发送身份和行为到目标系统
仅为允许目的将结果个人资料映射到Shopify、Klaviyo、分析和广告目标。保持每个目标的同意和抑制状态。
5. 保守地重新连接未来访问
使用持久的第一方或允许的身份层恢复已知关系。绝不单凭IP地址推断个人级身份。
6. 支持更正和删除
身份错误会在系统间累积。维护拆分、访问、删除和抑制流程。
Capture和ReCapture的作用？
它们解决访客身份问题的两端。
| 访客情况 | 缺失环节 | 产品适用 |
|---|---|---|
| 高意向美国访客从未向店铺提供邮箱 | 无法创建可访问的个人资料 | Attribuly Capture通过基于同意的身份网络识别符合条件的访客并同步个人资料及意向行为 |
| 回访访客已有Klaviyo个人资料但无实时浏览器连接 | 当前事件无法关联已知订阅者 | Attribuly ReCapture将符合条件的现场行为重新连接到现有个人资料，使原有流程可评估 |
| 购物者保持匿名且不符合匹配条件 | 无合法或可靠的个人级信号 | 保持汇总/会话分析；不强制个人身份 |
Capture免费包含首500个已识别邮箱，无需信用卡。ReCapture提供最低4倍支出回报保证，基于其识别购物者带来的恢复购物车收入。
要评估更强身份连续性的商业效果，阅读Attribuly的邮箱识别与收入白皮书。分析涵盖400个品牌、8个行业、4个高价值事件及不同店铺规模，连接ESP识别覆盖率与收入结果。
> 估算更好身份连续性的价值。 使用Attribuly购物者识别审核比较8个行业400品牌的高价值事件覆盖率。
应该测量什么？
将身份系统视为漏斗跟踪：
- 允许事件捕获的匿名会话；
- 包含高价值行为的会话；
- 关联到个人资料的会话；
- 每种识别方法创建的链接；
- 每个激活渠道合格的个人资料；
- 恢复的订单和增量毛利；
- 错误合并、拆分、删除、投诉和抑制。
无激活资格或准确性控制的匹配率不是业务成果。
常见错误
将购物车令牌用作个人ID
购物车是对象，不是客户。保持购物车和个人标识符分开。
将IP地址视为确定性身份
网络共享且地址变化。单凭IP不是安全的个人级键。
无来源合并
无法解释两个ID为何合并，后续无法审计或更正个人资料。
同步时忽视同意和抑制
个人资料身份不自动赋予营销许可。保持每个目标的渠道特定状态。
下一步
设计身份为生命周期：匿名会话、商业上下文、确定性锚点、目标个人资料、未来重连和删除。该模型比寻找不存在于每个阶段的永久访客ID更可靠。
> 测试两种身份缺口。 开始七天Attribuly试用。Capture免费包含首500个已识别邮箱，ReCapture享有上述条件的4倍ROI保证。
相关阅读
常见问题
Shopify是否为每个匿名访客分配客户ID？
访客结账最终会创建Shopify客户记录吗？
购物车令牌能识别回访客户吗？
本地存储能提供永久访客ID吗？
如何将访客行为连接到Klaviyo？
Capture和ReCapture对访客购物者有何区别？
两个产品能同时运行吗？
关于 Attribuly
Attribuly 帮助 DTC 品牌挽回弃购收入。我们识别被你的 ESP（如 Klaviyo）遗漏的匿名访客和已有订阅者，补全他们的画像，并将这些信号回传，让你的弃购流程正常触发、再营销受众持续增长，并帮助你至少多挽回 15% 的收入。 Shopify Featured App，Klaviyo 技术合作伙伴。已获 20,000+ 品牌信任。保证 4× ROI。