共用方式為


應用程式開發人員的推播通知概觀

設定推播通知需要應用程式開發人員和系統管理員執行幾個不同的步驟。 本文件提供架構的簡要概觀以及每個元件詳細文件的連結。

如需每個步驟的詳細資訊,請瀏覽下列文件。

  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 中的已知使用者,因為裝置中的使用者識別碼與儲存連絡人、潛在客戶和 Customer Insights - Data 設定檔所在 Dataverse 中的使用者識別碼不同。

若要執行此對應,您可以使用 Customer Insights - Journeys 的公用 API 來取得 Dataverse 識別碼。 您通常會使用電子郵件地址或電話號碼查詢 API,以取得連絡人、潛在客戶或 Customer Insights - Data 設定檔識別碼。 行動應用程式使用者識別碼、裝置權杖識別碼與 Dataverse 使用者識別碼之間的這個對應會儲存在應用程式的權杖管理系統中。 由於 Customer Insights - Journeys 支援多個行動應用程式,因此在傳送此資料時必須指定應用程式識別碼。

對應完成並儲存後,可以使用公用 API 透過 POST 將裝置註冊要求中的 Dataverse 使用者識別碼、裝置權杖和行動應用程式識別碼傳送至 Customer Insights - Journeys。

推播通知裝置註冊使用者註冊中檢視有關註冊裝置和使用者的完整詳細資訊。

旅程執行

當旅程執行並嘗試將推播通知傳送給使用者時,Customer Insights - Journeys 會嘗試將訊息傳送至指定行動應用程式的指定使用者的所有裝置權杖。 訊息僅傳送至目前有效的裝置權杖。 如果使用者在多個已向 Customer Insights - Journeys 註冊的裝置 (例如,手機和平板電腦) 上安裝應用程式,則兩個裝置上都會收到訊息。

傳送和互動報告

若要在 Customer Insights - Journeys 中報告推播通知的傳送和互動計量,您必須將應用程式設定為將此資訊傳送回 Customer Insights - Journeys API。

推播通知傳送和互動報告中檢視有關傳送和互動報告的完整詳細資訊。