介绍YITH WooCommerce Recover Abandoned Cart插件通过定时邮件和优惠券挽回约70%的废弃购物车提升电商销售。约70%购物车被遗弃挽回即收入。插件追踪废弃购物车并发送定时提醒邮件。可配置弃单阈值和多步骤邮件序列。提供挽回收入仪表板追踪转化率。关键术语购物车遗弃顾客将商品加入购物车但未完成购买的行为。挽回邮件向弃单顾客发送的提醒或优惠邮件促使其完成购买。优惠券触发在挽回邮件中自动附赠优惠券以提升转化率。WooCommerce cronWordPress定时任务用于按计划发送挽回邮件。设想一个普通的星期二你的 WooCommerce 商店里有四十个人将商品加入购物车。十二个人到达结账页面。到一天结束时有四个订单完成。没有崩溃没有故障你的产品定价合理。其余三十六个购物者就那样半途而废带着满满的购物车离开了。而最让你头疼的是大多数商店对此完全束手无策。而这个缺口正是YITH WooCommerce Recover Abandoned Cart插件存在的意义。它监控人们遗弃的购物车然后向这些购物者发送定时提醒邮件一封或几封促使他们回来完成购买。在整个电子商务领域大约 70% 的购物车会被遗弃因此即使悄悄挽回一小部分也是你原本流失的真实收入。我曾在几个 WooCommerce 商店上实施过购物车挽回既有自己开发的“发优惠券碰运气”方法也有正规的系列邮件。本文将诚实地介绍 YITH 插件的作用、我如何设置它、比插件本身更重要的挽回策略以及它公开的钩子的完整开发者参考。最后你将知道这个工具是否适合你的商店以及如何运行它才能赚钱而不是惹人烦。目录隐藏什么是 YITH WooCommerce Recover Abandoned Cart为什么购物车挽回很重要心理学角度关键功能购物车如何被标记为废弃每个设置的解释启用购物车挽回功能多久后判定为弃购购物车多久后删除弃购购物车记录恢复访客用户的购物车构建恢复邮件序列恢复邮件中的优惠券和合并标签阅读恢复仪表板邮件送达率大家通常忽略的部分实际应用场景YITH Recover Abandoned Cart 对比 AutomateWoo不要犯这些购物车挽回的错误开发者参考过滤器、邮件自定义文章类型和存储值得了解的过滤器电子邮件模板自定义文章类型CPT及短代码存储与缺失功能性能、兼容性与注意事项常见问题解答总结什么是 YITH WooCommerce Recover Abandoned CartYITH WooCommerce Recover Abandoned Cart 是由 YITH 开发的 WooCommerce 扩展YITH 是一家经营多年的商店维护着大量的 WooCommerce 插件目录。它的唯一工作就是挽回遗弃的购物车它追踪客户填满但未购买的购物车以及处于待处理或失败状态的订单然后发送定时系列的挽回邮件吸引这些购物者回来。它不是营销套件也不是页面构建器。它接入 WooCommerce 只做一件事这种专注体现在它几乎不需要什么设置。下面用通俗的话说明工作流程。购物者添加商品并给你他们的邮箱通过登录或在结账时输入。他们走开了。在你设定的阈值时间后插件将该购物车标记为遗弃。然后 WordPress 的 cron 触发你写好的挽回邮件每封邮件都包含一个直接链接到已填充购物车的链接、可选的顾客姓名合并标签以及可选的优惠券。如果他们返回并购买插件会将购物车标记为已挽回并记录收入。最后这部分正是真正的挽回工具与优惠券滥发之间的区别。你会看到一个仪表板告诉你挽回了多少购物车、转化率以及实际归因于邮件的收入。你不再需要猜测。如果你想在真实商店上使用它并一边阅读一边点击每个面板易服客工作室 上的 YITH WooCommerce Recover Abandoned Cart 插件就是同样的高级插件。为什么购物车挽回很重要心理学角度如果你已经在运行挽回活动请跳过此节。如果你还没有接下来几百字将解释为什么阈值和时机设置比插件的功能列表更重要。人们遗弃购物车并不是因为讨厌你的商店。他们遗弃是因为一些平淡无奇、人之常情的原因。电话响了。小孩需要照顾。他们想在另一个标签页上比较运费。他们在手机上到了支付步骤找不到卡心想稍后在笔记本电脑上再操作。这个“稍后”永远不会来因为没有人提醒他们。提醒就是一切。已包含商品的购物车是你所拥有过的最有潜力的线索。这个人已经想要产品已经添加了它已经开始了结账。你不再需要向他们推销产品。你只需消除一点小小的障碍”这是返回链接你的东西还在。”这就是为什么挽回比冷启动营销效果要好得多。向整个订阅列表发送广播邮件的转化率可能只有百分之一或二。而一封精心安排的、针对一小时前弃单客户的挽回邮件通常表现好得多因为意图是新鲜的而且优惠是专门给他们的。现在来看令人不适的数据。如果购物车弃单率在70%左右那么你的”真正”转化率隐藏了大量差点成交的订单。即使挽回5%到10%的弃单你就能在不购买任何新访客的情况下为月收入增加可观的份额。流量已经来了意图已经存在。你只需要把他们请回来。这就是为什么需要做这件事。而如何把它做好好就是本文余下部分要讨论的因为笨拙的挽回流程可能会训练顾客故意弃单这一点我将在反模式部分说明。关键功能与其列出市场营销清单不如说说真正能起作用的要素。购物车和订单追踪。该插件记录废弃的购物车已填但未购买以及可选待处理或失败的订单。两者都进入同一个挽回引擎这样在支付环节卡住的购物者与从未到达结账页面的购物者会受到同样的追踪。可配置的弃单阈值。你可以设定购物车空闲多久之后被视为弃单。默认为60分钟这是一个合理的起点更多原因见下文。多步骤邮件序列。挽回不是一封邮件就完事。你需要创建多个邮件模板每个都有各自的”发送延迟”这样你就可以构建一个缓慢的序列先温和提醒再稍强推动最后发优惠券。合并标签。多轮递进式邮件推送流程。购物车挽回绝非只发一封邮件。你可创建多套邮件模板每套模板单独设置「延后发送时长」以此搭建阶梯式触达方案先发温和提醒后续推送力度更强的催付通知最后附上优惠券促进转化。Merge tags.使用简单的{{ywrac.firstname}}-style 标签在编辑器中个性化每封邮件。可选的每封邮件优惠券。为序列中的任何模板附加折扣这样你可以保留激励直到购物者忽略了一两封普通提醒。访客购物车恢复。如果访客在离开前在结账时输入了邮箱你也可以恢复他们并可以精确控制何时允许恢复。恢复仪表盘。已恢复的购物车、转化率、恢复总金额和已发送邮件全部显示在一个分析屏幕上。这部分证明了插件的有效性。邮件日志。每封恢复邮件都记录到自定义表中这样你可以在信任数字之前确认邮件确实已发送。支持 Elementor 和 Gutenberg。在常规页面编辑器中构建恢复/取消订阅着陆页时很有用。注意什么不在这里没有广泛的工作流引擎没有短信没有评论请求没有90天后赢回自动化。这是一个专注的购物车恢复工具。对一些商店来说这种专注正是其吸引力所在。对另一些商店来说这是考虑更重套件的理由我稍后会进行比较。购物车如何被标记为废弃这是其他所有机制所依赖的基础因此值得在脑海中理清。当已登录用户或已识别的访客在其购物车中有商品且停止互动时计时器开始计时。一旦时间间隔超过你的‘在……后将购物车标记为已废弃’阈值默认 60 分钟该购物车便移至废弃列表。从那时起它便符合恢复序列的条件。需要注意的是该插件只能追踪它拥有联系方式的购物车。对于已登录客户这很自动你已有其邮箱。对于访客插件需要他们在离开之前在结账页面输入过邮箱。没有获取到邮箱就无法恢复。这并非插件的缺陷而是电子邮件的运作方式但这也是人们最常误解的一点。你并不能恢复’每一个’废弃的购物车。你只能恢复那些有联系方式的。还有一个保留设置。‘在……后删除废弃购物车’默认 160 小时设为 0 表示永不删除控制废弃购物车记录在插件清理前保留多久。超过该时间窗口记录将被删除不会再发送邮件。这主要是管理性的选择但它确实限制了长期恢复的可能性。‘待处理订单恢复’是一个独立的开关。待处理订单或失败订单与废弃购物车不同购物者实际上点击了’下订单’但付款未完成例如卡片被拒、未完成的外部支付网关、放弃的银行重定向。开启此功能后插件也会追踪这些订单这通常是意向最高的群体因为他们走到了最远的步骤。提示在撰写任何邮件之前以访客和已登录用户身份在自己的商店中四处点击故意废弃一个购物车然后观察它出现在废弃列表中。亲眼看到自己的购物车如何运作可以消除很多后续’这到底能不能工作’的焦虑。每个设置的解释设置面板很简短我喜欢这一点。以下是每个选项以及我实际会如何进行设置。启用购物车挽回功能这是总开关有个细节需要留意该功能默认开启。只要插件已激活且配套模板启用系统就会立刻开始追踪购物车并自动发送挽回邮件。温馨提示如果你的邮件推送流程还未编写完成请先关闭此功能或暂缓激活插件避免用半成品流程向客户发送邮件。多久后判定为弃购购物车填写数字时间单位分钟/小时/天默认60分钟。这是预留缓冲时长。时长设置要适中既要给到有回购意向的客户充足自主返回下单的时间避免打扰正在结算的用户又不能过长保证客户对这笔购物车订单仍有印象。绝大多数店铺60分钟是合适的初始阈值。多久后删除弃购购物车记录默认160小时填0代表永久保留不删除。指过期废弃购物车数据自动清理前的留存时长。若你设置了长周期挽回邮件序列例如72小时发送最后一封提醒邮件务必将此处时长设置得远大于最后一封邮件的发送间隔否则系统可能在末封邮件发出前就删除对应订单数据。恢复访客用户的购物车提供三种处理模式不恢复访客仅针对注册登录用户推送挽回邮件全部恢复所有留下邮箱的访客均推送仅用户勾选同意后恢复仅向勾选「同意接收营销通知」条款、主动许可联系的访客推送挽回邮件为了符合GDPR相关的安心同意复选框选项是最安全的我会对任何欧盟流量倾向于使用它。它会让你损失一些挽回机会但能给你带来明确的同意记录。启用待处理订单恢复。开启此功能以追踪待处理和失败的订单以及废弃购物车。我几乎总是启用它因为失败的支付是购物者最接近购买但未实际购买的情况。这就是所有的设置界面。这个插件的深度不在于设置而在于邮件模板你将花时间在那里。构建恢复邮件序列这里有一个思维转变能让这个插件发挥作用恢复序列是一个邮件模板列表而不是一封邮件。每个模板都是独立的记录有自己的发送时间因此序列是通过堆叠具有递增“发送延迟”的模板来构建的。前往插件的邮件选项卡。你会看到一个邮件模板列表表格包含名称、类型废弃购物车或待处理订单、发送延迟、主题、转化率和状态列。插件自带几个初始模板让你了解其形式一封废弃购物车邮件“您的购物车里有东西”大约一小时后发送并提供10%折扣以及一个待处理订单模板。要构建一个合适的滴灌序列你需要创建多个相同类型但延迟时间错开的模板。一个我通常在典型店铺使用的序列邮件发送延迟语气优惠券1. 提醒1 小时“您是不是忘了什么”语气平淡而友好否2. 催促24 小时“还在考虑吗”解决一个异议否3. 激励72 小时“这里是九折优惠赶紧下单吧”最终推动是每个模板的“发送时间”是从购物车被标记为废弃时开始计算的因此您可以独立安排每个步骤。添加新模板设置其类型编写主题和正文设置延迟时间并将其状态设置为激活。对每个步骤重复此操作。提醒将邮件序列控制在三封最多四封。超过这个数量就不是在挽回购物车而是在骚扰用户退订率会上升。其实第一封邮件就完成了大部分工作。你可以独立切换每个模板的状态因此可以起草第四封邮件并保持未激活等衡量是否需要它再说。列表表中的“转化率”列非常有用它告诉你每个模板中哪封邮件真正发挥了作用这样你就可以停用表现不佳的邮件。关于安装的快速说明我承诺不会专门写一整节像安装任何 WooCommerce 扩展一样安装插件在插件 » 安装插件 » 上传插件处上传 zip 文件激活后就会出现 YITH 菜单。必须先激活 WooCommerce。这实际上就是进入上述面板之前的全部设置。恢复邮件中的优惠券和合并标签打开任意模板你会看到一个聚焦的编辑器模板名称、邮件类型已放弃购物车或待处理订单、所见即所得的邮件内容、发送延迟时间、发件人和回复地址字段以及优惠券设置。合并标签让邮件感觉像是为一个人写的而不是群发给列表。将以下内容插入正文{{ywrac.firstname}}以及{{ywrac.lastname}}插入购物者的姓名。{{ywrac.cart}}呈现实际的购物车内容这样他们就能看到自己留下的具体商品。{{ywrac.coupon}}输出该模板附带的优惠券。一个简单有效的正文大致如下“您好 {{ywrac.firstname}}您将以下商品留在了购物车中{{ywrac.cart}}。想完成购买吗这里有一张 {{ywrac.coupon}} 优惠券方便您下单。”恢复按钮会将购物者直接带回已填好的购物车无需重新添加。优惠券是你最后才应该使用的杠杆而不是第一个。编辑器允许您将折扣附加到模板上默认的起始邮件使用10%的折扣。作为最后一步这没问题。但作为第一步就是错误的我会在错误部分详细解释原因因为这是商店在使用此插件时代价最高的错误。如果您的折扣需求不仅仅是固定百分比如买一送一、商店积分、定时优惠券、每位客户使用次数限制您可以将其与专用的优惠券引擎如WooCommerce Smart Coupons配合使用并引用在那里创建的优惠券。YITH的内置优惠券附件本身足以处理常见的“提供X%折扣”情况。也要仔细设置发件人和回复地址。一封来自noreply的恢复邮件感觉像机器人而来自真实、有人监控的地址并鼓励回复的邮件有时会揭示用户放弃购物的真正原因这比恢复的销售更有价值。阅读恢复仪表板这个界面证明了插件的价值也是我之所以首选专用恢复工具而非手动发送优惠券邮件的原因。仪表板为您提供一目了然的概览已恢复的购物车和待处理订单。有多少被成功转化为了完成购买。转化率。您的购物车转化率和待处理订单转化率分开显示以便您了解哪个群体有反应。总恢复金额。实际归因于恢复的金额包括购物车和订单。这是您向审批插件的人展示的数据。废弃购物车和待处理订单。当前正在追踪的购物车数量。已发送的邮件。邮件量方便您确认邮件确实正在发送。顶部有多个独立的选项卡分别列出废弃购物车待处理订单已恢复的购物车等数据让您可以从汇总数字深入到各个购物车详情。您可能想知道这些数字是否可信。大部分可信但有一点需要注意当被追踪的购物者完成购买时仪表盘会将其归因于一次恢复因此它衡量的是插件发送了邮件并最终转化的购物车。它并不声称对无论如何都会发生的销售具有绝对确定性但就像所有归因一样它是指向性的。建议观察数周的趋势而不是第一天的绝对数字。在新安装时仪表盘会显示零直到开始追踪购物车并且定时任务有时间发送邮件所以第一天下午看到空屏幕时不要慌张。每个模板的“转化率”列位于“邮件”选项卡与这个仪表盘配合得很好。仪表盘告诉您整个计划是否在运行该列则告诉您具体是哪封邮件在起作用。邮件送达率大家通常忽略的部分我直说吧因为这种失败模式比任何设置都更悄无声息地毁掉更多的挽回活动挽回邮件的效果完全取决于你实际投递它们的能力。该插件通过WP cron上的WordPress邮件来安排和发送邮件。在默认未配置的主机上wp_mail()交给PHP的mail()许多收件箱对此持怀疑态度。你精心编写的邮件序列最终落入垃圾邮件或者主机悄无声息地限制了发送你的仪表盘显示“已发送”而客户却什么也没看到。有三件事可以解决这个问题使用真正的SMTP发送。使用通过SMTP插件接入的事务性邮件服务专用发送提供商。这一个改变对你的挽回率提升比任何文案调整都更有效。验证你的域名。设置SPF、DKIM和DMARC记录让邮箱服务提供商信任邮件确实来自你的商店。WordPress自己的邮件指南和developer.wordpress.org上的开发者文档是了解邮件钩子如何协同工作的不错起点。查看邮件日志。该插件将挽回邮件的日志写入自己的表中。在信任任何仪表盘数字之前确认日志显示邮件已发出并抽查测试挽回邮件是否确实到达真实的收件箱不只是你自己的因为你的已被列入白名单。注意WP cron只在你的网站有流量时运行。在低流量商店中挽回邮件可能会延迟发送因为cron没有按时触发。如果你在意时机请切换到真正的服务器cron任务调用wp-cron.php固定时间间隔。这是WordPress的问题不是YITH的问题但它特别影响挽回活动因为关键就在于及时发送邮件。实际应用场景几个具体场景因为合适的策略很大程度上取决于你销售的产品。如果你经营一家时装店商品多为冲动消费且价格中档速度是关键。人们放弃时装购物车是因为分心而非价格。仅发送一次包含购物车内容且无优惠券的一小时提醒就能自行挽回相当可观的订单。仅当第一封邮件未产生效果时再在第二封邮件中使用折扣因为你的利润可能无法承受每笔挽回订单都给折扣。对于高客单价电子产品店买家在深思熟虑而不是分心。72小时的购物车并非被遗忘而是正在进行的慎重决策。这种情况下较慢且以消除顾虑为主的邮件序列效果更好第一封邮件解决常见疑虑保修、退货、库存第二封提供帮助或比较只有最后一封才提及价格。高客单价商品打九折是笔不小的金额所以应谨慎使用。对于订阅盒或消耗品商店待处理订单恢复是悄然奏效的方法。周期性账单频繁失败卡过期、余额不足而这些失败订单的顾客已经决定购买。启用待处理订单恢复发送一封礼貌的邮件“您的付款未成功请点击链接重试”就能挽回与冷营销无关的收入。如果你销售数字产品或服务访客购物车占主导因此访客恢复设置最为重要。确保在结账早期捕获电子邮件如果涉及欧盟流量请使用同意选项。由于没有物流焦虑你的挽回邮件可以减少紧迫感增加 reassurance让客户安心的内容。如果结账摩擦是真正的问题过长、多字段、让人分心的结账流程挽回邮件只是治标。应将其与使用 CartFlows 等工具打造的更紧凑、低摩擦的漏斗结合起来从源头上减少购物车放弃。挽回是安全网不能替代能促成转化的结账流程。YITH Recover Abandoned Cart 对比 AutomateWoo这是我被问得最多的对比所以我们用具体数字来说话而不是含糊其辞。YITH WooCommerce Recover Abandoned Cart 是一个专注的购物车挽回工具。它专用于2 种邮件类型放弃购物车和待处理订单每种都内置了多步培育流程每个模板可设置“发送延迟”默认有60 分钟的放弃阈值160 小时购物车保留窗口以及一个追踪转化率和挽回收入的仪表盘。你可以一下午就上线一个可用的挽回序列。其范围特意设置得很小设置时间也体现了这一点。AutomateWoo 是一个更广泛的 WooCommerce 自动化引擎购物车挽回只是其中众多工作流之一。它还支持评论邀请、赢回活动、心愿单提醒、订阅催款、短信以及任意触发操作。这种强大功能需要你付出设置成本你需要使用触发器、规则和操作来构建工作流而不是只填写两三个邮件模板。如果你只需要购物车挽回那么 AutomateWoo 为了一个任务需要学习太多引擎。第三种选择是简单的优惠券群发这也是最弱的。向整个列表发送一次性的“全场 9 折”邮件没有针对每个购物车的定向、没有购物车挽回链接、没有序列、也没有挽回追踪。它无法告诉你它挽回了哪些购物车因为它根本不了解购物车。在弃购率约为70%且实际挽回率为5% 到 10%的活动中定向挽回与通用优惠券之间的区别就是可归因收入与无法衡量的利润率损失之间的区别。YITH Recover Abandoned CartAutomateWoo一次性优惠券群发适用范围仅支持购物车和待处理订单恢复完整自动化套件无手动邮件类型2 种购物车、待处理订单多种工作流类型1 种广播设置时间一个下午数天才能熟练掌握几分钟但效果生硬按购物车定向是是否恢复追踪内置仪表盘内置报告无最佳适用希望快速恢复购物车的商店自动化一切操作的商店快速促销非恢复在定价方面YITH 以年度高级许可证形式销售AutomateWoo 同样按年收费其套件的广度使其长期来看两者中更贵。我的看法如果购物车恢复是唯一如果需要自动化YITH 是更简洁的选择你可以在午餐前让它运行起来。如果你已经能预见到下季度需要发送评论邮件、挽回邮件和订阅催款邮件那就从 AutomateWoo 开始这样你就不必同时运行两个自动化系统。不要犯这些购物车挽回的错误这些是我见过的真正造成损失的失败模式而且每一种都是可以避免的。不要在放弃购物车五分钟后发送第一封挽回邮件。人们在中途结账时经常暂时离开。比如有电话进来、切换标签页、去找卡。如果发送太快你会打扰那些本来就要回来的顾客这让人感觉毛骨悚然而又把他们推开了。让放弃阈值默认 60 分钟给他们留出自行返回的空间然后开始一个合理的序列大约 1 小时、24 小时、72 小时。不要一开始就送优惠券。这是代价高昂的错误。如果你的第一封邮件就给出 9 折优惠你会训练老顾客故意放弃购物车因为他们知道折扣总会在一个小时后出现。你把全价买家变成了折扣猎人还吃掉了自己的利润。先用一条简单的提醒打开。只有在后续邮件中逐步升级到激励措施并且只有在购物车价值合理时才给出折扣。不要忽视邮件送达率。挽回邮件是通过 WordPress 邮件系统在 WP cron 上发送的。在默认主机上它们会进入垃圾邮件或静默失败整个策略默默无获而仪表盘却坚持显示邮件已发送。配置 SMTP验证你的域名并在相信任何数字之前查看邮件日志。不要假设你能挽回从未捕获的访客购物车。你只能向在结账时实际捕获了邮箱地址的访客发送邮件而且访客挽回设置必须允许。”挽回所有放弃的购物车”是一个幻想它会让你的期望落空并且对于欧盟流量还有可能联系到从未同意的人。尽早捕获邮箱使用同意选项并将你可挽回的购物车视为那些既有邮箱又有权限的。开发者参考过滤器、邮件自定义文章类型和存储这是开发者真正想要的部分。这个插件是过滤器密集型只有很少的动作钩子因此大多数定制是通过过滤值而不是挂钩事件来完成的。我只会记录我在源码中确认的钩子并附上实际参数数量。不要去寻找do_action事件钩子在此暴露的接口特意设计为过滤器加上邮件模板文章类型。值得了解的过滤器ywrac_recover_button_label2 个参数更改邮件中恢复购物车按钮的文本。add_filter(ywrac_recover_button_label,mystore_recover_label,10,2);functionmystore_recover_label($label,$email){returnTake me back to my cart;}ywrac_skip_user_from_mail4 个参数允许你从恢复邮件中排除特定用户或购物车。适用于屏蔽批发账户或已知无效的地址。add_filter(ywrac_skip_user_from_mail,mystore_skip_recovery,10,4);functionmystore_skip_recovery($skip,$user_email,$cart_id,$type){if(str_ends_with($user_email,wholesale.example.com)){returntrue;// never chase wholesale carts}return$skip;}ywrac_skip_register_cart1 个参数返回 true 可阻止当前购物车被标记为废弃。如果某个页面或会话不应计入则非常方便。add_filter(ywrac_skip_register_cart, function($skip){if(is_user_logged_in()current_user_can(manage_options)){returntrue;// dont track admins testing the store}return$skip;});ywrac_wait_before_create_new_abandoned_cart2 个参数设置同一用户再次记录新废弃购物车之前的冷却时间以防止反复弃购者每小时产生一条记录。add_filter(ywrac_wait_before_create_new_abandoned_cart,mystore_abandon_cooldown,10,2);functionmystore_abandon_cooldown($seconds,$user_id){return6* HOUR_IN_SECONDS;// one record per6hours per user}ywrac_template_content3 个参数在发送前过滤已渲染的邮件正文这是你注入合并标签未涵盖的动态内容的钩子。add_filter(ywrac_template_content,mystore_email_body,10,3);functionmystore_email_body($template_content,$email,$cart_id){$bannerp styletext-align:centerFree shipping over $50./p;return$banner.$template_content;}ywrac_email_template_sent_counter2 个参数过滤每个模板的发送计数器以及ywrac_rate_conversion1 个参数过滤计算出的转化率百分比如果你将统计数据导入自己的报告系统这两者都很方便。add_filter(ywrac_rate_conversion, function($rate){returnround($rate,1);});ywrac_recurrence1 个参数过滤发送器运行的定时任务重复频率如果你需要引擎比默认更频繁或更稀地触发。除此之外该插件还提供了一组单参数统计过滤器例如ywrac_total_recovered_cartsywrac_total_amount以及ywrac_total_abandoned_carts用于调整关键数字。在源代码中搜索ywrac_在生产环境中依赖任何特定过滤器之前建议查阅源代码因为统计过滤器集很广泛你需要找到与你版本对应的确切名称。电子邮件模板自定义文章类型CPT及短代码电子邮件模板以自定义文章类型存储ywrac_email。这对开发者来说是个不错的设计选择你可以使用标准的查询模板WP_Query附加自定义元数据或者在规模化配置商店时以编程方式构建模板。短代码的覆盖范围很小适合作为邮件引擎插件。你将使用的短代码是[ywrac_unsubscribe]带有一个遗留的[ywrr_unsubscribe]别名用于渲染恢复邮件的退订链接/页面。将其放在专用页面上以便收件人始终有清晰的退订选项这能让您保持合规并维护发件人声誉。[ywrac_unsubscribe]存储与缺失功能关于存储需了解两点。如前所述电子邮件模板属于自定义文章类型。此外该插件还维护一个自定义数据库表{prefix}yith_ywrac_email_log用于邮件日志外加一个废弃购物车列表和计数器。因此这不是一个“零自定义表”的插件它有一个实际的日志表您可以在调试送达率时进行检查。该插件所不具备的功能以免您浪费时间寻找存在没有 REST API(零个已注册的 REST 路由) 和没有 WP-CLI 命令对该插件的自动化是通过上述过滤器和插件所基于的 WooCommerce/WordPress 钩子来实现的而不是通过专门的 API。该插件还附带了Elementor和Gutenberg集成类主要用于在常规编辑器中构建退订和恢复相关的着陆页。性能、兼容性与注意事项从性能角度看这是一个轻量级插件。真正的工作是在 cron 上调度邮件而不是前端工作因此不会拖慢你的商店页面。唯一的前端接触是购物车跟踪影响极小。如果你非常在意核心网页指标这个插件不会损害你的得分。兼容性从显而易见的地方开始它需要 WooCommerce没有 WooCommerce 就无法工作。它适用于标准 WordPress 主机由于发送运行在 WP cron 上最大的“陷阱”是我上面提到的 cron 与送达率组合问题而不是代码冲突。一些实际中的注意事项低流量商店的 cron 定时问题。WP cron 仅在页面加载时触发。如果店铺访问量低恢复邮件可能会延迟发送。如果对时间精度有要求请切换到服务器 cron。缓存插件与购物车激进的整页缓存会干扰购物车状态检测。如果购物车未被跟踪请检查缓存设置是否排除了购物车/结账页面大多数优秀的缓存插件默认会这样做。访客邮箱捕获如果你对结账页面进行了大量自定义或者使用了后收集邮箱的一页式结账请确认邮箱字段在放弃点之前已被捕获否则访客恢复功能将无效。翻译与合并标签如果你运营多语言商店请确保每个模板的语言与目标受众匹配合并标签可以正常渲染但周围的文案是你自己写的。这些都不是什么大问题它们是在 WordPress 上运行定时邮件的常见情况花几个小时设置就能全部解决。常见问题解答发送第一封恢复邮件应该等待多久时间要足够长以免打扰正在结账的顾客又要足够短确保购物车状态仍然新鲜。默认的60分钟阈值是一个坚实的起点对于大多数商店来说在约一小时后发送第一封邮件是有效的。对于高需考虑产品如昂贵的电子产品、家具可以等待更长时间因为这些购物车是深思熟虑的结果而不是一时冲动。这个功能能恢复访客购物车吗只有在结账时获取了访客的邮箱并且你的访客恢复设置允许的情况下才能实现。如果从未收集过对方的邮箱地址就无法发送邮件。将结账设置改为尽早获取邮箱如果你的流量来自欧盟请使用同意复选框选项。任何人都无法恢复“每一个”被遗弃的购物车你只能恢复那些你拥有邮箱地址的购物车。我必须提供折扣吗不而且通常你不应该提供。一个带有购物车链接的简单提醒本身就能恢复很多购物车尤其是冲动消费的商品。将优惠券保留给系列邮件中的后续邮件并且仅在购物车价值足以抵消利润损失时使用。一开始就提供折扣会训练顾客故意弃购这是使用此插件时可能犯的最昂贵的错误。为什么我的恢复邮件没有发送几乎总是送达率或定时任务的问题。默认主机上的 WordPress 邮件经常被归入垃圾邮件或静默失败而 WP 定时任务只在有访问流量时运行因此流量少的商店会延迟发送。配置真正的 SMTP验证你的域名SPF/DKIM/DMARC如果时机很重要则切换到服务器定时任务并查看邮件日志以确认邮件确实已发送。它可以追踪失败和待处理的订单而不仅仅是遗弃的购物车吗可以。启用待处理订单恢复功能后插件会与遗弃购物车一起追踪待处理或失败的订单。这一群体通常是转化率最高的因为购物者已经完成了下单只是支付失败了。一封“您的支付未成功请点击此链接重试”的邮件可以恢复其中很多订单。是否有用于自动化的 REST API 或 WP-CLI 命令没有。该插件没有 REST 路由和 WP-CLI 命令。开发者可以通过其过滤器上文已记录以及它所基于的 WordPress/WooCommerce 钩子进行自定义如果你希望以编程方式管理模板还可以使用邮件模板自定义文章类型。“已恢复收入”的数字有多准确当被追踪的购物者完成购买时它归因于一次恢复因此它反映了插件发送过邮件然后转化的购物车。与所有归因一样它是方向性的而非绝对的所以应观察数周的趋势而不是过度解读单日数据。这比优惠券群发要诚实得多后者根本无法将任何转化归因于特定的购物车。它会拖慢我的商店速度吗不会造成明显影响。工作是在后台的定时任务中完成的不会影响你的前端页面。购物车追踪非常轻量。这款插件不会损害你的 Core Web Vitals。我可以个性化定制这些邮件吗可以通过合并标签。{{ywrac.firstname}}和{{ywrac.lastname}}插入姓名{{ywrac.cart}}渲染实际购物车内容{{ywrac.coupon}}输出附带的优惠券。开发者可以通过ywrac_template_content过滤器注入标签未覆盖的动态块。这与 AutomateWoo 这类营销套件有何不同该插件专注于购物车和待处理订单恢复一个下午即可运行起来。AutomateWoo 是一个更广泛的自动化引擎恢复只是其众多工作流程评论、挽留、催款、短信之一。如果只需要恢复功能YITH 是更简单的工具如果需要几十种自动化则从套件开始。总结我最初以为这又是一个“你的购物车里有东西”插件大致如此但重点是专注。YITH WooCommerce Recover Abandoned Cart 只做一件事无需花费整个周末配置仪表盘用简单的数字告诉你它是否有效。这种组合本应常见实际却很少见。我要指出的是该插件无法挽救糟糕的恢复策略。如果一上来就发优惠券、发送太快、忽略送达率你会得到一个干净的仪表盘但报告的是失败的营销活动。设置很简单。判断力时机、何时打折、确保邮件实际送达在于你自己。所有恢复工具都是如此至少这个工具会显示记分牌。如果你的 WooCommerce 商店有购物车被遗弃且无人跟进这是将大量失之交臂的订单重新转化回来的最直接方式。在测试站上安装 YITH WooCommerce Recover Abandoned Cart编写一个三封邮件的序列放弃一个测试购物车然后观察恢复流程从头到尾运行。一旦你看到第一个恢复的订单出现在仪表盘上并附有金额一切就都不言自明了。