Google 致力于为黑人社区推动种族平等。查看具体举措

了解消息传送

FCM 提供了三组工具,可帮助您深入了解消息传送功能:

  • Firebase 控制台消息传送报告和通知漏斗分析
  • 来自 Firebase Cloud Messaging Data API 的汇总 Android SDK 传送指标
  • 将数据全面导出至 Google BigQuery

本页介绍的报告工具都需要使用 Google Analytics(分析)才能正常运行。如果您的项目未启用 Google Analytics(分析),您可以在 Firebase 项目设置的集成标签页中进行设置。

请注意,由于对分析数据执行批量处理,因此该页面上许多统计信息的报告可能会延迟最多 24 小时。

消息送达情况报告

在 Firebase 控制台中的报告标签页中,对于向 Android 或 iOS FCM SDK 发送的消息(包括通过 Notifications Composer 和 FCM API 发送的消息),您可以查看以下数据:

  • 发送次数:数据消息或通知消息已加入队列或已成功传递到第三方服务(例如 APNs)以进行传送。如需了解详情,请参阅消息的寿命
  • 已收到(仅在 Android 设备上提供)- 应用已收到数据消息或通知消息。当接收 Android 设备安装了 FCM SDK 18.0.1 或更高版本时,才可以获得此数据。
  • 展示(仅针对 Android 设备上的通知消息提供)- 当应用在后台运行时,显示通知已在设备上显示。
  • 打开次数:用户打开通知消息。仅针对应用在后台运行时收到的通知报告此数据。

此数据针对所有带有通知载荷的消息以及所有带标签数据消息提供。如需详细了解标签,请参阅为消息添加分析标签

在查看消息报告时,您可以设置所显示数据的日期范围,还可以选择将其导出为 CSV。您也可以按以下条件执行过滤:

  • 平台(iOS 或 Android)
  • 应用
  • 自定义分析标签

为消息添加分析标签

为消息加标签对于自定义分析非常有用,这将允许您按标签或标签集过滤传送统计信息。要向通过 HTTP v1 API 发送的任何消息添加标签,您可以设置消息对象中的“fcmOptions.analyticsLabel”字段,或特定于平台的“AndroidFcmOptions”或“ApnsFcmOptions”字段。

分析标签是文本字符串,格式为:^[a-zA-Z0-9-_.~%]{1,50}$。标签可以包括大小写字母、数字和以下符号:

  • -
  • ~
  • %

长度上限为 50 个字符。您每天最多可以指定 100 个唯一标签;如果为消息添加的标签数量超出此上限,则不会报告相应消息。

在 Firebase 控制台的消息报告标签页中,您可以搜索所有现有标签的列表,并单独或组合应用这些标签来过滤所显示的统计信息。

通知漏斗分析

内置的通知漏斗分析功能可向您介绍用户如何响应从 Firebase 控制台发送的特定通知。该视图包括目标 iOS 和 Android 设备在以下类别的数据:

  • 已发送通知:消息已加入队列或已成功传递给第三方服务(例如 APN)以进行传送。请注意,定位过时的令牌或非活跃注册可能会夸大这些统计信息。
  • 已打开通知:已打开的通知的数量。仅针对应用在后台运行时收到的通知报告此数据。
  • 已触发转化事件的唯一身份用户的数量(如果已作出相关定义)。

要查看通知漏斗分析数据,请执行以下操作:

  1. 在 Notifications Composer 中选择通知标签。
  2. 在消息列表中点击已发送或正在发送的消息。系统即会在展开的视图中显示漏斗分析数据。

Analytics 报告会定期更新,但在用户打开通知与控制台中生成事件数据之间可能会略有延迟。除了通知标签页下的这些报告之外,您还可以在 Analytics 中创建自定义漏斗以直观呈现应用中一系列步骤的完成率。

通过 FCM Data API 的汇总传送数据

借助 Firebase Cloud Messaging Data API,您可以检索相关信息,从而了解发往 Android 应用的消息请求的结果。此 API 可为一个项目中所有支持数据收集的 Android 设备提供汇总的数据。这包括无延迟传送的消息的百分比,以及 Android 传输层中延迟或丢弃的消息数量。评估此数据可以揭示消息传送的广泛趋势,并帮助您找出有效的方法来提高您发送的请求的性能。

此 API 提供给定应用可用的所有数据。请参阅这个 API 参考文档

数据是如何细分的?

传送数据是按应用、日期和分析标签细分的。对此 API 的调用会针对日期、应用和分析标签的每个组合返回数据。例如,单个 androidDeliveryData JSON 对象将如下所示:

 {
  "appId": "1:23456789:android:a93a5mb1234efe56",
  "date": {
    "year": 2021,
    "month": 1,
    "day": 1
  },
  "analyticsLabel": "foo",
  "data": {
    "countMessagesAccepted": "314159",
    "messageOutcomePercents": {
      "delivered": 71,
      "pending": 15
    },
   "deliveryPerformancePercents": {
      "deliveredNoDelay": 45,
      "delayedDeviceOffline": 11
    }
  }

如何解读指标

传送数据概述了符合以下各个指标的消息所占的百分比。一条信息可能符合多个指标。由于数据的采集方式和汇总指标的粒度级别限制,有些消息结果根本体现不到指标中,因此以下百分比之和不等于 100%。

接受的消息数

此数据集内包含的唯一计数是 FCM 接受以传送到 Android 设备的消息数。所有百分比都使用此值作为分母。请注意,此计数不包括定位到已在其设备上停止收集使用情况和诊断信息的用户的消息。

消息结果百分比

MessageOutcomePercents 对象中包含的字段提供有关消息请求的结果的信息。这些类别是互相排斥的。它可以回答“我的消息是否被传送?”和“导致消息丢失的原因是什么?”这样的问题。

例如,如果 droppedTooManyPendingMessages 字段值较高,则表示应用实例接收的不可折叠消息数量超出了 FCM 的待处理消息上限(100 条)。为了缓解这种情况,请确保您的应用会处理对 onDeletedMessages 的调用,并考虑发送可折叠的消息。同样,droppedDeviceInactive 的高百分比可能表示需要更新服务器上的注册令牌,从而移除过时令牌并将其从主题退订。请参阅管理 FCM 注册令牌,了解此方面的最佳做法。

传送性能百分比

DeliveryPerformancePercents 对象中的字段提供有关成功传送的消息的信息。它可以回答诸如“我的消息是否出现延迟?”以及“消息为什么延迟?”这样的问题。例如,如果 delayedMessageThrottled 的值较高,则明确表示您超出了每台设备的最大限制,因此应该调整发送消息的速率。

消息分析百分比

此对象提供有关所有消息发送的更多信息。priorityLowered 字段表示由于应用待机模式存储而导致优先级从 HIGH 降低至 NORMAL 的已接受消息的百分比。如果此值较高,请尝试减少发送高优先级的消息,或确保在发送高优先级消息后始终显示通知。

这些数据与导出到 BigQuery 的数据有何不同?

BigQuery 导出可提供关于消息是否被 FCM 后端接受以及设备上 SDK 中的消息传送(FCM 架构中的第 2 步和第 4 步)的单独消息。此数据对于确保各条信息被接受和传送很重要。请在下一部分中详细了解 BigQuery 数据导出

相比之下,Firebase Cloud Messaging Data API 提供关于 Android 传输层(或 FCM 架构的第 3 步)所发生的情况的详细信息。通过这些数据,您可以深入了解从 FCM 后端向 Android SDK 传送消息的情况。它对于显示消息在传输过程中延迟或丢弃的趋势尤其有用。

在某些情况下,这两个数据集可能并不精准匹配,原因如下:

  • 汇总的指标只会抽样部分消息
  • 汇总的指标经过了舍入处理
  • 我们不呈现低于隐私保护阈值的指标
  • 因为优化管理大流量的方式而导致部分消息结果丢失。

此 API 的限制

数据延迟

此 API 返回的数据最多会有 5 天的延迟。例如,在 1 月 10 日,您可以查看 1 月 5 日的数据,但无法获得 1 月 6 日或之后的数据。此外,这些数据是以“尽力而为”的前提提供的。如果数据中断,FCM 将向前修复,但不会在问题修复后回填数据。如果出现较大的中断,可能会有一周或更长的时间数据不可用。

数据涵盖情况

Firebase Cloud Messaging Data API 提供的指标旨在让您了解消息传送的广泛趋势。但是,它们并不涵盖所有的消息场景。已知以下场景的结果不会反映在指标中。

被折叠的消息

被其他消息折叠的消息不会显示在数据集中。

向非活跃设备发送的消息

发送到非活跃设备的消息不一定会显示在数据集中,具体取决于它们采取的数据路径。这可能会导致“已丢弃非活跃设备”(Dropped Inactive Device) 和“待处理”字段中的一些错误计数。

向具有某些用户偏好设置的设备发送的消息

如果用户已在其设备上停止收集使用情况和诊断信息,则向这类用户发送的消息不会包括在计数中,以便与其偏好设置保持一致。

舍入和最小值

FCM 会有意地舍入和排除数量不足的计数。

BigQuery 数据导出服务

您可以将消息数据导出至 BigQuery 以便进一步分析。借助 BigQuery,您可以使用 BigQuery SQL 来分析数据,将数据导出至其他云服务商,或将该数据用于自定义机器学习模型。向 BigQuery 执行的导出操作可以包括所有消息的数据,无论平台、无论消息类型,也无论消息通过 API 发送还是通过 Notifications Composer 发送。

对于发送到具有以下 FCM SDK 最低版本的设备的消息,您还可以选择为应用启用消息传递数据导出功能:

  • Android 20.1.0 或更高版本。
  • iOS 8.6.0 或更高版本

请参阅下文,详细了解如何为 AndroidiOS 启用数据导出功能。

首先,请将您的项目与 BigQuery 关联:

  1. 选择以下一个选项:

    • 打开 Notifications Composer,然后点击页面底部的访问 BigQuery

    • 在 Firebase 控制台的集成页面中,点击 BigQuery 卡片上的关联

      此页面显示了项目中所有启用 FCM 的应用的 FCM 导出选项。

  2. 按照屏幕上的说明启用 BigQuery。

如需了解详情,请参阅将 Firebase 关联到 BigQuery

将项目关联到 BigQuery 后:

  • Firebase 会将您的数据导出到 BigQuery。请注意,导出数据的初始传播最长可能需要 48 小时才能完成。

  • Firebase 会安排定期将您的数据从 Firebase 项目同步到 BigQuery。这些每日导出操作的开始时间是凌晨 4:00(美国太平洋夏令时),最长可能需要十个小时才能完成。

  • 默认情况下,您项目中的所有应用都会关联到 BigQuery,而且您以后向项目中添加的所有应用也都会自动关联到 BigQuery。您可以管理哪些应用可发送数据

如需停用 BigQuery 导出,请在 Firebase 控制台中取消关联您的项目

在 Android 上启用消息传送数据导出功能

搭载 FCM SDK 20.1.0 或更高版本的 Android 设备可以启用其应用的消息传送数据导出功能。默认情况下,数据导出功能在应用级处于停用状态。如果以编程方式在应用实例级启用该功能,您可以向最终用户请求分析其消息传送数据的权限(推荐做法)。如果两者都设置,则应用实例级的值会替换应用级的值。

启用这些选项之前,您必须先按照 BigQuery 数据导出中的说明为您的项目创建 FCM-BiqQuery 链接。

为应用实例启用传送数据导出功能

在大多数情况下,建议仅在应用实例级启用消息传送数据导出功能,而在应用级停用此功能。

 FirebaseMessaging.getInstance().setDeliveryMetricsExportToBigQuery(true)

为应用启用传送数据导出功能

如果您希望在应用级启用导出功能,请确保不要调用 setDeliveryMetricsExportToBigQuery 方法,而应在应用清单中向应用对象添加以下属性:

<application>
  <meta-data android:name="delivery_metrics_exported_to_big_query_enabled"
      android:value="true" />
</application>

在 iOS 上启用消息传递数据导出功能

安装了 FCM SDK 8.6.0 或更高版本的 iOS 设备可以启用其应用的消息传递数据导出功能。FCM 支持数据导出功能,用于提醒和后台通知。启用这些选项之前,您必须先按照 BigQuery 数据导出中的说明为您的项目创建 FCM-BiqQuery 链接。

为提醒通知启用传递数据导出功能

由于只有提醒通知可以触发通知服务应用扩展程序,因此您必须向应用添加通知服务扩展程序,并在服务扩展程序内调用此 API 以启用显示消息跟踪功能。请参阅 Apple 关于在新传递的通知中修改内容的文档。

对于收到的每条通知,必须进行以下调用:

Swift

// For alert notifications, call the API inside the service extension:
class NotificationService: UNNotificationServiceExtension {
  override func didReceive(_ request: UNNotificationRequest, withContentHandler contentHandler: @escaping (UNNotificationContent) -> Void) {
  Messaging.extensionHelper()
      .exportDeliveryMetricsToBigQuery(withMessageInfo:request.content.userInfo)
  }
}

Objective-C

// For alert notifications, call the API inside the service extension:
@implementation NotificationService
- (void)didReceiveNotificationRequest:(UNNotificationRequest *)request
                   withContentHandler:(void (^)(UNNotificationContent *_Nonnull))contentHandler {
  [[FIRMessaging extensionHelper] exportDeliveryMetricsToBigQueryWithMessageInfo:request.content.userInfo];
}
@end

如果您要使用 HTTP v1 API 构建发送请求,请务必在载荷对象中指定 mutable-content = 1

为后台通知启用传递数据导出功能

对于应用在前台或后台时接收到的后台消息,您可以在主应用的数据消息处理程序 UIApplicationDelegate application:didReceiveRemoteNotification:fetchCompletionHandler: 内调用数据导出 API。对于收到的每条通知,必须进行以下调用:

Swift

// For background notifications, call the API inside the UIApplicationDelegate method:
  func application(_ application: UIApplication, didReceiveRemoteNotification userInfo: [AnyHashable : Any]) {
    Messaging.extensionHelper().exportDeliveryMetricsToBigQuery(withMessageInfo:userInfo)
  }

Objective-C

// For background notifications, call the API inside the UIApplicationDelegate method:
@implementation AppDelegate
- (void)application:(UIApplication *)application
    didReceiveRemoteNotification:(NSDictionary *)userInfo
          fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler {
  [[FIRMessaging extensionHelper] exportDeliveryMetricsToBigQueryWithMessageInfo:userInfo];
@end

哪些数据会导出至 BigQuery?

请注意,定位过时的令牌或非活跃注册可能会夸大其中的一些统计信息。

导出的表中的概要如下:

_PARTITIONTIME 时间戳 此伪代码列包含数据加载当天的起始的时间戳(采用世界协调时间 (UTC))。对于 YYYYMMDD 分区的情况,此伪代码列包含值 TIMESTAMP('YYYY-MM-DD')。
event_timestamp 时间戳 服务器记录的事件时间戳
project_number INTEGER 发送消息的项目的唯一编号
message_id STRING 消息 ID 用于标识消息。消息 ID 根据应用 ID 和时间戳生成,在某些情况下可能不是全局唯一的。
instance_id STRING 消息发送到的应用的实例 ID(如有)
message_type STRING 消息的类型。可以是通知消息或数据消息。主题用于标识主题或广告系列发送的原始消息;后续消息则为通知消息或数据消息。
sdk_platform STRING 接收消息的应用所在的平台
app_name STRING Android 应用的软件包名称或 iOS 应用的软件包 ID
collapse_key STRING 标识一组可折叠消息的折叠键。若未连接设备,则仅具有给定折叠键的最后一条消息将排队等待最终传送。
优先级 INTEGER 消息的优先级。有效值包括“normal”(普通)和“high”(高)。在 iOS 中,这些值相当于 APNs 优先级中的 5 和 10
ttl INTEGER 此参数指定设备离线后消息在 FCM 存储中保留的时长(以秒为单位)
topic STRING 消息发送到的主题的名称(如有)
bulk_id INTEGER 标识一组相关消息(例如向某个特定主题发送的一组消息)的批量 ID
事件 STRING 事件的类型。可能的值包括:
  • MESSAGE_ACCEPTED:FCM 服务器收到消息,且请求有效;
  • MESSAGE_DELIVERED:消息已发送到设备上的应用的 FCM SDK。默认情况下,此字段不会被传播。如需启用,请按照 setDeliveryMetricsExportToBigQuery(boolean) 中的说明操作。
  • MISSING_REGISTRATIONS:由于注册缺失,请求被拒绝;
  • UNAUTHORIZED_REGISTRATION:消息被拒绝,因为发送者无权向注册发送消息;
  • MESSAGE_RECEIVED_INTERNAL_ERROR:处理消息请求时发生不明错误;
  • MISMATCH_SENDER_ID:由于发送消息的发送者 ID 与声明的端点 ID 消息不匹配,发送消息的请求被拒绝;
  • QUOTA_EXCEEDED:由于配额不足,发送消息的请求被拒绝;
  • INVALID_REGISTRATION:由于注册无效,发送消息的请求被拒绝;
  • INVALID_PACKAGE_NAME:由于软件包的名称无效,发送消息的请求被拒绝;
  • INVALID_APNS_CREDENTIAL:由于 APNS 证书无效,发送消息的请求被拒绝;
  • INVALID_PARAMETERS:由于参数无效,发送消息的请求被拒绝;
  • PAYLOAD_TOO_LARGE:由于负载超出限制,发送消息的请求被拒绝;
  • AUTHENTICATION_ERROR:由于出现身份验证错误,发送消息的请求被拒绝(请检查用于发送消息的 API 密钥);
  • INVALID_TTL:由于 TTL 无效,发送消息的请求被拒绝。
analytics_label STRING 使用 HTTP v1 API 时,可以在发送消息时设置分析标签,以便标记消息以供分析之用

您可以对导出的数据执行哪些操作?

以下部分提供了可以针对导出的 FCM 数据在 BigQuery 中运行的查询示例。

按应用统计已发送消息的数量

SELECT app_name, COUNT(1)
FROM `project ID.firebase_messaging.data`
WHERE
  _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
  AND event = 'MESSAGE_ACCEPTED'
  AND message_id != ''
GROUP BY 1;

统计消息指向的非重复应用实例的数量

SELECT COUNT(DISTINCT instance_id)
FROM `project ID.firebase_messaging.data`
WHERE
  _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
  AND event = 'MESSAGE_ACCEPTED';

统计已发送的通知消息的数量

SELECT COUNT(1)
FROM `project ID.firebase_messaging.data`
WHERE
  _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
  AND event = 'MESSAGE_ACCEPTED'
  AND message_type = 'DISPLAY_NOTIFICATION';

统计已发送的数据消息的数量

SELECT COUNT(1)
FROM `project ID.firebase_messaging.data`
WHERE
  _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
  AND event = 'MESSAGE_ACCEPTED'
  AND message_type = 'DATA_MESSAGE';

统计发送到主题或广告系列的消息数量

SELECT COUNT(1)
FROM `project ID.firebase_messaging.data`
WHERE
  _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
  AND event = 'MESSAGE_ACCEPTED'
  AND bulk_id = your bulk id AND message_id != '';

若要跟踪发送到特定主题的消息的事件,请修改此查询以将 AND message_id != '' 替换为 AND message_id = <your message id>;

计算给定主题或广告系列的扇出时长

扇出开始时间是收到原始请求的时间,结束时间是指向单个实例的最后一条消息的创建时间。

SELECT
  TIMESTAMP_DIFF(
    end_timestamp, start_timestamp, MILLISECOND
  ) AS fanout_duration_ms,
  end_timestamp,
  start_timestamp
FROM (
    SELECT MAX(event_timestamp) AS end_timestamp
    FROM `project ID.firebase_messaging.data`
    WHERE
      _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
      AND event = 'MESSAGE_ACCEPTED'
      AND bulk_id = your bulk id
  ) sent
  CROSS JOIN (
    SELECT event_timestamp AS start_timestamp
    FROM `project ID.firebase_messaging.data`
    WHERE
      _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
      AND event = 'MESSAGE_ACCEPTED'
      AND bulk_id = your bulk id
      AND message_type = 'TOPIC'
  ) initial_message;

统计已送达的消息的百分比

SELECT
  messages_sent,
  messages_delivered,
  messages_delivered / messages_sent * 100 AS percent_delivered
FROM (
    SELECT COUNT(DISTINCT CONCAT(message_id, instance_id)) AS messages_sent
    FROM `project ID.firebase_messaging.data`
    WHERE
      _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
      AND event = 'MESSAGE_ACCEPTED'
  ) sent
  CROSS JOIN (
    SELECT COUNT(DISTINCT CONCAT(message_id, instance_id)) AS messages_delivered
    FROM `project ID.firebase_messaging.data`
    WHERE
      _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
      AND (event = 'MESSAGE_DELIVERED'
      AND message_id
      IN (
        SELECT message_id FROM `project ID.firebase_messaging.data`
        WHERE
          _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
          AND event = 'MESSAGE_ACCEPTED'
        GROUP BY 1
      )
  ) delivered;

跟踪给定消息 ID 和实例 ID 的所有事件

SELECT *
FROM `project ID.firebase_messaging.data`
WHERE
    _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
    AND message_id = 'your message id'
    AND instance_id = 'your instance id'
ORDER BY event_timestamp;

计算给定消息 ID 和实例 ID 的延迟时间

SELECT
  TIMESTAMP_DIFF(
    MAX(delivered_time), MIN(accepted_time), MILLISECOND
  ) AS latency_ms
FROM (
    SELECT event_timestamp AS accepted_time
    FROM `project ID.firebase_messaging.data`
    WHERE
      _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD')
      AND message_id = 'your message id'
      AND instance_id = 'your instance id'
      AND event = 'MESSAGE_ACCEPTED'
  ) sent
  CROSS JOIN (
    SELECT event_timestamp AS delivered_time
    FROM `project ID.firebase_messaging.data`
    WHERE
      _PARTITIONTIME = TIMESTAMP('date as YYYY-MM-DD') AND
      message_id = 'your message id' AND instance_id = 'your instance id'
      AND (event = 'MESSAGE_DELIVERED'
  ) delivered;