第三方傳訊藍圖
示範如何搭配第三方傳訊系統來使用 Adobe Journey Optimizer，以協調和傳送個人化通訊。
架構
先決條件
Adobe Experience Platform
- 必須先在系統中設定方案和資料集，才能設定 Journey Optimizer 資料來源
- 如果您想要觸發非規則型的事件，則針對體驗事件類別型方案，新增「Orchestration eventID」欄位群組
- 針對個別個人資料類別型方案，新增「個人資料測試詳細資料」欄位群組，以便載入測試個人資料以與 Journey Optimizer 搭配使用
第三方傳訊應用程式
- 傳送交易承載時必須支援 REST API 呼叫
護欄
其他 Journey Optimizer 護欄：
- 現今，限定可透過 API 設定，以確保目標系統不會飽和至故障點。限定意味著超出上限的訊息將徹底予以丟棄，不再傳送。不支援節流。
- 最大連接數：目標可以處理的最大 http/s 連接數
- 最大呼叫數：要在 periodInMs 參數中設定的最大呼叫數
- periodInMs：時間 (毫秒)
- 由區段會籍發起的歷程可以兩種模式操作：
- 批次區段 (每 24 小時重新整理一次)
- 串流區段 (<5 分鐘限定條件)
- 批次區段 — 需要確保您瞭解符合限定條件使用者的每日流量，並確保目標系統可以處理每個歷程以及所有歷程的高載輸送量
- 串流區段 — 需要確保個人資料限定條件的初始高載可隨每個歷程及所有歷程中符合限定條件的每日串流流量一起處理
- 不支援決策管理
- 傳出整合至第三方系統
- 不支援單個靜態 IP，因為我們的基礎架構是多租戶（必須允許列出所有資料中心 IP）
- 自訂動作僅支援 POST 和 PUT 方法
- 驗證支援：權杖 |密碼 | OAuth2
- 無法在各種沙箱之間封裝及移動 Adobe Experience Platform 或 Journey Optimizer 的個別元件。必須在新環境中重新實作
第三方傳訊系統
- 需要了解系統對交易 API 呼叫可支援的負載
- 每秒允許的呼叫數
- 連線數
- 需要了解進行 API 呼叫所需的驗證
- 驗證類型：權杖 |密碼 | OAuth2（透過 Journey Optimizer 支援）
- 驗證快取持續時間：權杖有效期多久？
- 如果僅支援批次擷取，則需求將串流至雲端儲存引擎，例如 Amazon Kinesis 或 Azure Event Grid 1st
- 這些雲端儲存引擎可以批量處理資料，並流入第三方
- 任何所需的中間件均由客戶或第三方負責提供
實施步驟
Adobe Experience Platform
方案/資料集
- 在 Experience Platform 中基於客戶提供的資料設定個別個人資料、體驗事件及多實體方案。
- 在 Experience Platform 中為要擷取的資料建立資料集。
- 在 Experience Platform 中新增資料使用標籤至資料集以便於治理。
- 建立政策以在目標上執行治理。
個人資料/身份
- 建立任何客戶特定的命名空間。
- 新增身份至方案。
- 為個人資料啟用方案和資料集。
- 為即時客戶個人資料的不同檢視設定合併政策 (可選)。
- 建立 Journey 使用的區段。
來源/目標
- 使用串流 API 和來源連接器將資料擷取到 Experience Platform。
Journey Optimizer
- 設定 Experience Platform 資料來源，並確定應快取哪些欄位作為個人資料的一部分。用來起始客戶歷程的串流資料必須先在 Journey Optimizer 中設定，才能取得協調 ID。然後將此協調 ID 提供給開發人員在擷取時使用。
- 設定外部資料來源
- 為第三方應用程式設定自定動作
行動推播設定（選用，因為第三方可能收集權杖）
- 實作 Experience Platform Mobile SDK 以收集推播權杖和登入資訊，以系結回已知的客戶個人資料
- 運用 Adobe 標籤，並使用下列擴充功能建立行動屬性：
- Adobe Journey Optimizer
- Adobe Experience Platform Edge Network
- 身分邊緣網路
- 行動裝置核心
- 針對行動應用程式部署與網頁部署，確保您擁有專屬的資料流
- 如需更多詳細資訊，請參閱 Adobe Journey Optimizer 行動指南
相關文件
變更語言
