如果您的订单确认、发货确认或其他交易自动化未按预期发送,本指南将引导您了解最常见的原因及如何修复它们。
为了获得最可靠的结果,请在您的商店中根据自动化触发条件下真实下单来测试您的自动化。
开始之前
在进一步排除故障之前,请确认这两个步骤已完成:
发布更改 – 保存您当前的工作流编辑。
启动工作流 – 使工作流生效并允许其发送。
保存而不激活会使工作流暂停。在未发布新编辑的情况下激活将运行最后发布的版本,而不是您当前的编辑。两个步骤都必须完成,您的自动化才能正确发送。
注意: 自动化仅在工作流之后下单时触发 处于活动状态。在您激活工作流之前下的订单将不会进入其中。
故障排除过程
验证订单数据同步
当客户在您的商店下单时,您可以通过检查客户的联系资料来验证Omnisend是否已收到该订单。转到 联系资料 并确认订单以正确状态出现。然后检查该状态与您的触发设置是否一致。
要了解哪些订单事件根据您的电子商务平台出现在Omnisend中,请参见自动化触发设置。
检查自动化设置
触发器类型
下单 在您的商店中创建订单时触发,无论是否已收到付款。
已支付订单 仅在订单付款状态更改为已支付时触发。
如果您的自动化仅应在客户完成付款后发送,请使用已支付订单触发器。使用下单和“已支付”状态过滤器可能会导致自动化错过订单,如果过滤器和触发状态不匹配。
受众过滤器
您的自动化中是否有受众过滤器?对于基于事件的触发器 – 例如下单、查看产品和自定义事件 – Omnisend 在评估细分成员资格之前会等待约15秒。这涵盖了大多数情况。
然而,如果您有一个大或复杂的细分,在检查运行时该细分可能仍在刷新,这可能导致联系人被错误排除。
为了在大细分中获得最可靠的结果,请使用条件拆分和短延迟块,而不是基于细分的受众过滤器。这使您可以完全控制细分检查何时运行,而不管细分大小。
条件拆分设置
与触发器过滤器一样,拆分条件检查与触发器一起传递的订单数据。您只能根据在订单触发工作流时存在的订单数据进行拆分。
如果您需要根据联系数据进行拆分,请在条件拆分之前添加几分钟的短延迟。这给Omnisend提供了同步联系人记录的时间。
📝 阅读更多:基于细分的拆分.
检查自动化报告
如果联系人满足您所有的触发条件,他们将进入工作流。在自动化报告中,您将看到:
已进入 – 联系人触发了工作流。
当前在 – 联系人已进入工作流并在等待一个步骤。
已退出 – 联系人因退出条件提前离开了工作流。
已完成 – 联系人通过了工作流中的所有步骤。
在每个区块中,您还可以看到有多少联系人跳过或通过了它。使用这些统计数据来确定您的自动化故障发生的位置:
要检查进入或被跳过的联系人完整列表,请转到报告 → 自动化 → 点击您选择的自动化以打开其单独报告 → 联系人 活动。如果您正在使用自己的电子邮件地址进行测试,请检查您的收件箱并通过发件人地址搜索以确认交付。
自定义事件自动化
如果您的自动化是由自定义事件触发的,请检查以下内容:
事件是否正确传递:
如果您正在使用Omnisend API,请在商店设置 → API → 自定义事件下验证事件。
如果您正在使用第三方应用程序,请在该应用程序内检查事件是否正确传递。
事件出现在联系人资料中。 打开联系人的资料 在 Omnisend 中确认事件是否列在那里。这是验证 Omnisend 是否接收到它的最可靠方法。
常见问题
为什么在我的订单确认自动化中跳过了联系人?
最常见的原因是联系人的电子邮件订阅状态为未订阅或已退订,而您的工作流频道设置仅设置为 已订阅 联系人。对于事务性自动化,请转到触发器块 工作流频道设置 自定义 电子邮件,并选择 已订阅和未订阅 或 任何订阅状态。
我的自动化是活动的,但没有发送到任何过去的订单。为什么?
事务性自动化仅在工作流处于活动状态后对下的订单触发。
如果您仍然需要帮助解决问题,请随时通过应用内聊天或通过 [email protected] 联系我们。





