连接一个 Shopify 或 WooCommerce 商店,旅程的购物车放弃触发器就会直接响应该商店一次真实的、已开始却未完成的结账事件。不需要维护数据源,也不需要手动导出——只需要一封在购物者一停顿时就自动发出的挽回邮件。
本站另一篇购物车放弃文章假设你已经在从购物车数据所在的地方接入一个数据源,并手动或按计划发送挽回邮件。这一篇讲的是完全跳过这一步:一个已连接的 Shopify 或 WooCommerce 商店会直接同步它自己的客户和自己的购物车放弃事件,而一个旅程会实时对它们做出响应。
连接商店究竟做了什么
在设置 → 集成中,连接 Shopify 会引导你完成它自己的 OAuth 授权页面;WooCommerce 则使用在你自己 WordPress 网站上生成的 REST API 密钥连接。无论哪种方式,MailInApp 都会在商店上注册 Webhook,让客户、购物车和订单事件实时到达,而不是通过周期性轮询。一次初始回填会把现有客户同步进一个属于该集成的联系人列表;此后的一切都只依靠 Webhook 保持最新。
购物车放弃触发器
一个指向已连接集成购物车放弃触发器的旅程,会在该商店报告一次已开始却未完成的结账后,在你选择的延迟之后,把联系人加入旅程。Shopify 会原生上报一个真实的已开始结账事件。WooCommerce 目前完全不支持这个触发器——无论商店运行着什么放弃购物车相关的插件,MailInApp 目前都无法从已连接的 WooCommerce 商店读取到等效信号,因此仅使用 WooCommerce 的集成不会产生购物车放弃的注册。这一点值得在围绕它构建整段旅程之前先确认清楚。
不要提醒已经付过款的人
给一个已经完成结账的人发一封挽回邮件,比完全不发还要糟糕。发送前的一个目标步骤会检查该联系人自购物车被放弃以来是否已经有一笔购买到账,如果是,就立即结束这次运行。对于一个到发送时已经不算放弃的购物车,提醒根本不会发出。
挽回邮件本身
这封邮件和 MailInApp 的其他任何结账邮件相比没有任何不同。一个商品模块渲染出一个通过你自己连接的 Stripe 账户收款的真实立即购买按钮,一个倒计时放在限时挽回折扣上,无论何时打开都保持准确,而不是显示一行写死的"即将到期"。这个集成还会把被放弃购物车自己的 URL,以合并字段的形式写入联系人行,因此一个按钮可以作为邮件内结账之外的另一种选择,直接链接回购物车本身。或者把商品模块自己的结账方式字段切换为链接到外部商店结账,让立即购买本身就直接把他们带回那个购物车,不再需要单独的按钮模块。
购物车意图 vs. 结账意图——阶段拆分
MailInApp 意图区分中引入的一个关键区别:购物车放弃和结账放弃现在被分开追踪,各自作为独立的旅程触发器,拥有自己的 stage 字段。
- 购物车放弃(
stage: "cart")——商品被加入了一个已连接外部商店的购物车,但买家在开始结账之前就离开了。正确的挽回信息通常是强化购买理由:为什么选择这件商品、社会认同,或一个轻量的提醒。 - 结账放弃(
stage: "checkout")——买家到达了你自己 MailInApp-Stripe 商品模块的结账页面,或商店自己的结账页面(无论是通过一个普通链接,还是一个设为链接到外部商店结账的商品模块到达),但没有完成付款。正确的信息是消除阻力:常见问题解答、信任标识、一个支持链接,或一个限时折扣。
两个触发器都可以在同一个账户中作为独立的旅程运行。stage 字段也会包含在 Webhook 负载和响应归因中,因此你自己的分析可以区分购物车停滞和结账放弃。完整的触发器参考见旅程。
收入会继续汇入你现有的报表
只要一笔 Shopify 或 WooCommerce 订单能够识别出所属的营销活动或变体,它就会汇入与一笔原生邮件内结账订单相同的响应和 A/B 测试收入数据。挽回来的销售不是另一个需要单独查看的报表界面。
一个相关但不同的场景:赢回过去的买家
购物车放弃针对的是一次从未完成的结账。如果你想针对的是确实购买过的客户——某件特定商品,在特定日期范围内——并给他们一个回归的折扣,请参见用购买历史分群与折扣码赢回老买家。它使用同一个已连接的商店,但用的是不同的细分方式和一个真正的商店原生折扣码,而不是旅程触发器。
快速上手
在设置 → 集成中连接你的商店,然后把一个新旅程的触发器指向该集成的购物车放弃事件,并选择你想要的延迟。在发送前添加一个目标步骤,跳过任何已经付款的人。完整参考见 Shopify、WooCommerce 和旅程。