应用程序开发人员推送通知概述

对于应用程序开发人员和管理员来说,设置推送通知需要几个不同的步骤。 本文档提供体系结构的高级概述,并与每个组件的详细文档链接。

有关每个步骤的详细信息,请访问以下文档:

  1. 推送通知应用程序配置
  2. 推送通知的用户映射
  3. 推送通知的设备注册
  4. 在设备上接收推送通知
  5. 推送通知的交互报告

向 Customer Insights - Journeys 注册推送通知应用程序

开发应用程序后,第一步就是向 Customer Insights - Journeys 注册该应用程序。 了解详细信息:设置推送通知应用程序

体系结构示意图

下图提供了从 Customer Insights - Journeys 发送推送通知所需的实体和关系的概览。

推送通知概览图。

下载到移动设备的新应用程序

移动应用具有设备令牌和用户信息。 令牌和用户信息需要存储在某个地方,通常存储在云设备管理应用程序中,以将这些信息提供给 Customer Insights - Journeys。

当有人下载新的移动应用程序时,需要存储用户信息和设备令牌,通常存储在云服务器设备令牌管理系统中。 存储此信息的方法可能有所不同。 需要用户和设备信息来确保将正确的消息传递到正确的设备并支持个性化。

需要注意的是,设备令牌可能会随着时间的推移而变化。 而且也无法预测是什么原因导致令牌发生变化。 例如,如果有人删除并重新安装应用程序,很可能设备令牌发生了变化。 如果设备令牌改变,继续向该设备发送消息,更新 Customer Insights - Journeys 非常重要。

Customer Insights - Journeys 的设备和用户注册

您需要将存储的用户映射到 Customer Insights - Journeys 中的已知用户,因为设备上的用户标识符与 Dataverse 中的用户标识符不同,后者存储联系人、潜在顾客和 Customer Insights - Data 配置文件。

要执行此映射,您可以使用 Customer Insights - Journeys 的公共 API 来获取 Dataverse 标识符。 通常,您使用电子邮件地址或电话号码查询 API 来获取联系人、潜在顾客或 Customer Insights - Data 配置文件标识符。 移动应用程序用户 ID、设备令牌 ID 和 Dataverse 用户标识符之间的映射应存储在应用程序的令牌管理系统中。 由于 Customer Insights - Journeys 支持多个移动应用程序,您需要在发送此数据时指定应用程序 ID。

映射完成并存储后,您可以使用公共 API 在 Customer Insights - Journeys 的设备注册请求中 POST Dataverse 用户标识符、设备令牌和移动应用程序标识符。

推送通知设备注册用户注册中查看有关注册设备和用户的完整详细信息。

旅程执行

当旅程运行并尝试向用户发送推送通知时,Customer Insights - Journeys 会尝试将消息发送到指定移动应用程序的指定用户的所有设备令牌。 消息仅发送到当前有效的设备令牌。 如果用户在已向 Customer Insights - Journeys 注册的多个设备上安装了应用程序(例如,手机和平板电脑),他们会同时在这两个设备上接收消息。

发送和交互报告

要在 Customer Insights - Journeys 内报告推送通知的发送和交互指标,您需要配置应用程序来将此信息发送回 Customer Insights - Journeys API。

推送通知发送和交互报告中查看有关发送和交互报告的完整详细信息。