事件历史记录和故障排除
“事件历史记录”会记录该应用触发的每个触发器，因此您可以确认工作流是否已启动，并在工作流未启动时进行排查。
阅读历史
该列表显示了触发器、其触发的资源、时间以及投递状态。点击某一行可查看详细信息：完整的触发器名称、资源引用、时间戳，以及Shopify Flow返回的任何投递错误。
在追踪特定事件时，请使用筛选器按触发器类型或状态进行筛选。
**想查看某条记录的相关事件？**您无需在此搜索。在产品、订单、客户及其他管理页面上，有一个区域会列出该记录的最新触发事件，包括旧值和新值，并会直接打开仅显示该事件的页面。请参阅 在记录的管理页面上触发事件。
故障排除
请选择与您所观察到的情况相符的症状。
该触发器未出现在Shopify Flow中▾
尚未授予该权限。请打开**“权限”**设置并为该资源授予数据访问权限，然后重新加载 Flow 编辑器。请参阅 权限与数据访问。
扳机虽然出现了，却从未扣动▾
请按以下顺序完成这些任务：
- 开关打开了吗？大多数现场级触发器默认处于关闭状态。请检查其开关 在“触发器”页面上。通常情况下，启用 Flow 工作流会自动完成此操作，因此 如果触发器处于关闭状态，通常意味着工作流也处于关闭状态。
- 基线同步是否已完成？差异检测无法报告差异 在得知初始状态之前。请查看“触发器”中的“数据同步”部分 页面。
- 配额用完了吗？请在“首页”查看使用情况。达到100%时会触发暂停，直到 周期重置或您进行升级。请注意，在您超过该 超过限制的请求会被丢弃而非排入队列，且不会留下历史记录行，因此事件为空 在配额用尽期间出现的历史记录属于正常现象，而非故障。参见 套餐与使用情况.
- **广泛触发器是否已关闭？**如果您已将该资源的
... Update在“触发器”页面上禁用该触发器后，其事件将停止。 - 还需要第二个权限吗？****“订单收货地址已更改”也是如此 需要客户数据访问权限。
店面触发器的触发次数少于预期，或者根本没有触发▾
实体店触发器是在购物者的浏览器中收集的，因此其设计原则是“尽最大努力”。请按以下顺序检查：
- Storefront 行为：已授予访问权限，且触发器的开关处于开启状态。没有任何 持续收集，直到这两个条件都为真。
- **同意。**未同意数据分析的购物者将在浏览器中被移除 却永远无法到达我们这里。在采用“主动选择加入”机制的地区，这占了绝大多数流量。
- 广告拦截器和已关闭的标签页会阻止该请求。系统不会进行重试。
- **“Storefront Cart Viewed”**事件仅在
/cart页面上触发；购物车抽屉则从未 导航至该处。抽屉请使用自定义商店前端触发器。 - “查看缺货变体”仅在用户进入该页面的变体上触发，并且 只有在该变体的库存同步完成后。
有关可观看和不可观看内容的完整列表，请参见 Storefront 触发器。
工作流虽然运行了，但什么也没做▾
请查看Shopify Flow的运行历史记录。如果触发器已触发且Flow已启动工作流，那么问题出在条件或操作步骤上，而非触发器本身。应用的“事件历史记录”可确认消息已送达；Flow的历史记录则显示后续发生了什么。
它发射得太频繁了▾
该触发器范围过广。请将触发器从**“订单更新**”切换为特定触发器（例如**“订单明细项发生变化**”），并关闭该范围过广的触发器。对于前端触发器，请注意，“查看前端产品”和“查看缺货变体”会在每次浏览产品页面时触发。参见 选择合适的扳机。
某项更改是由应用程序或导入操作引起的，但未触发相应事件▾
批量导入和应用程序驱动的写入操作确实会触发触发器，但有两点需要注意：它们同样受限于每个存储库的速率限制，因此非常大的批次会分阶段交付，而非即时交付；此外，如果该批次用尽了您的配额，剩余部分将不会被交付。