对历程进行故障排除 troubleshooting

在此部分中,了解如何在测试或发布之前对历程进行故障排除。 当历程处于测试模式或历程处于实时状态时,可以执行以下列出的所有检查。建议在测试模式下进行以下所有检查,然后继续发布。请参阅此页

测试之前检查错误 checking-for-errors-before-testing

测试和发布历程之前,请验证所有活动均已正确配置。如果系统仍检测到错误,则无法执行测试或发布。

活动中的错误 activity-errors

出现错误时,画布上的活动本身会显示警告符号。将光标放在感叹号上以显示错误消息。如果单击活动,您将看到带警告的错误行。例如:

  • 如果必填字段为空,则会显示错误

  • 在画布中,当两个活动断开连接时,会显示警告

历程中的错误 canvas-errors

画布上方的​ 警报 ​按钮上也显示错误。 此按钮让您看到系统检测到的错误,这些错误会阻止测试模式激活或历程发布。

系统检测到两种问题:错误 ​和​ 警告。 错误阻止发布和测试激活。警告指示未阻止测试激活或发布的潜在问题。您将看到问题的描述和 ERR_XXX_XXX 类型的问题日志 ID。这有助于确定问题。

历程全局的错误和警告首先在列表中显示。之后,与特定活动相关的错误和警告按活动顺序或在历程中的出现顺序从左到右列出。在警报列表的底部,复制详细信息 ​按钮允许您复制有关历程的技术信息,这些信息对解决问题很有用。

添加替代路径 canvas-add-path

您可以为以下历程活动定义一个发生错误时的回退操作: 条件 ​和​ 操作

当操作或条件中发生错误时,个人历程将停止。使其得以继续的唯一方法是解决问题。 为避免中断历程,您还可以选中选项​ 在活动属性中出现超时或错误时添加替代路径。 有关详细信息,请参阅此部分

检查事件是否正确发送 checking-that-events-are-properly-sent

历程的起点永远是事件。您可以使用 Postman 等工具执行测试。

您可以检查通过这些工具发送的 API 调用是否正确发送。如果返回错误,则表示您的调用有问题。再次检查有效负载、标题(特别是组织 ID)以及目标 URL。您可以询问管理员要点击的正确 URL。

事件不会直接从源推送到历程。 事实上,历程依赖于Adobe Experience Platform的流摄取API。 因此,如果出现与事件相关的问题,您可以参阅Adobe Experience Platform文档以了解流摄取API故障排除。

检查人员是否进入历程 checking-if-people-enter-the-journey

历程报表实时衡量人员进入旅程。

如果您成功发送事件,但未看到有人进入历程,则意味着在事件发送和事件接收之间出现问题。

您可以通过以下问题开始进行故障诊断:

  • 是否确定期待传入事件的历程处于测试模式或处于实时状态?

  • 是否在从有效负载预览复制有效负载之前保存了您的事件?

  • 您的事件有效负载是否包含事件 ID?

  • 您是否点击了正确的 URL?

  • 您是否使用“事件配置”窗格中的有效负载结构预览遵循了流摄取 API 的有效负载结构?请参阅此页

  • 您在事件标头中使用了正确的键值对吗?

    code language-none
    X-gw-ims-org-id - your organization's ID
    Content-type - application/json
    

检查人员在历程中的导航方式 checking-how-people-navigate-through-the-journey

历程报表测量旅程中个人的进度。 很容易识别人员在何处被拦住以及为什么被拦住。

以下是一些要检查的内容:

  • 是因为除人员外的情况吗?例如,条件为“性别=男性”,而该人员为女性。如果条件不太复杂,此检查可由商业用户执行。
  • 是由于调用数据源时没有响应吗?当历程正在测试时,此信息可在测试模式日志中查看。当历程处于实时状态时,管理员可以测试对数据源的直接调用并检查收到的答案。管理员还可以重复历程并进行测试。

检查消息是否发送成功 checking-that-messages-are-sent-successfully

如果人员在历程中以正确的方式流动,但没有收到他们应该收到的消息,您可以检查:

  • Journey Optimizer已正确考虑发送邮件的请求。 商业用户可以访问应发送的消息,并检查最新执行的时间是否与历程的执行时间对应。 他们还可以检查收到的最新API调用/事件。
  • Journey Optimizer已成功发送消息。 检查历程报告以确保没有错误。

对于通过自定义操作发送的消息,在历程测试中可以检查的唯一一点就是自定义操作系统的调用是否会导致错误。 如果与自定义操作关联的对外部系统的调用不会导致错误,但也不会导致消息发送,则应对外部系统进行一些调查。

recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76