Skip to main content
Compare your new customer CPA →New feature: Is your New Customer CPA good or bad? Compare with 400+ similar brands.  See where you rank →

Klaviyo 已弃购的购物车流程:完成指南

大师 Klaviyo 已弃购的购物车流程用这个完成指南触发配置方案,动态的 Liquid 语法,条件 splits, 和恢复策略.。本文聚焦 弃购恢复(重点关注:Klaviyo、已弃购的,精选导入内容),围绕执行方法、常见误区与可衡量结果给出建议。

弃购恢复Alex Liju·Attribuly 创始人•8 分钟阅读•发布于 •最近更新 2026年8月13日

要点

  • 电子商务生命周期营销中的一个根本错误是将“加入购物车”事件与“开始结账”事件混为一谈。
  • 与通过标准电子商务平台集成原生触发的“开始结账”事件不同,“加入购物车”事件需要安装客户端 JavaScript 代码片段。
  • 同时部署“加入购物车”和“开始结账”的恢复流程存在信息重叠的风险。
Get a tailored walkthrough
See how Attribuly fits your Shopify + Klaviyo setup.
预约演示
Klaviyo 已弃购的购物车流程:完成指南

购物车放弃仍然是直销(DTC)电商中最大的收入流失之一。在全球零售领域,大约每十个添加商品到数字购物车的购物者中,就有七个未完成购买即离开。虽然过去简单的交易邮件能够挽回部分用户,但现代绩效营销需要结构化的行为恢复架构。

搭建高效的Klaviyo购物车放弃流程需要精准的事件触发设计、条件逻辑细分、动态区块语法及多渠道协同。本指南涵盖构建、优化及扩展企业级购物车恢复引擎所需的技术与策略蓝图。


1. 理解触发机制:添加到购物车与开始结账的区别

电商生命周期营销中的一个基础错误是将Added to Cart事件与Started Checkout事件混淆。虽然两者都追踪转化漏斗中的退出点,但它们的技术设置、用户意图画像和数据载荷存在显著差异。

漏斗入口点:
[ 产品页面 ] ──> ( 添加到购物车 ) ──> [ 购物车页面 ] ──> ( 开始结账 ) ──> [ 订单提交 ]
                           │                                        │
                    中高意向                               高意向
                   (需Cookie)                         (已采集邮箱/电话)

结构对比分析

参数 / 特性

添加到购物车 (ATC)

开始结账 (Checkout Started)

漏斗阶段

中间漏斗(产品/购物车页面)

底部漏斗(发起结账页面)

原生支持

需自定义JavaScript跟踪代码片段(klaviyo.js)

原生标准集成(Shopify、WooCommerce、BigCommerce)

识别方式

需基于浏览器Cookie档案或先前身份解析

捕获结账第一步填写的联系信息

数据载荷范围

单件商品载荷(AddedItemName、AddedItemPrice)

完整购物车数组(Items、$value、CheckoutURL)

数量与意向

高数量,中等购买意向

低数量,极高购买意向

技术设置:添加到购物车网页跟踪代码片段

与通过标准电商平台集成原生触发的Started Checkout不同,Added to Cart事件需要安装客户端JavaScript代码片段。对于使用Online Store 2.0主题的标准Shopify商店,请将以下异步跟踪脚本粘贴到主产品模板或主题代码片段文件中:

var _learnq = _learnq || [];
function addedToCart() {
  fetch(`${window.location.origin}/cart.js`)
  .then(res => res.clone().json().then(data => {
    var cart = {
      total_price: data.total_price / 100,
      $value: data.total_price / 100,
      total_discount: data.total_discount,
      original_total_price: data.original_total_price / 100,
      items: data.items
    };
    _learnq.push(['track', 'Added to Cart', cart]);
  }));
}

捕获Added to Cart触发事件使增长营销人员能够在用户进入正式结账页面前,更早地与高意向浏览者互动。


2. 高级流程逻辑、布尔运算符与过滤器

同时部署Added to Cart和Started Checkout恢复流程存在消息重叠风险。如果客户添加商品到购物车后立即进入结账页面再离开,两个流程可能同时触发,导致用户收到重复通知。

为保持消息发送纪律,必须使用流程过滤器和严格的布尔逻辑构建明确的排除规则。

流程排除蓝图

1. 开始结账流程过滤器配置

由于Started Checkout代表更高购买意向,该流程优先于一般购物车流程。基础过滤器配置要求:

  • 进入此流程后“下单次数”为0。

2. 添加到购物车流程过滤器配置

为防止最终进入结账的用户收到早期购物车放弃序列,需执行双重抑制过滤:

  • 进入此流程后“下单次数”为0且

  • 进入此流程后“开始结账次数”为0且

  • 过去7天内“开始结账次数”为0。

掌握布尔逻辑(AND 与 OR)

理解布尔条件的评估方式对构建流程过滤器至关重要:

  • AND 运算符(限制性连接):要求所有条件均为真,档案才会保留在流程中。添加安全抑制时使用AND(例如,已下单次数=0 且 过去24小时内已接收邮件次数=0)。

  • OR 运算符(包容性连接):要求至少一个条件为真。用于组合替代用户状态(例如,国家为美国 或 国家为加拿大)。


3. 动态Liquid语法与动态购物车重建规则

为最大化点击率(CTR)并消除结账摩擦,恢复邮件必须动态渲染确切的放弃商品,并将客户直接带回其活跃会话。

填充动态商品区块

在Klaviyo邮件编辑器中,配置一个动态表格区块,遍历购物车商品数组。将行集合设置为event.extra.line_items(或根据平台集成载荷使用event.Items),并使用别名item。

在模板中使用以下Liquid标签:

  • 商品标题: {{ item.product_title }}

  • 变体名称: {{ item.variant_title }}

  • 数量: {{ item.quantity }}

  • 商品图片: {{ item.image }}

动态结账返回URL语法

恢复会话的最简单机制是使用Klaviyo原生的结账链接变量:

{{ event.extra.checkout_url }}

对于需要跨设备从商品行项目动态重建购物车的高级设置,构建动态永久链接URL结构:

{% with event.extra.line_items as items %}{{ organization.url|trim_slash }}/cart/{% for item in items %}{{ item.variant_id }}:{{ item.quantity|floatformat:'0' }}{% if not forloop.last %},{% endif %}{% endfor %}{% endwith %}?checkout%5Bemail%5D={{ email }}

自动应用激励折扣

提供动态恢复激励时,通过将折扣参数直接附加到动态结账按钮链接,消除手动输入优惠码的步骤:

{{ event.extra.checkout_url }}?discount=RECOVER10

这会自动将优惠码RECOVER10注入Shopify结账表单,降低移动用户的转化摩擦。


4. 构建高转化的四封邮件恢复序列

高效的购物车恢复流程在提供有用客户服务信息与制造战略紧迫感之间取得平衡。以下是针对标准DTC品牌经过验证的四阶段邮件节奏。

放弃后时间:
[ 1-2 小时 ] ──────> 邮件1:贴心关怀 / 客服支持(无折扣)
[ 24 小时  ] ──────> 邮件2:社交证明与异议化解
[ 48 小时  ] ──────> 邮件3:限时激励激活
[ 72 小时  ] ──────> 邮件4:最后机会 / 过期警告

邮件1:贴心关怀与支持(放弃后1–2小时)

  • 目标:解决技术故障,回答客户疑问,提醒用户已保存的商品。

  • 折扣:无。避免培养客户为获取即时折扣而放弃购物车的习惯。

  • 内容:展示动态购物车表格,确认购物车商品已保留,并提供客服或在线聊天的直接链接。

邮件2:社交证明与异议化解(放弃后24小时)

  • 目标:解决客户对产品质量、尺码或运输政策的购买犹豫。

  • 折扣:无(或软性福利,如强调免费退货政策)。

  • 内容:展示高转化客户评价、用户生成内容(UGC)照片墙及明确的满意保证。

邮件3:激励激活(放弃后48小时)

  • 目标:通过动态激励转化价格敏感型放弃者。

  • 折扣:限时优惠(例如10%折扣或免费快递)。

  • 内容:引入动态折扣条,自动应用优惠券链接,并显示24小时过期提示。

邮件4:最后机会警告(放弃后72小时)

  • 目标:利用紧迫感和稀缺性推动最终行动。

  • 折扣:邮件3激励的最后召唤。

  • 内容:强调保存的购物车商品和折扣码即将过期。使用直接的行动号召文案,如“在购物车清空前完成订单”。


5. 高效细分与多渠道协同

通用、未细分的恢复序列表现不佳。高级自动化工作流利用条件分支,根据订单价值、客户历史和渠道同意定制激励。

                             [ 开始结账触发 ]
                                          │
                            平均订单价值是否≥$100?
                                  /               \
                             ( 是 )             ( 否 )
                                /                   \
                    高AOV路径                   低AOV路径
                  (VIP支持/礼品)             (10%折扣档)

基于AOV的条件分支

基于购物车价值设置条件分支,保护毛利率,同时将更高价值激励集中于顶级交易:

  • 高AOV分支(如购物车价值≥$100):避免使用降低毛利的统一百分比折扣。改为提供白手套客户服务、免费快递或高端赠品。

  • 低AOV分支(如购物车价值<$100):使用标准百分比折扣(如减$10或10%折扣),或推荐搭配商品以提升总篮子金额超过阈值。

客户生命周期分支

切勿将忠诚回头客与首次访问者一视同仁:

  • 首次访问者:重点突出品牌权威、创始人故事、风险逆转保证及欢迎激励。

  • 回头VIP:省略入门级折扣码,信息聚焦于积分余额、提前访问福利及专属客户经理支持。

短信 + 邮件多渠道路由

结合短信与邮件,在获得适当同意的前提下,可提升整体流程参与度。

                           [ 开始结账触发 ]
                                        │
                            是否同意接收短信?
                                /           \
                           ( 是 )         ( 否 )
                              /               \
                       发送短信(2小时)    发送邮件1(2小时)
                              │
                    是否点击短信链接?
                       /          \
                  ( 是 )        ( 否 )
                     /              \
                退出流程     回退至邮件2
  1. 同意门槛:应用条件分支检查:若档案属性$consent_method包含SMS。

  2. 短信分支:在放弃后1–2小时发送简洁短信提醒,附带直接链接({{ event.extra.checkout_url }})。

  3. 回退规则:若用户24小时内未通过短信转化,则回退至主邮件序列,从邮件2开始。


6. 电商恢复基准与性能优化

评估购物车恢复流程的有效性时,应将指标与行业既定性能标准进行对比。

性能目标框架

关键绩效指标(KPI)

行业平均基准

前10%表现者基准

流程打开率

45.0% – 50.5%

65.3%及以上

点击率(CTR)

6.0% – 8.5%

12.2%及以上

下单转化率

3.3% – 4.5%

7.7%及以上

每收件人收入(RPR)

$3.50 – $4.50

$28.00及以上

通过结构化的购物车恢复基准评估这些目标指标,团队领导可诊断主题行、正文文案或优惠阈值的潜在弱点。


7. 最大化恢复覆盖:服务器端跟踪与身份解析

电子邮件营销人员面临的一个主要系统性挑战是客户端跟踪失败。标准客户端跟踪脚本(klaviyo.js)高度依赖浏览器Cookie,将网站访客与现有Klaviyo档案关联。

隐私政策变更,包括苹果Safari智能追踪防护(ITP)、广告拦截器和隐身浏览,频繁清除本地Cookie。因此,标准像素设置常常无法识别多达70%的未登录放弃购物车的访客,导致放弃触发器无法生效。

为克服客户端Cookie衰减并恢复流程覆盖,增长团队部署服务器端事件跟踪和第一方身份解析框架。实施如Attribuly等服务器端事件跟踪平台,允许商家去匿名化回访流量,捕获真实的服务器端Added to Cart和Started Checkout事件,并将丰富的身份信号传回Klaviyo。

通过在浏览器Cookie被清除前于服务器端捕获身份参数,品牌扩大进入恢复流程的合格档案池,恢复流失覆盖并提升自动化收入恢复总额。


结论与可执行的下一步

优化的Klaviyo购物车放弃架构将流失流量转化为自动化收入。要扩展您的店铺恢复设置,请遵循以下实用清单:

  1. 审计触发器:验证原生Started Checkout载荷并部署客户端Added to Cart跟踪脚本。

  2. 应用流程过滤器:实施严格的AND抑制逻辑,防止购物车与结账流程重叠。

  3. 优化Liquid区块:填充动态商品图片和购物车链接,自动应用折扣参数。

  4. 按价值与同意细分:实施基于AOV的条件分支和短信分支逻辑。

  5. 丰富第一方信号:升级数据采集,使用服务器端跟踪捕获匿名购物车放弃者,最大化流程覆盖。

Try it on your store
Connect your store and start recovering more revenue with better reach.
开始免费试用
对比的结构拆解
参数 / 功能添加了到购物车 (ATC)已经开始的结账(结账已经开始的)
漏斗阶段Middle 漏斗(产品/购物车页面)降低漏斗(Initiated 结账页面)
原生的 Availability要求自定义 JavaScript 追踪片段 ( Klaviyo.js )原生的标准的集成 (Shopify, WooCommerce, BigCommerce)
识别方法要求 cookied 浏览器档案或之前身份识别与还原捕获联系人已输入期间步骤 1 的结账
数据负载范围单一商品负载 ( AddedItemName , AddedItemPrice )完成购物车系列(商品, $价值, CheckoutURL)
容量对比. 意图高的容量,中等购买意图降低容量,异常高的购买意图
表现目标框架
关键的表现指标(关键指标)行业洞察平均基准对比上层 10% Performers 基准对比
流程费率45.0% – 50.5%65.3%+
点击通过费率(点击率)6.0% – 8.5%12.2%+
已下单订单转化费率3.3% – 4.5%7.7%+
营收每收件人 (RPR)$3.50 – $4.50$28.00+

关于 Attribuly

Attribuly 帮助 DTC 品牌挽回弃购收入。我们识别被你的 ESP(如 Klaviyo)遗漏的匿名访客和已有订阅者,补全他们的画像,并将这些信号回传,让你的弃购流程正常触发、再营销受众持续增长,并帮助你至少多挽回 15% 的收入。 Shopify Featured App,Klaviyo 技术合作伙伴。已获 20,000+ 品牌信任。保证 4× ROI。

弃购恢复|Attribuly 博客 | Attribuly