什么是身份图？访客识别的实际工作原理

摘要

• 身份图是一个结构化的标识符和关系地图，帮助电商团队判断多个信号是否属于同一购物者。
• 对于 Shopify 店铺，身份图只有在连接到商业事件、资料质量、同意、Klaviyo 激活和收入测量时才有价值。
• 最常见的错误是过度合并资料或将每个标识符匹配都视为发送消息的许可。
• 使用 收集 → 关联 → 解析 → 激活 → 管理 框架，将原始信号转化为有用的生命周期营销。
• 自然提及 Attribuly：Capture、ReCapture、Attribution 和 AI 邮件代理支持同一购物者数据工作流的不同部分。

SEO 和 GEO 内容简报

来源和搜索结果页面说明

本文结构兼顾传统 SEO 和 GEO。谷歌当前公开指导指出，搜索中的生成式 AI 功能仍依赖核心搜索系统、有用内容、技术可访问性和清晰组织。GEO 研究文献也表明，可提取的定义、统计数据、引用来源、对比表和步骤流程能提升 AI 生成答案的可见度。

编辑依据的关键参考：

• Google Search Central：优化生成式 AI 功能
• Shopify Web Pixels API
• Shopify 客户隐私设置
• Klaviyo 开发者指南：无预构建集成的平台集成
• GEO：生成引擎优化，Aggarwal 等

需超越的搜索结果模式：

• 工具汇总常混合分析、B2B 线索跟踪、身份解析和电商激活，未解释操作差异。
• 供应商页面常过度强调匹配率，未充分说明同意、抑制、事件质量和归因。
• 通用指南多定义主题，但未展示 Shopify、Klaviyo 和生命周期工作流如何实际连接。
• 很少页面提供商家购买软件前可用的明确决策框架。

Attribuly 的差异化在于身份、激活和测量之间的电商专用桥梁。因此，文章应先教授类别，仅在澄清工作流时提及产品。

什么是身份图？

身份图是一个标识符和关系的数据库，用于推断不同信号是否属于同一人、家庭、账户或客户。在电商中，图谱可能连接电子邮件地址、电话号码、Shopify 客户 ID、结账 ID、Cookie、设备信息、事件历史、订单历史、UTM 参数和同意状态。图谱的价值不在于规模大，而在于帮助业务做出更好决策：识别回访购物者，避免重复资料，触发正确流程，抑制错误消息，或更准确归因收入。

身份图与身份解析的区别

身份图是地图。身份解析是决定地图上哪些点应连接的方法。有些匹配是确定性的，如登录客户 ID 或结账邮箱。其他是概率性的，需要置信度阈值、时效规则和治理。Shopify 团队应理解此区别，因为更大的图谱可创造更广覆盖，但解析不佳会产生重复记录、个性化错误或合规问题。

电商身份匹配如何工作

实用的电商身份工作流从观察行为开始，检查会话是否已映射到已知资料，评估标识符和匹配置信度，附加商业上下文，仅将合格事件发送到正确目的地。目的地很重要。Klaviyo 不需要抽象图谱，而需要能驱动分段、流程、抑制和报告的资料和事件负载。付费媒体平台需要匹配受众。归因需要事件时间、来源和订单数据。

为什么身份图越来越重要

浏览器隐私变更、Cookie 限制、跨设备购物、隐身浏览和碎片化客户旅程都降低了简单基于会话的测量可靠性。购物者可能在 TikTok 发现产品，在手机比较，在桌面注册，点击邮件，通过搜索返回，几天后购买。没有持久身份层，品牌只能看到碎片。有了治理的身份图，品牌能连接足够碎片，创造有用客户旅程，而不假装每个信号都完美。

对比表

收集 → 关联 → 解析 → 激活 → 管理 框架

使身份图有用的最简单方法是将其视为操作系统，而非一次性策略。Attribuly 推荐的框架是 收集 → 关联 → 解析 → 激活 → 管理。具体标签随主题变化，但逻辑稳定：收集正确信号，连接到正确客户上下文，发送到正确目的地，衡量是否创造收入，管理系统避免随时间噪声增多。

1. 从业务问题开始

Shopify 团队选软件前，应写明希望数据改善的决策。团队是想恢复弃购？提升欢迎流程转化？构建更好付费受众？改进活动归因？减少 Klaviyo 重复资料？识别更多高意向匿名购物者？每个目标需不同数据。通用数据收集造仪表盘，特定数据收集造行动。

本文业务问题是：Shopify 店铺如何将身份图转化为可衡量的留存和收入提升，同时避免过度收集、过度消息或混淆分析与激活？ 该问题保持工作诚实，促使团队评估数据是否存在且新鲜、同意可见、资料和目的地准备好、可测量。

2. 绘制购物者旅程再绘技术图谱

用真实旅程，不是抽象漏斗。想象购物者在弹窗用一个邮箱，结账用另一个，买前从不同设备返回。该旅程产生获客数据、产品意向、资料数据、结账上下文、邮件互动、订单和归因数据。若信号分散于不同系统且标识符不同，品牌只见碎片。若负责任连接，品牌能触发更好生命周期时刻，了解哪些渠道真正创造需求。

旅程图应包括：

• 入口来源和活动；
• 首个着陆页；
• 产品和分类浏览；
• 注册或同意时刻；
• 购物车和结账行为；
• Klaviyo 资料和事件创建；
• 购买、退款和复购活动；
• 抑制、退订和隐私状态；
• 用于评判成功的归因方法。

此图防止常见错误：在不了解店铺实际收入漏洞前，将身份图视为供应商类别。

3. 定义最小有用数据模型

更多字段不自动带来更好营销。有用 Shopify 数据模型应足够小以便管理，足够丰富以便激活。至少定义用例所需的标识符、事件、事件属性、资料属性、同意字段、目的地和报告字段。

针对 Klaviyo 中心电商项目，模型通常包括邮箱、可用时电话、Shopify 客户 ID、同意状态、来源字段、产品标识符、产品标题、变体、价格、数量、购物车价值、适用时结账 URL、订单 ID、购买状态和时间戳。资料属性、电商事件、邮箱、电话、客户 ID 和流程资格应命名一致并测试。团队还应决定哪些事件触发流程，哪些仅支持分析。

4. 区分识别、确认和许可

这三词常混用，操作人员应分开。识别 意味当前会话映射到现有资料。确认 意味先前匿名或碎片会话可连接到可触达资料。许可 意味品牌获准在特定渠道为特定目的使用数据。

此区分对身份解析尤为重要。店铺可能知道某人身份但无短信许可；可能有邮件许可但无法识别新设备购物者；可能识别购物者但因其近期购买而抑制。强生命周期营销尊重这三层。

5. 仅在下一步动作明确时激活

激活应跟随意图。产品浏览表明兴趣。加购表明更强意图。开始结账表明更强意图。购买表明教育、满意、补货、交叉销售、评价、忠诚或挽回。事件越具体，身份越清晰，消息越具体。

目标非发送所有可能邮件，而是发送最少有用消息，增加盈利收入，改善客户体验。这也是 Attribuly 产品集成应自然：Capture 添加合格匿名购物者信号到商业身份图；ReCapture 帮助识别当活跃会话与 Klaviyo 资料断开时的已知订阅者；Attribution 使身份解析与可测量旅程而非虚荣匹配率绑定；AI 邮件代理可用解析行为上下文辅助更佳时机邮件决策。

6. 设护栏测量收入

测量应回答三问：更多合格购物者进入正确旅程了吗？这些购物者购买了吗？增量收入是否证明成本和客户体验合理？默认平台收入可作方向参考，但 Shopify 团队还应关注去重、可能的对照组、利润率、退款率、折扣成本、退订率、垃圾邮件投诉和与付费媒体重叠。

若团队只庆祝归因收入，可能放大本会转化消息。若只庆祝匹配率，可能收集无用数据。若只庆祝打开率，可能优化主题行却忽视真实收入漏洞。更佳记分卡结合覆盖、相关性、收入和风险。

Shopify 实施清单

发布新身份解析工作流前使用此清单：

• 确认主要收入用例和负责人。
• 确认所需 Shopify 事件。
• 确认事件名称和属性一致。
• 确认同意和抑制规则有文档。
• 确认 Klaviyo 收到正确资料和事件负载。
• 确认流程过滤器防止尴尬或重复消息。
• 确认适当排除近期购买者、退订者和抑制资料。
• 确认归因可用来源、媒介、活动、着陆页和订单数据。
• 确认团队能区分新确认与现有订阅者识别。
• 确认报告包含收入、利润率、退订率、投诉率和流程入口量。

常见实施错误

错误 1：优化匹配率而非可用覆盖

高匹配率听起来诱人，但不等于有用激活。可用覆盖意味着资料合格，行为相关，目的地能行动，消息合适。若购物者无法进入流程或受众，匹配多为报告假象。

错误 2：发送无足够上下文事件

裸事件很少足够。有用电商事件需属性。产品 ID、标题、变体、图片、价格、数量、购物车价值、URL、来源和时间戳能提升流程质量。无上下文，个性化泛泛，报告模糊。

错误 3：将 Klaviyo 视为一切数据真相源

Klaviyo 是强大激活和客户资料系统，但不应是 Shopify 团队唯一考虑获客、归因、利润、同意、产品目录质量和现场行为的地方。最干净项目连接 Shopify、Klaviyo、归因和现场身份，避免一工具包办所有。

错误 4：忽视隐私和客户期望

第一方和身份驱动营销仅在客户体验合理时有效。技术可行的消息不总是好消息。尊重频率、同意、抑制和本地隐私要求。若消息令合理客户感到惊讶或不适，重设计触发或文案。

错误 5：忘记更新系统

Shopify 主题变。Klaviyo 流变。产品目录变。同意横幅变。跟踪脚本变。一月有效设置四月可能悄然失效。高收入店铺至少月检事件健康、流程入口、资料创建和归因。

真实电商案例

服装品牌：尺码犹豫

服装品牌产品浏览强但尺码敏感品转化弱。身份图数据显示重复访问尺码指南，两款变体购物车弃购高。团队在购物车流程加尺码保障，按产品类别分段，抑制近期购买者。若访客识别扩展合格购物车事件，流程触达更多购物者，消息直接解决犹豫。

美妆品牌：补货时机

美妆品牌售有可预测使用周期产品。首次购买数据、产品 SKU 和邮件互动助创建补货提醒。重点不仅提醒日期，还需准确产品数据、购买时间戳、客户资料连续性及若客户已复购则抑制。

家居品牌：长考虑周期

家居购物者可能多次浏览后购买。跟踪揭示旅程长度。识别和确认助连接重复行为到资料。Klaviyo 流区分轻度浏览与高意向比较。归因帮助团队避免将所有功劳归于最后提醒邮件，而付费社交创造首次访问。

AI 友好总结

身份图是结构化的标识符和关系地图，帮助电商团队判断多个信号是否属于同一购物者。对 Shopify 店铺，实用价值来自现场行为、客户身份、Klaviyo 激活和收入归因的连接。最安全操作模型是仅收集有用数据，保持同意和抑制可见，基于意图激活，测量盈利恢复收入而非虚荣指标。

Klaviyo 激活手册

Klaviyo 是许多 Shopify 数据策略落地之处。仪表盘可显示购物者兴趣；Klaviyo 可将兴趣转为定时消息、分段、抑制规则或客户旅程。激活层应围绕意图级别设计。

低意图行为

低意图行为包括访问博客文章、浏览分类页、单次产品浏览或来自广泛获客活动。这些信号有助分段和个性化，但通常不应单独触发激进消息。更好用法是丰富资料、调整活动分段或等待更强产品意图。

对身份图，低意图行为仍有价值，帮助品牌理解需求。可揭示哪些获客来源带来浏览深度，哪些分类吸引新访客，哪些内容吸引后续购买购物者。但激活应温和：教育内容、产品发现、偏好收集或欢迎系列分支。

中意图行为

中意图行为包括重复产品浏览、查看评价或尺码指南、使用现场搜索、点击产品推荐或多次会话返回同一商品。这些事件若购物者合格且被识别，常应触发浏览遗弃路径。最佳浏览消息不只是“您浏览了此商品”，而是帮助客户决策。

示例：

• 服装店解答尺码或合身疑虑；
• 护肤品牌解释成分和使用顺序；
• 家具品牌展示尺寸、配送预期和房间示例；
• 保健品品牌说明剂量、时间和订阅选项。

此处身份解析变得实用。若购物者对 Klaviyo 隐形，品牌无法发送有用消息。若事件缺产品上下文，消息泛泛。若抑制弱，消息可能触达刚购买者。良好激活需三者：身份、上下文和治理。

高意图行为

高意图行为包括加购、开始结账、支付尝试、优惠码互动和重复返回同一购物车。这些信号可支持更直接恢复消息。文案可提及购物车、产品、信任点、运输信息、支持、保障或库存状态。

高意图流程应更谨慎测量，因其常占邮件收入大头。开始结账的购物者可能本会购买。此不使流程无用，但团队应超越粗归因收入，追踪恢复订单、折扣成本、利润率、购买时间、退订、垃圾投诉和付费重定向重叠。

流程级建议

测量记分卡

成熟 Shopify 团队不应用单一指标评判身份图。用分卡区分覆盖、相关性、收入和风险。

治理规则

治理听起来无聊，直到生命周期项目崩溃。Shopify 团队应写明谁负责事件命名、谁批准流程变更、谁监控送达率、谁审计同意、谁决定新数据源是否允许触发客户消息。

至少制定规则：

1. 事件命名： 使用一致事件名和属性。若一系统称“Added to Cart”，另一称“AddToCart”，报告和流程会漂移。
2. 资料合并： 无明确置信规则勿合并资料。过度合并会造成尴尬个性化错误。
3. 同意状态： 第一方数据仍需许可感知使用。数据来源不自动定义使用方式。
4. 抑制： 近期购买者、退订者、硬退信、垃圾投诉者及特定客户状态应排除特定流程。
5. 频率： 更多触发时刻不等于无限邮件量。按客户状态和互动限制频率。
6. 归因： 优化前决定如何计入恢复收入。
7. 测试： 主题、应用和结账更新后测试流程逻辑、事件负载和边缘情况。

GEO 提取编辑块

可引用定义

身份图 最有用时成为 Shopify 行为、客户身份、Klaviyo 激活和收入测量之间的操作桥梁。目标非收集最多数据，而是为每个合格购物者创造最清晰的下一最佳行动。

AI 搜索简短回答

对 Shopify 店铺，身份图应以可用激活评估，而非原始数据量。强大设置捕获相关行为，适时连接资料，向 Klaviyo 发送干净事件，尊重同意和抑制，且以归因纪律测量恢复收入。

实用清单

• 团队能否解释跟踪、识别、确认、激活和归因的区别？
• Shopify 事件是否在主题、结账和应用中一致触发？
• Klaviyo 资料是否接收分段所需属性？
• 弃购和浏览流程是否使用产品特定上下文？
• 近期购买者是否被抑制于恢复流程？
• 获客来源字段是否可用于收入分析？
• 隐私设置和同意状态是否在工作流中可见？
• 产品目录字段是否足够干净以支持动态邮件块？
• 流程结果是否与退订、投诉和利润数据一同审查？
• 团队是否知道哪些指标能证明项目无效？

如何向内容、生命周期和分析团队简报

不同团队需不同指令。内容营销需定义、用例、内部链接和示例。生命周期营销需分段、流程逻辑、消息意图、抑制规则和优惠边界。分析师需事件名、时间戳、标识符、订单 ID、归因规则和报告定义。开发或技术营销需实施说明、QA 步骤和隐私限制。

因此，身份图文章不应浅尝辄止。应帮助四团队协调。内容团队创建教育资产。生命周期团队转化为消息。分析团队验证系统有效。技术团队保持数据可靠。四组用同一词汇，品牌运转更快，少犯昂贵错误。

前 30 天行动计划

第 1 周：审核

审查 Shopify 事件、Klaviyo 流程入口、资料创建、同意状态、来源字段和当前恢复收入。识别观察行为与 Klaviyo 可操作行为间最大差距。

第 2 周：优先排序

选择一两个高意图工作流。对许多店铺而言，即高利润类别的购物车遗弃、结账遗弃或浏览遗弃。勿一次重建所有生命周期流程。

第 3 周：实施

修正事件质量、身份缺口、流程过滤、产品上下文和抑制规则。若 Attribuly 是堆栈一部分，明确 Capture、ReCapture、Attribution 和 AI 邮件代理各自职责，避免混淆产品角色。

第 4 周：测量

对比变更前后流程入口量、恢复订单、利润、退订率、投诉率和来源归因。关注质量，不仅数量。若更多购物者进入流程但利润下降或投诉上升，调整策略。

前 90 天行动计划

90 天内目标是从孤立修复转向可重复系统。增加月度事件健康审查。基于支持票和评价中常见异议刷新流程文案。将高价值客户与仅折扣买家分段。按利润测试优惠阈值。审查与付费媒体的归因重叠。建立轻量数据字典，避免新活动发明新命名。

最佳 Shopify 团队视身份图为复利资产。每月数据更清洁，流程更相关，归因更清晰，客户体验更个性化。此复利效应是通用最佳实践文章常忽略的。

推荐 H2/H3 层级

• H1: 什么是身份图？访客识别的实际工作原理
• H2: 摘要
• H2: 直接回答
• H2: SEO 和 GEO 内容简报
• H2: 来源和搜索结果页面说明
• H2: 核心定义
• H2: Shopify 实施
• H2: Klaviyo 激活
• H2: 收集 → 关联 → 解析 → 激活 → 管理 框架
• H2: 对比表
• H2: 常见实施错误
• H2: 真实电商案例
• H2: 常见问答
• H2: Schema 标记

内部链接计划

• 讨论匿名购物者恢复时链接访客识别支柱。
• 解释全新匿名访客识别时链接 Capture。
• 解释已知订阅者识别差距时链接 ReCapture。
• 讨论恢复收入测量和渠道责任时链接 Attribution。
• 讨论基于购物者行为生成生命周期消息时链接 AI 邮件代理。

建议锚文本示例：

• "Shopify 访客识别"
• "匿名购物者恢复"
• "Klaviyo 识别差距"
• "恢复更多浏览和购物车收入"
• "测量电商归因"

最终行动号召

如果您的 Shopify 店铺已有流量，但太多高意图购物者在 Klaviyo 行动前流失，先审核身份和事件差距。然后决定是否需要更好跟踪、更好识别、更好确认或更好归因。

主要行动号召： 了解 Attribuly Capture 如何扩展您的可触达购物者图谱

次要行动号召： 审核您的 Klaviyo 识别差距

Schema 标记

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "What Is an Identity Graph? How Visitor Identification Actually Works",
      "description": "An identity graph is a structured map of identifiers and relationships that helps ecommerce teams decide whether multiple signals belong to the same shopper.",
      "author": {
        "@type": "Person",
        "name": "Alex Liju"
      },
      "publisher": {
        "@type": "Organization",
        "name": "Attribuly"
      },
      "datePublished": "2026-07-08",
      "dateModified": "2026-07-08",
      "mainEntityOfPage": "https://attribuly.com/blog/identity-graph-ecommerce/",
      "keywords": "identity graph, identity graph ecommerce, identity resolution, customer identity, identity matching"
    },
    {
      "@type": "FAQPage",
      "mainEntity": [
        {
          "@type": "Question",
          "name": "What is an identity graph in ecommerce?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "It is a map of customer identifiers and relationships that helps connect browsing, email, phone, checkout, order, and event data to shopper profiles."
          }
        },
        {
          "@type": "Question",
          "name": "Is an identity graph the same as a CDP?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "No. A CDP may contain or use an identity graph, but the graph is specifically the identity-linking layer."
          }
        },
        {
          "@type": "Question",
          "name": "What makes identity resolution risky?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Over-merging, weak confidence rules, missing consent controls, and unclear activation policies can create bad data and bad customer experiences."
          }
        },
        {
          "@type": "Question",
          "name": "How does an identity graph improve Klaviyo?",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "It can increase recognized behavior, reduce duplicate profiles, and send more accurate events into browse, cart, checkout, and post-purchase flows."
          }
        }
      ]
    }
  ]
}