常见的上线活动故障排除方案 troubleshoot-mobile-live

您可以使用Assurance验证令牌注册：

1. 在Assurance中，从​ 事件 ​列表中，过滤或搜索事件eventType = "liveActivity.pushToStart"。
2. 选择​ 事件 ​并检查有效负载。
3. 检查token、appId和attributeType值是否存在。
4. 确认事件已成功发送。

您还可以签入Adobe Experience Platform配置文件。

1. 在Adobe Experience Platform中，从您的​ 配置文件 ​访问​ 事件 ​选项卡。
2. 搜索liveActivity.pushToStart事件。
3. 检查事件时间戳和有效负载。

如果未找到任何事件，则表示应用未正确调用Messaging.registerLiveActivities。 修复SDK集成。

1. 从您的​配置文件，访问​ 属性 ​选项卡。

2. 找到liveActivityPushNotificationDetails。

3. 验证令牌配置：

   code language-json
   { "liveActivityPushNotificationDetails": [ { "appId": "com.example.myapp", "token": "abc123def456...", "platform": "apns", "denylisted": false, "attributeType": "OrderTrackingAttributes", "identity": {} } ] }

验证每个字段：

如果有任何字段不正确，请更新移动应用程序，使用Messaging.registerLiveActivities重新注册，等待5-10分钟，然后重新检查。

如果liveActivityPushNotificationDetails缺失，则表示该令牌尚未同步。 在Assurance中看到liveActivity.pushToStart事件后等待5-10分钟，然后重新检查。

Android对实时活动使用标准FCM注册令牌。 没有liveActivity.pushToStart事件或单独的实时活动推送令牌。

1. 在Assurance中，打开​ 事件 ​列表并找到标准推送令牌注册事件。
2. 选择事件并检查其有效负载以验证FCM注册令牌是否存在。
3. 确认注册事件已成功发送。
4. 在Adobe Experience Platform中，打开配置文件的​ 属性 ​选项卡，并确认pushNotificationDetails中存在令牌，如步骤2中所述。

如果缺少注册事件或配置文件令牌，请验证应用程序是否使用MobileCore.setPushIdentifier(token)将FCM注册令牌转发到SDK。

1. 从您的个人资料中，访问​ 属性 ​选项卡。

2. 找到pushNotificationDetails。 Android使用此对象而不是liveActivityPushNotificationDetails，并且不需要attributeType字段。

3. 验证令牌配置是否遵循此结构：

   code language-json
   { "pushNotificationDetails": [ { "appId": "com.adobe.marketing.mobile.liveupdatessample", "token": "fcm-registration-token...", "platform": "fcm", "denylisted": false, "identity": {} } ] }

验证每个字段：

如果有任何字段不正确，请根据需要更正应用程序配置，使用MobileCore.setPushIdentifier(token)再次转发FCM令牌，等待5-10分钟，然后重新检查配置文件。

如果pushNotificationDetails缺失，则表示该令牌尚未同步。 在Assurance中确认令牌注册后，等待5-10分钟，然后重新检查配置文件。

1. 在Journey Optimizer中，打开您的​ 营销活动 ​并导航到​ 操作 ​菜单。
2. 检查您的​实时活动配置。 必须为iOS应用配置表面，使其包标识符与您配置文件liveActivityPushNotificationDetails中的appId匹配。 例如，如果您的配置文件具有"appId": "com.example.myapp"，则表面必须针对同一应用程序。
3. 检查营销活动配置中的​ 活动类型 ​是否与用户档案的liveActivityPushNotificationDetails中的attributeType完全匹配。 例如，如果您的配置文件具有"attributeType": "FoodDeliveryLiveActivityAttributes"，则营销活动必须指定此相同的活动类型。

通过API执行活动时，请确保有效负载遵循正确结构。

单一有效负载：

{
   "campaignId": "your-campaign-id",
   "recipients": [{
      "type": "aep",
      "userId": "user@example.com",
      "namespace": "email",
      "context": {
         "requestPayload": {
            "aps": {
               "content-available": 1,
               "timestamp": 1756984054,
               "event": "start",
               "attributes-type": "FoodDeliveryLiveActivityAttributes",
               "content-state": { ... },
               "attributes": { ... }
            }
         }
      }
   }]
}

常见有效负载问题：

关键：始终使用新的时间戳

• 在调用每个API时，将timestamp设置为当前的Unix纪元时间（以秒为单位）。 这适用于所有事件类型： start、update和end。
• 过时或重复使用的时间戳会导致更新和结束请求失败或被设备忽略。 请​ 不 ​重复使用以前请求或缓存值中的时间戳。

可选字段（所有事件类型）：

• requestId：用于跟踪的唯一标识符（推荐）。
• alert：通知的对象具有title和body。 对于提请注意更新非常有用。

关于dismissal-date：

• 可选。 Unix纪元时间（秒）。 仅当event为"end"时才相关。
• 指定何时从设备自动删除实时活动。 如果忽略此项，则实时活动将保持可见，直到用户将其取消为止。
• 必须为晚于timestamp的未来时间戳。

确保API有效负载与iOS应用程序的ActivityAttributes实施相匹配。 Adobe SDK的LiveActivityAttributes协议扩展了iOS ActivityAttributes，并且需要liveActivityData属性。

验证映射：

1. 您的ActivityAttributes必须实施Adobe的LiveActivityAttributes协议。 示例：

   code language-swift
   struct FoodDeliveryLiveActivityAttributes: LiveActivityAttributes { public struct ContentState: Codable, Hashable { var orderStatus: String var estimatedDeliveryTime: String } // Adobe SDK requirement var liveActivityData: LiveActivityData // Your custom attributes var restaurantName: String }

   请注意 liveActivityData字段是Adobe SDK的必需字段，必须包含在所有实现中。

2. 您的API有效负载必须镜像iOS结构：

   code language-json
   { "aps": { "event": "start", "timestamp": 1756984054, "attributes-type": "FoodDeliveryLiveActivityAttributes", "content-state": { "orderStatus": "Preparing", "estimatedDeliveryTime": "20 mins" }, "attributes": { "liveActivityData": { "liveActivityID": "order-12345" }, "restaurantName": "Pizza Palace" } } }

验证核对清单：

• 在content-state中包含所有ContentState字段（所有事件类型均需要该字段）。

• 包括attributes中的所有LiveActivityAttributes字段（仅限开始事件），包括：

  • liveActivityData （必需；通常包含liveActivityID或类似的标识符）
  • 结构中的所有自定义字段

• 完全匹配字段名称（区分大小写）。

• 匹配数据类型（String、Int、Bool、嵌套对象）。

• 保留嵌套的对象结构。

常见错误：

有关更多示例，请参阅创建实时活动页面。

使用Assurance验证API执行和有效负载投放：

1. 打开Assurance会话。

2. 执行API调用以触发实时活动。

3. 在​ 事件列表 ​中，检查：

   • 营销活动执行事件。
   • 实时活动交付活动。
   • 有效负载验证错误事件。

4. 查看事件负载以验证：

   • 已正确处理有效负载。
   • 未发生验证错误。
   • 实时活动已发送到APN。

1. 在Journey Optimizer中，打开您的​ 营销活动 ​并导航到​ 操作 ​菜单。
2. 检查您的​实时活动配置。 该表面必须以包名称与配置文件pushNotificationDetails中的appId匹配的Android应用程序为目标。
3. 验证表面是否为该应用程序使用FCM凭据。 配置文件的令牌平台必须为"fcm"。
4. 确认有效负载中的notification_channel_id与应用创建的通知渠道匹配。

将Android Live活动字段放置在context.requestPayload.fcm下。

单一启动有效负载：

{
   "requestId": "your-request-id",
   "campaignId": "your-campaign-id",
   "recipients": [
      {
         "type": "aep",
         "userId": "your-device-ECID",
         "namespace": "ECID",
         "context": {
            "requestPayload": {
               "fcm": {
                  "notification_id": "flight-DL-321",
                  "timestamp": 1756984054,
                  "notification_channel_id": "live_updates_channel",
                  "priority": "PRIORITY_HIGH",
                  "event_type": "start",
                  "title": "Flight DL-321",
                  "body": "Boarding starts shortly",
                  "critical_text": "25 min",
                  "content_state": {
                     "custom_key_template_type": "progress",
                     "custom_key_journey_start": "DEL",
                     "custom_key_journey_progress": 10,
                     "custom_key_journey_end": "MUM"
                  }
               }
            }
         }
      }
   ]
}

将示例时间戳替换为当前Unix纪元时间（以秒为单位）。 content_state键是示例，必须与您应用程序的样式提供程序匹配。

对于广播，使用包含audience.id的API触发的营销活动，并将fcm对象放在context.requestPayload下。 将topic_name设置为目标设备订阅的FCM主题。 在开始、更新和结束事件中保持主题和notification_id不变。 请参阅Android广播有效负载示例。

常见有效负载问题：

时间戳和生命周期检查：

• 对于每个开始、更新和结束事件，在epoch秒内使用新的timestamp。 请确保该值大于同一notification_id的上一个值（或者，大于广播的上一个值），即使同一秒内发出请求也是如此。topic_name
• 较旧或相等的时间戳将被忽略。 请勿重用缓存的时间戳。
• 可选的when字段控制通知的显示时间，而不是消息排序。 保持其合理的最新状态，并在纪元秒内将其表示。
• 要更新或结束活动，请更改event_type，同时保留notification_id不变。 Android对所有三个生命周期事件使用相同的FCM注册令牌；无需单独的更新令牌。

结束事件解除：

对于event_type: "end"，可以选择将dismiss_after设置为删除前已完成的实时活动应保持可见状态的秒数。 这是一个持续时间，而不是纪元时间戳。

应用程序的样式提供程序确定content_state值在实时活动通知中的呈现方式。

1. 确认应用程序中集成了Messaging和Live Activities扩展。
2. 验证content_state中的每个字段是否与样式提供程序处理的键匹配，包括其预期值类型。
3. 检查title、body和critical_text是否包含预期的显示文本。 critical_text用于状态栏芯片。
4. 确认已授予通知权限，并且notification_channel_id标识的渠道存在。

常见错误：

有关更多示例，请参阅创建实时活动。

在连接的Android测试设备上使用Assurance。

1. 打开Assurance会话并确认FCM令牌注册可见。
2. 执行API调用以启动实时活动，然后发送具有相同的notification_id且增加了时间戳的更新和结束事件。
3. 查看可用的SDK事件和负载，了解处理或验证错误。 确认Android有效负载使用fcm以及预期的生命周期值。
4. 在配置文件的​ 事件 ​选项卡中，检查匹配的message.feedback事件。 检查serviceProvider是否为fcm，并查看feedbackStatus、errorCode和errorMessage的投放失败情况。
5. 如果投放成功但未呈现Live活动，请检查设备上的应用程序日志、样式提供程序映射、通知权限和渠道配置。

如果营销活动报告未显示任何发送错误，请跳过此步骤。 否则，请将​ 错误原因 ​表中的错误与以下常见的APN错误进行匹配：

1. 在Journey Optimizer中导航到​客户 > 配置文件。

2. 搜索并打开配置文件。

3. 选择​ 事件 ​选项卡。

4. 筛选或搜索具有eventType = "message.feedback"的事件。

5. 查找与实时活动的liveActivityID和event类型匹配的反馈事件。

6. 查看以下关键字段：

   table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3
   字段	可能值	它的含义
   feedbackStatus	sent, error, denylist	来自服务提供商的投放结果
   serviceProvider	apns/apnsSandbox	应该是iOS Live活动的APN
   errorCode	数字代码或null	APNs特定的错误代码（如果失败）
   errorMessage	错误描述或null	人工可读的错误消息

7. 如果feedbackStatus: "error"：

   • 检查errorCode和errorMessage中的特定APN错误。
   • 常见的APN错误包括令牌过期、证书无效、捆绑包ID错误。

8. 如果未找到反馈事件：

   • 可能尚未尝试推送通知。
   • 检查营销活动报告中是否排除了该用户档案。

如果feedbackStatus是sent： Journey Optimizer已将通知传递给APN。 这不会确认设备呈现。 继续步骤4中的设备端检查。

1. 在API调用期间，打开您的Assurance会话并将其保持活动状态。

2. 执行API调用（开始、更新或结束）。

3. 在​ 活动列表 ​中，查找实时活动投放活动。

4. 搜索与APNs推送投放相关的事件。

5. 检查以下指示器：

   • 向APNs推送请求：确认Adobe已向Apple的服务器发送推送请求
   • APNs响应：显示APNs是接受还是拒绝推送
   • 投放状态：成功或失败指示

6. 如果发现问题，请参阅以下常见的APN传送问题：

   table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3
   问题	Assurance中的症状	解决方法
   APNs证书已过期	身份验证错误	续订并上传新的APNs证书
   错误的环境（开发环境与生产环境）	令牌不匹配错误	确保证书与应用程序生成类型匹配
   捆绑ID不匹配	捆绑包标识符无效	验证证书包ID是否与应用程序匹配
   令牌已过期	来自APN的InvalidToken错误	重新注册实时活动令牌
   限速	请求过多	降低API调用频率

如果Adobe显示已成功交付，但设备未显示实时活动：

• 查看iOS设备日志以了解实时活动错误。
• 验证应用程序是否处于前台或后台（未终止）。
• 确认设备具有网络连接。
• 在多个设备上测试以排除特定于设备的问题。
• 验证iOS的版本是否为16.1或更高版本。

如果您已完成所有步骤，但问题仍未解决，请通过以下方式联系Adobe客户关怀团队：

必需的信息：

• 营销活动 ID 和名称
• 配置文件命名空间和ID
• API有效负载中的liveActivityID
• API调用时间戳
• 显示发送统计数据、错误原因和排除原因的活动报告屏幕截图
• 相关配置文件事件（liveActivity.updateToken表示单一更新/结束问题和message.feedback）
• Assurance会话详细信息和相关活动屏幕截图
• API请求有效负载和响应，并标记凭据和设备令牌
• APNs证书详细信息（到期、环境、捆绑包ID）

如果营销活动报告未显示任何发送错误，请跳过此步骤。 否则，请将​ 错误原因 ​表中的错误与以下常见的FCM错误进行匹配：

1. 在Journey Optimizer中导航到​客户 > 配置文件。

2. 搜索并打开配置文件。

3. 选择​ 事件 ​选项卡。

4. 筛选或搜索具有eventType = "message.feedback"的事件。

5. 查找您正在调查的campaign和API调用时间戳的反馈事件。

6. 查看以下关键字段：

   table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3
   字段	可能值	它的含义
   feedbackStatus	sent, error, denylist	来自服务提供商的投放结果
   serviceProvider	fcm	FCM处理的Android推送投放
   errorCode	提供程序错误代码或null	如果投放失败，则显示FCM特定的错误代码
   errorMessage	错误描述或null	人工可读的错误消息

7. 如果feedbackStatus: "error"：

   • 检查errorCode和errorMessage并应用步骤1中的相应FCM分辨率。

8. 如果未找到反馈事件：

   • 可能尚未尝试推送通知或反馈可能尚不可用。
   • 检查营销活动报告中是否排除了该用户档案。

如果feedbackStatus是sent： FCM已接受通知。 这不会确认设备是否呈现了实时活动。 继续步骤4中的设备端检查。

在连接的Android测试设备上使用Assurance。

1. 打开Assurance会话，并在API调用期间将其保持活动状态。
2. 执行API调用并将event_type设置为start、update或end。
3. 在​ 事件 ​列表中，检查对FCM的请求及其响应的可用推送传递事件。
4. 检查FCM是接受还是拒绝请求，并检查任何报告的错误详细信息。
5. 对于被拒绝的请求，请使用步骤1中的FCM错误检查令牌、Firebase项目凭据和有效负载。 如果提供程序事件在会话中不可用，请使用message.feedback事件和营销活动报告。

如果Adobe显示已成功交付，但设备没有显示或更新实时活动：

• 检查Android应用程序日志中的推送处理和实时活动渲染错误。
• 确认允许使用通知，并使用canPostPromotedNotifications()允许升级通知。
• 验证是否授予POST_NOTIFICATIONS和POST_PROMOTED_NOTIFICATIONS权限，以及notification_channel_id标识的渠道是否存在。
• 确保timestamp比上次处理的事件新，并且notification_id未发生更改。 对于广播，还要验证设备对topic_name的订阅。
• 确认应用程序未强制停止。
• 确认设备具有网络连接。
• 在多个设备上测试以排除特定于设备的问题。
• 验证设备是否运行Android 16.1 （API级别36.1）或更高版本，以及应用程序是否使用targetSdk 36。
• 检查content_state键和值类型是否与应用程序的样式提供程序匹配。

如果您已完成所有步骤，但问题仍未解决，请通过以下方式联系Adobe客户关怀团队：

必需的信息：

• 营销活动 ID 和名称
• 配置文件命名空间和ID
• API有效负载中的notification_id和event_type；对于广播，还包括topic_name和受众ID
• API调用时间戳
• 显示发送统计数据、错误原因和排除原因的活动报告屏幕截图
• 相关配置文件message.feedback事件，包括FCM错误代码和消息
• Assurance会话详细信息和相关活动屏幕截图
• API请求有效负载和响应，并标记凭据和设备令牌
• Android包名称、Firebase项目和发件人ID以及FCM凭据配置详细信息；不包括私钥
• Android操作系统版本、设备型号、通知权限状态和相关应用程序日志

1. 在Journey Optimizer中打开​API触发的营销活动。

2. 导航到​ 受众 ​部分并验证：

   • 为营销活动选择受众。
   • 受众ID与您的API有效负载中使用的受众ID匹配。
   • 受众包含预期的用户档案。

3. 导航到​ 操作 ​部分。

4. 检查​实时活动配置：

   • 必须使用正确的捆绑标识符为iOS应用程序设置配置。
   • 活动类型必须与API有效负载中的attributes-type匹配。 例如，如果您的有效负载包含"attributes-type": "AirplaneTrackingAttributes"，则营销活动必须指定此相同的活动类型。

广播有效负载结构不同于单一营销活动。 验证有效负载是否遵循正确的广播格式。

广播的必填字段：

{
   "campaignId": "878a11d4-b519-47bd-8313-fecfee19857b",
   "audience": {
      "id": "8c3dbdea-2957-401f-acf0-3966fba1601e"
   },
   "context": {
      "requestPayload": {
         "aps": {
            "input-push-channel": "FEt0NgvLEfEAAOqA6AXdIQ==",
            "content-available": 1,
            "timestamp": 1771829292,
            "event": "start",
            "attributes-type": "AirplaneTrackingAttributes",
            "content-state": { ... },
            "attributes": { ... }
         }
      }
   }
}

常见有效负载问题：

关键广播特定字段：

• input-push-channel:

  • 所有直播直播活动均需要。
  • 用作此特定广播实例的唯一标识符。
  • 受众中的所有用户档案都会接收与此渠道关联的实时活动。
  • 必须匹配liveActivityData.channelID中的channelID（请参阅步骤3）。
  • 您的团队必须在Apple开发人员门户中为appID创建。
  • 只有为特定appID创建的频道才能用于广播该应用程序上的实时活动。

• audience.id:

  • 必须引用在Adobe Experience Platform中创建的有效受众区段。
  • 此受众中的所有用户档案均定位为实时活动。
  • 必须激活受众并包含具有有效liveActivityPushNotificationDetails的用户档案。

始终使用最新的时间戳：

• timestamp字段必须始终是每个API调用的当前Unix纪元时间（以秒为单位）。
• 此要求适用于所有事件类型： start、update和end。
• 更新/结束的关键：使用过时的时间戳会导致更新和结束请求失败。
• 为每个广播API调用生成新的时间戳。

可选字段：

• dismissal-date：自动删除的Unix纪元时间（仅与end事件相关）
• alert：通知对象为title和body

有关完整的API规范，请参阅Adobe Journey Optimizer消息传送API文档。

请确保有效负载字段与iOS应用程序的ActivityAttributes实现匹配，并且input-push-channel与liveActivityData中的channelID匹配。

1. 查看iOS ActivityAttributes定义。

您的自定义ActivityAttributes结构必须实施Adobe的LiveActivityAttributes协议：

struct AirplaneTrackingAttributes: LiveActivityAttributes {
   public struct ContentState: Codable, Hashable {
      var journeyProgress: Int
   }

   // Adobe SDK requirement
   var liveActivityData: LiveActivityData

   // Your custom attributes
   var arrivalAirport: String
   var departureAirport: String
   var arrivalTerminal: String
}

1. 将iOS字段映射到广播API有效负载。

包括content-state用于所有事件类型。 包括attributes（包括liveActivityData.channelID）仅用于开始事件：

{
   "aps": {
      "input-push-channel": "FEt0NgvLEfEAAOqA6AXdIQ==",
      "event": "start",
      "timestamp": 1771829292,
      "attributes-type": "AirplaneTrackingAttributes",
      "content-state": {
         "journeyProgress": 0
      },
      "attributes": {
         "arrivalAirport": "DEL",
         "departureAirport": "MUM",
         "arrivalTerminal": "T1",
         "liveActivityData": {
            "channelID": "FEt0NgvLEfEAAOqA6AXdIQ=="
         }
      }
   }
}

关键： input-push-channel必须匹配channelID

• aps根目录中的input-push-channel值必须与liveActivityData中的channelID完全匹配。
• 在上述示例中，两个值均为"FEt0NgvLEfEAAOqA6AXdIQ=="。
• 此匹配将广播实例链接到实时活动数据。
• 不匹配会导致投放失败。

关键验证点：

• 包含所有事件类型在content-state中的所有ContentState字段。
• 仅包括开始事件的attributes中的所有自定义LiveActivityAttributes字段。
• 对于开始事件，liveActivityData.channelID必须匹配input-push-channel。
• 字段名称区分大小写，且必须完全匹配。
• 数据类型必须匹配（String、Int、Bool、嵌套对象等）。
• 对于更新/结束事件，请使用与原始开始事件相同的input-push-channel。

常见错误：

使用Assurance验证API执行和有效负载投放：

1. 在作为受众的一部分的测试设备上打开Assurance会话。

2. 执行广播API调用。

3. 在​ 事件列表 ​中，查找：

   • 营销活动执行事件。
   • 实时活动交付活动。
   • 指示有效负载验证失败的错误事件。

4. 检查事件负载以确认：

   • 已正确处理有效负载。
   • input-push-channel存在。
   • 未发生验证错误。
   • 已将实时活动发送给受众成员的APN。

1. 在Journey Optimizer中打开​API触发的营销活动。

2. 导航到​ 受众 ​部分并验证：

   • 为营销活动选择受众。
   • 受众ID与您的API有效负载中使用的受众ID匹配。
   • 受众包含预期的用户档案。

3. 导航到​ 操作 ​部分。

4. 检查​ 实时活动配置 ​是否指向正确的Android包并使用匹配的FCM凭据。 Android不使用活动类型或attributes-type字段。

Android广播使用FCM主题。 包括audience.id并将fcm对象放在context.requestPayload下，而不是放在单个收件人下。

广播开始有效负载示例：

{
   "requestId": "your-request-id",
   "campaignId": "your-marketing-campaign-id",
   "audience": {
      "id": "your-audience-id"
   },
   "context": {
      "requestPayload": {
         "fcm": {
            "topic_name": "flight_DL321",
            "notification_id": "flight-DL-321",
            "notification_channel_id": "live_updates_channel",
            "timestamp": 1771829292,
            "priority": "PRIORITY_HIGH",
            "event_type": "start",
            "title": "Flight DL-321",
            "body": "Boarding starts shortly",
            "critical_text": "25 min",
            "content_state": {
               "custom_key_template_type": "progress",
               "custom_key_journey_start": "DEL",
               "custom_key_journey_progress": 10,
               "custom_key_journey_end": "MUM"
            }
         }
      }
   }
}

将示例时间戳替换为当前Unix纪元时间（以秒为单位）。 将content_state密钥调整为您的应用程序样式提供程序。

常见有效负载问题：

关键广播特定字段：

• topic_name：​标识目标设备订阅的FCM主题。 在每个开始、更新和结束请求中包含相同的非空值。
• audience.id：​在Adobe Experience Platform中标识该营销活动的受众。 验证其成员资格和有效pushNotificationDetails的配置文件示例。

时间戳和可选字段：

• 为每个事件在epoch秒内生成新的timestamp，并确保它严格大于同一主题的最后一个值。 旧值或等于值将被忽略。
• when可以选择设置通知的显示时间（以纪元秒为单位）。 它不能控制报文排序。
• 对于event_type: "end"，dismiss_after可选择指定在删除前已完成的活动保持可见的秒数。 它是一个持续时间，而不是纪元时间戳。

有关完整的API规范，请参阅Adobe Journey Optimizer消息传送API文档。

1. 使用FirebaseMessaging.getInstance().subscribeToTopic(topic)确认测试设备订阅了topic_name中指定的确切主题。
2. 验证订阅是否成功，以及应用程序是否通过其安装的Adobe Live Activities扩展支持的主题订阅跟踪API报告订阅情况。
3. 在开始、更新和结束事件中保留topic_name和notification_id不变。
4. 验证content_state键和值类型是否与应用程序的样式提供程序匹配。
5. 检查是否授予了通知权限，notification_channel_id是否与应用创建的渠道匹配。

常见错误：

有关其他字段和示例，请参阅Android广播有效负载示例。

在作为受众的一部分并订阅了广播主题的已连接Android测试设备上使用Assurance 。

1. 在执行广播API调用之前，打开您的Assurance会话。
2. 使用相同的topic_name和notification_id发送开始、更新和结束请求，并增加时间戳。
3. 在​ 事件 ​列表中，检查可用的SDK和投放事件是否存在有效负载处理错误。
4. 确认有效负载包含预期的fcm对象、topic_name和event_type值。
5. 查看营销活动报告和可用的message.feedback事件以确认FCM投放结果。 Android serviceProvider值为fcm。
6. 如果FCM接受消息但设备未呈现活动，请检查主题订阅、通知权限、渠道配置和应用程序日志。 接受提供程序时不会确认设备呈现。