Tìm hiểu về cách gửi thư

Để khắc phục sự cố gửi thông báo đang diễn ra, hãy sử dụng trình khắc phục sự cố FCM và xem bài đăng trên blog này để hiểu các lý do khác nhau khiến bạn có thể không thấy thông báo của mình. Bạn cũng có thể truy cập vào trang tổng quan về trạng thái của FCM để xác định xem có sự cố gián đoạn dịch vụ nào đang diễn ra ảnh hưởng đến FCM hay không.

FCM cũng cung cấp 3 bộ công cụ giúp bạn có được thông tin chi tiết về việc đánh giá rộng rãi mức độ thành công và chiến lược của thông báo:

• Báo cáo về hoạt động gửi thông báo trên bảng điều khiển Firebase
• Chỉ số phân phối tổng hợp của SDK Android từ Firebase Cloud Messaging Data API
• Xuất dữ liệu toàn diện sang Google BigQuery

Để xuất dữ liệu sang BigQuery và sử dụng thẻ Báo cáo trong bảng điều khiển Firebase, bạn đều cần có Google Analytics. Bạn có thể bật Google Analytics trong thẻ settings Cài đặt > Tích hợp của bảng điều khiển Firebase. Dữ liệu phân phối tổng hợp không cần Google Analytics để hoạt động.

Xin lưu ý rằng việc báo cáo nhiều số liệu thống kê trên trang này có thể bị chậm trễ đến 24 giờ do việc xử lý dữ liệu phân tích theo lô.

Báo cáo về hoạt động gửi thư

Trong bảng điều khiển Firebase, hãy chuyển đến thẻ DevOps & Engagement (DevOps và mức độ tương tác) > Messaging (Nhắn tin) > Reports (Báo cáo) để xem dữ liệu sau đây cho các thông báo được gửi đến FCM SDK của nền tảng Android hoặc Apple, bao gồm cả những thông báo được gửi bằng Trình soạn thông báo và API FCM:

• Gửi – Thông báo dữ liệu hoặc thông báo đã được đưa vào hàng đợi để gửi hoặc đã được chuyển thành công đến một dịch vụ bên thứ ba như APNs để gửi. Xin lưu ý rằng số liệu thống kê về số lượt gửi có thể bị trễ vài giờ. Hãy xem phần vòng đời của thông báo để biết thêm thông tin.
• Đã nhận (chỉ có trên thiết bị Android) — Ứng dụng đã nhận được thông báo dữ liệu hoặc thông báo. Dữ liệu này có sẵn khi thiết bị Android nhận đã cài đặt FCM SDK 18.0.1 trở lên.
• Số lượt hiển thị (chỉ dành cho thông báo trên thiết bị Android) — Thông báo hiển thị đã xuất hiện trên thiết bị khi ứng dụng đang chạy trong nền.
• Mở – Người dùng đã mở thông báo. Chỉ được báo cáo cho thông báo nhận được khi ứng dụng đang chạy trong nền.

Dữ liệu này có sẵn cho tất cả các thông báo có tải trọng thông báo và tất cả thông báo dữ liệu được gắn nhãn. Để tìm hiểu thêm về nhãn, hãy xem bài viết Thêm nhãn phân tích vào thông báo.

Khi xem báo cáo về tiện ích tin nhắn, bạn có thể đặt một phạm vi ngày cho dữ liệu được hiển thị, đồng thời có thể xuất dữ liệu sang tệp CSV. Bạn cũng có thể lọc theo các tiêu chí sau:

• Nền tảng (iOS hoặc Android)
• Ứng dụng
• Nhãn số liệu phân tích tuỳ chỉnh

Thêm nhãn phân tích vào thư

Việc gắn nhãn cho thông báo rất hữu ích cho việc phân tích tuỳ chỉnh, cho phép bạn lọc số liệu thống kê về việc gửi theo nhãn hoặc nhóm nhãn. Bạn có thể thêm nhãn vào mọi thông báo được gửi bằng HTTP v1 API bằng cách đặt trường fcmOptions.analyticsLabel trong đối tượng message hoặc trong các trường AndroidFcmOptions hoặc ApnsFcmOptions dành riêng cho nền tảng.

Nhãn Analytics là các chuỗi văn bản có định dạng ^[a-zA-Z0-9-_.~%]{1,50}$. Nhãn có thể bao gồm chữ cái viết thường và viết hoa, chữ số và các ký hiệu sau:

• -
• ~
• %

Độ dài tối đa là 50 ký tự. Bạn có thể chỉ định tối đa 100 nhãn riêng biệt mỗi ngày; những thông báo có nhãn được thêm ngoài giới hạn đó sẽ không được báo cáo.

Trong thẻ Báo cáo của tính năng nhắn tin trong bảng điều khiển Firebase, bạn có thể tìm kiếm danh sách tất cả nhãn hiện có và áp dụng riêng lẻ hoặc kết hợp các nhãn đó để lọc số liệu thống kê hiển thị.

Dữ liệu phân phối được tổng hợp bằng FCM Data API

API dữ liệu của Giải pháp gửi thông báo qua đám mây của Firebase cho phép bạn truy xuất thông tin có thể giúp bạn hiểu được kết quả của các yêu cầu gửi thông báo nhắm đến ứng dụng Android. API này cung cấp dữ liệu tổng hợp trên tất cả thiết bị Android đã bật tính năng thu thập dữ liệu trong một dự án. Báo cáo này bao gồm thông tin chi tiết về tỷ lệ phần trăm tin nhắn được gửi mà không bị trễ, cũng như số lượng tin nhắn bị trễ hoặc bị loại bỏ trong Lớp truyền tải Android. Việc đánh giá dữ liệu này có thể cho thấy các xu hướng chung trong việc gửi thông báo và giúp bạn tìm ra những cách hiệu quả để cải thiện hiệu suất của các yêu cầu gửi. Hãy xem bài viết Dòng thời gian của dữ liệu tổng hợp để biết thông tin về phạm vi ngày có sẵn trong báo cáo.

API này cung cấp tất cả dữ liệu có sẵn cho một ứng dụng nhất định. Xem tài liệu tham khảo API.

Dữ liệu được phân tích như thế nào?

Dữ liệu phân phối được chia nhỏ theo ứng dụng, ngày và nhãn phân tích. Một lệnh gọi đến API sẽ trả về dữ liệu cho mọi tổ hợp ngày, ứng dụng và nhãn phân tích. Ví dụ: một đối tượng JSON androidDeliveryData sẽ có dạng như sau:

 {
  "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
    }
  }

Cách diễn giải các chỉ số

Dữ liệu phân phối cho biết tỷ lệ phần trăm số thư phù hợp với từng chỉ số sau. Có thể một thông báo phù hợp với nhiều chỉ số. Do những hạn chế trong cách chúng tôi thu thập dữ liệu và mức độ chi tiết mà chúng tôi tổng hợp các chỉ số, một số kết quả của tin nhắn hoàn toàn không được thể hiện trong các chỉ số, vì vậy, tổng các tỷ lệ phần trăm dưới đây sẽ không bằng 100%.

Số lượng tin nhắn được chấp nhận

Số lượng duy nhất có trong tập dữ liệu là số lượng thông báo mà FCM chấp nhận để gửi đến thiết bị Android. Tất cả tỷ lệ phần trăm đều sử dụng giá trị này làm mẫu số. Xin lưu ý rằng số lượng này sẽ không bao gồm những thông báo nhắm đến người dùng đã tắt tính năng thu thập thông tin sử dụng và chẩn đoán trên thiết bị của họ.

Tỷ lệ phần trăm kết quả của tin nhắn

Các trường có trong đối tượng MessageOutcomePercents cung cấp thông tin về kết quả của yêu cầu gửi thông báo. Các danh mục đều loại trừ lẫn nhau. Công cụ này có thể trả lời các câu hỏi như "Tin nhắn của tôi có được gửi không?" và "Nguyên nhân nào khiến tin nhắn bị rớt?"

Ví dụ: giá trị cao cho trường droppedTooManyPendingMessages có thể báo hiệu rằng các phiên bản ứng dụng đang nhận được số lượng thông báo không thể thu gọn vượt quá giới hạn 100 thông báo đang chờ xử lý của FCM. Để giảm thiểu vấn đề này, hãy đảm bảo ứng dụng của bạn xử lý các lệnh gọi đến onDeletedMessages và cân nhắc việc gửi thông báo có thể thu gọn. Tương tự, tỷ lệ phần trăm cao cho droppedDeviceInactive có thể là tín hiệu để cập nhật mã thông báo đăng ký trên máy chủ, xoá mã thông báo cũ và huỷ đăng ký các mã thông báo đó khỏi chủ đề. Hãy xem bài viết Quản lý mã đăng ký FCM để biết các phương pháp hay nhất trong lĩnh vực này.

Tỷ lệ phần trăm hiệu suất phân phối

Các trường trong đối tượng DeliveryPerformancePercents cung cấp thông tin về những thông báo đã được gửi thành công. Công cụ này có thể trả lời các câu hỏi như "Thư của tôi có bị chậm trễ không?" và "Tại sao thư bị chậm trễ?" Ví dụ: giá trị cao cho delayedMessageThrottled sẽ cho thấy rõ ràng rằng bạn đang vượt quá giới hạn tối đa cho mỗi thiết bị và nên điều chỉnh tốc độ gửi thông báo.

Tỷ lệ phần trăm thông tin chi tiết về tin nhắn

Đối tượng này cung cấp thêm thông tin về tất cả các lượt gửi tin nhắn. Trường priorityLowered thể hiện tỷ lệ phần trăm thông báo được chấp nhận có mức độ ưu tiên giảm từ HIGH xuống NORMAL. Nếu giá trị này cao, hãy thử gửi ít thông báo có mức độ ưu tiên cao hơn hoặc đảm bảo rằng bạn luôn hiển thị thông báo khi gửi thông báo có mức độ ưu tiên cao. Hãy xem tài liệu của chúng tôi về mức độ ưu tiên của thông báo để biết thêm thông tin

Dữ liệu này khác với dữ liệu được xuất sang BigQuery như thế nào?

BigQuery Export cung cấp nhật ký thông báo riêng lẻ về việc FCM backend chấp nhận thông báo và việc SDK gửi thông báo trên thiết bị (Bước 2 và 4 của Cấu trúc FCM). Dữ liệu này rất hữu ích để đảm bảo từng thư đã được chấp nhận và gửi đi. Đọc thêm về tính năng xuất dữ liệu sang BigQuery trong phần tiếp theo.

Ngược lại, Data API của Giải pháp gửi thông báo qua đám mây của Firebase cung cấp thông tin tổng hợp về những gì xảy ra cụ thể trong tầng truyền tải Android (hoặc Bước 3 của Kiến trúc FCM). Dữ liệu này cung cấp thông tin chi tiết về việc gửi thông báo từ các máy chủ phụ trợ của FCM đến SDK Android. Thông tin này đặc biệt hữu ích khi cho thấy xu hướng về lý do khiến thư bị trễ hoặc bị loại bỏ trong quá trình truyền tải này.

Trong một số trường hợp, có thể hai tập dữ liệu này không khớp chính xác do những lý do sau:

• Các chỉ số tổng hợp chỉ lấy mẫu một phần trong tổng số tin nhắn
• Các chỉ số tổng hợp được làm tròn
• Chúng tôi không trình bày các chỉ số dưới ngưỡng quyền riêng tư
• Một phần kết quả của tin nhắn bị thiếu do chúng tôi tối ưu hoá cách quản lý lưu lượng truy cập lớn.

Các giới hạn của API

Dòng thời gian dữ liệu tổng hợp

API này sẽ trả về dữ liệu trong quá khứ của 7 ngày; tuy nhiên, dữ liệu do API này trả về sẽ bị trễ tối đa 5 ngày. Ví dụ: vào ngày 20 tháng 1, dữ liệu từ ngày 9 tháng 1 đến ngày 15 tháng 1 sẽ có sẵn, nhưng dữ liệu từ ngày 16 tháng 1 trở đi thì chưa có. Ngoài ra, dữ liệu được cung cấp trong khả năng tốt nhất có thể. Trong trường hợp mất dữ liệu, FCM sẽ nỗ lực khắc phục vấn đề và sẽ không bổ sung dữ liệu sau khi vấn đề được khắc phục. Trong những lần ngừng hoạt động lớn hơn, dữ liệu có thể không có sẵn trong một tuần hoặc hơn.

Mức độ phù hợp của dữ liệu

Các chỉ số do Giải pháp gửi thông báo qua đám mây của Firebase Data API cung cấp nhằm mục đích cung cấp thông tin chi tiết về các xu hướng chung của việc gửi tin nhắn. Tuy nhiên, các mẫu này không cung cấp 100% phạm vi bao phủ cho tất cả các trường hợp nhắn tin. Sau đây là những trường hợp đã biết nhưng không được phản ánh trong các chỉ số.

Tin nhắn đã hết hạn

Nếu Thời gian tồn tại (TTL) hết hạn sau ngày kết thúc của ngày ghi nhật ký đã cho, thì thông báo sẽ không được tính là droppedTtlExpired vào ngày này.

Thông báo đến các thiết bị không hoạt động

Tin nhắn được gửi đến thiết bị không hoạt động có thể xuất hiện hoặc không xuất hiện trong tập dữ liệu, tuỳ thuộc vào đường dẫn dữ liệu mà tin nhắn đó đi qua. Điều này có thể dẫn đến việc tính sai trong các trường droppedDeviceInactive và pending.

Thông báo đến các thiết bị có một số lựa chọn ưu tiên của người dùng

Để tôn trọng lựa chọn ưu tiên của người dùng, chúng tôi sẽ không tính tin nhắn của những người dùng đã tắt tính năng thu thập thông tin sử dụng và chẩn đoán trên thiết bị của họ.

Làm tròn và giá trị tối thiểu

FCM cố ý làm tròn và loại trừ số lượng khi số lượng không đủ lớn.

Xuất dữ liệu sang BigQuery

Bạn có thể xuất dữ liệu tin nhắn vào BigQuery để phân tích thêm. BigQuery cho phép bạn phân tích dữ liệu bằng BigQuery SQL, xuất dữ liệu sang một nhà cung cấp dịch vụ đám mây khác hoặc sử dụng dữ liệu cho các mô hình học máy tuỳ chỉnh của bạn. Dữ liệu xuất sang BigQuery bao gồm tất cả dữ liệu hiện có cho thông báo, bất kể loại thông báo hoặc thông báo được gửi bằng API hay Trình soạn thông báo.

Đối với thông báo được gửi đến thiết bị có các phiên bản SDK tối thiểu sau đây của FCM, bạn có thêm lựa chọn bật tính năng xuất dữ liệu gửi thông báo cho ứng dụng của mình:

• Android 20.1.0 trở lên.
• iOS 8.6.0 trở lên
• Firebase Web SDK phiên bản 12.14.0 trở lên

Để bắt đầu, hãy liên kết dự án của bạn với BigQuery bằng bảng điều khiển Firebase:

1. Chọn một trong các tùy chọn sau:

   • Chuyển đến phần DevOps & Engagement (DevOps và Mức độ tương tác) > Messaging (Nhắn tin) > Notifications composer (Trình soạn thông báo), sau đó nhấp vào Access BigQuery (Truy cập vào BigQuery) ở cuối trang.

   • Chuyển đến thẻ settings Cài đặt > Tích hợp. Sau đó, trong BigQuery, hãy nhấp vào Liên kết.

     Trang này hiển thị các lựa chọn xuất FCM cho tất cả ứng dụng đã bật FCM trong dự án.

2. Làm theo hướng dẫn trên màn hình để bật BigQuery.

Hãy tham khảo bài viết Liên kết Firebase với BigQuery để biết thêm thông tin.

Khi bạn bật tính năng xuất BigQuery cho Cloud Messaging:

• Firebase xuất dữ liệu của bạn sang BigQuery. Xin lưu ý rằng quá trình truyền dữ liệu ban đầu để xuất có thể mất đến 48 giờ để hoàn tất.

  • Bạn có thể lên lịch bổ sung dữ liệu theo cách thủ công trong tối đa 30 ngày qua.

• Sau khi tạo tập dữ liệu, bạn sẽ không thể thay đổi vị trí này nữa. Tuy nhiên, bạn có thể sao chép tập dữ liệu sang một vị trí khác hoặc tự di chuyển (tạo lại) tập dữ liệu ở một vị trí khác. Để tìm hiểu thêm, hãy xem bài viết Thay đổi vị trí của tập dữ liệu.

• Firebase thiết lập các quy trình đồng bộ hoá dữ liệu thường xuyên từ dự án Firebase của bạn sang BigQuery. Các hoạt động xuất dữ liệu hằng ngày này bắt đầu lúc 4:00 sáng theo giờ Thái Bình Dương và thường hoàn tất trong vòng 24 giờ.

• Theo mặc định, tất cả ứng dụng trong dự án của bạn đều được liên kết với BigQuery và mọi ứng dụng mà bạn thêm vào dự án sau này sẽ tự động được liên kết với BigQuery. Bạn có thể quản lý những ứng dụng gửi dữ liệu.

Để tắt tính năng xuất BigQuery, hãy huỷ liên kết dự án trong bảng điều khiển Firebase.

Bật tính năng xuất dữ liệu gửi tin nhắn

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

// 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

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

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

FirebaseMessaging.getInstance().setDeliveryMetricsExportToBigQuery(true);

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

// userConsent holds the decision of the user to give big query export consent.
const userConsent = ...;

const messaging = getMessagingInSw(app);

experimentalSetDeliveryMetricsExportedToBigQueryEnabled(messaging, userConsent);

Dữ liệu nào được xuất sang BigQuery?

Xin lưu ý rằng việc nhắm mục tiêu mã thông báo cũ hoặc lượt đăng ký không hoạt động có thể làm tăng một số số liệu thống kê này.

Giản đồ của bảng được xuất là:

Bạn có thể làm gì với dữ liệu đã xuất?

Các phần sau đây cung cấp ví dụ về các truy vấn mà bạn có thể chạy trong BigQuery dựa trên dữ liệu FCM đã xuất.

Đếm số tin nhắn đã gửi theo ứng dụng

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;

Đếm số thực thể ứng dụng riêng biệt được thông báo nhắm đến

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

Số lượng thông báo đã gửi

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';

Số lượng tin nhắn dữ liệu đã gửi

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';

Đếm số lượng tin nhắn được gửi đến một chủ đề hoặc chiến dịch

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 != '';

Để theo dõi các sự kiện cho một thông báo được gửi đến một chủ đề cụ thể, hãy sửa đổi truy vấn này để thay thế AND message_id != '' bằng AND message_id = <your message id>;.

Tính toán thời lượng phân phối cho một chủ đề hoặc chiến dịch nhất định

Thời gian bắt đầu fanout là khi yêu cầu ban đầu được nhận và thời gian kết thúc là thời gian tạo tin nhắn riêng lẻ cuối cùng nhắm đến một phiên bản duy nhất.

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;

Tỷ lệ phần trăm số lượng thư đã gửi

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;

Theo dõi tất cả sự kiện cho một mã thông báo và mã phiên bản nhất định

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;

Tính toán độ trễ cho một mã nhận dạng thông báo và mã nhận dạng thực thể nhất định

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;