在此頁面上:瞭解如何使用內容決定活動,在您的歷程中包含個人化優惠,並將這些優惠傳送給合格的設定檔。
Journey Optimizer可讓您透過歷程畫布中的專用 內容決定 活動,將優惠方案納入您的歷程。 然後,您可以新增其他活動(例如自訂動作)至您的歷程,以使用這些個人化優惠鎖定您的對象。
若要運用此功能,請建立您新增內容決定活動的歷程,以定義您要提供給合格設定檔的優惠。
然後,您就可以在以下中使用內容決定活動的輸出:
設定內容決定活動 add-content-decision-activity
使用內容決定活動,您可以定義決定原則,允許您從Journey Optimizer決定中挑選最佳專案,並將其傳遞給正確的對象。
若要設定 內容決定 活動,請遵循下列步驟。
-
展開 協調流程 類別並將 內容決定 活動拖放到畫布中。
{width="100%"}
-
選擇性地新增標籤和說明至活動。
-
按一下新增決定原則。 進一步了解決定原則
note NOTE 需要決策許可權才能編寫決策原則。 了解更多 -
選取要傳回的專案數。 例如,如果您選取2,則會顯示最佳的2個合格優惠方案。 按一下下一步。
-
在 策略順序 區段中,選取要與決策原則一起呈現的決定專案及/或選取策略。 了解更多
-
視需要安排評估順序。
新增多個決定專案和/或策略時,會依序評估,並以每個物件或物件群組左側的數字表示。 若要變更預設順序,您可以拖放物件和/或群組以視需要重新排序。 了解更多
-
(選用)新增遞補優惠。 了解更多
-
檢閱並儲存您的決定原則。
{width="70%"}
您現在已準備好在歷程中運用此內容決定活動的輸出。
護欄與限制 guardrails
同意原則
-
同意政策的更新最多需要48小時才會生效。 如果決定原則參考與最近更新的同意原則關聯的屬性,變更將不會立即套用。
-
同樣地,如果受同意原則約束的新設定檔屬性新增到決定原則中,這些設定檔屬性將可供使用,但關聯的同意原則在延遲過去後才會執行。
-
同意原則僅適用於具有Adobe Healthcare Shield或Privacy and Security Shield附加元件的組織。
使用內容決定活動的輸出 use-content-decision-output
內容決定的輸出可用於多個歷程活動。 例如,您可以使用具有條件🔗的最佳化活動,根據為設定檔擷取的選件數目,將設定檔移至歷程的特定分支。
您也可以新增自訂動作至您的歷程,以便從內容決定活動將優惠方案共用至外部系統。
在最佳化活動中(條件方法) add-condition-activity
若要運用內容決定活動的輸出,請新增 最佳化 活動、選擇 條件 方法,並定義運算式,以使用這些選件的資料將設定檔移動到特定路徑。 請遵循下列步驟。 如需更多條件型別和選項,請參閱條件。
-
從 協調流程 類別,將 最佳化 活動拖放到您的畫布中。 了解更多
-
(選擇性)將對應您定義之第一個運算式的 Path1 重新命名為更相關的標籤。
-
對於第一個路徑,按一下 運算式 欄位內部,或使用[編輯]圖示新增運算式。
{width="80%"}
-
在開啟的快顯視窗中,切換至 進階模式 以使用進階運算式編輯器。
note caution CAUTION 內容決定節點的輸出只能在 進階模式 中使用。 -
展開 Context 節點並導覽至您的決定原則,以顯示優惠方案目錄結構描述中的所有可用屬性。
note NOTE 在屬性上定義的任何受限標籤都可能導致DULE或同意的原則違規。 這適用於決定規則中使用的歷程體驗事件以及優惠方案結構描述。 在本節中進一步瞭解資料治理原則。 -
若要檢查是否已針對進入歷程的設定檔傳回任何選件,請使用具有以下語法的listSize函式:
listSize(@decision{ContentdecisionName.items})>0note NOTE 在此範例中, Name是您新增至歷程的內容決定的標籤。 的條件
-
按一下確定。
-
視需要新增更多路徑以定義其他條件。
您也可以針對不符合第一個條件的設定檔建立另一個路徑,方法是勾選針對上述情況以外的其他情況顯示路徑。
-
儲存條件活動。
在自訂動作中 add-custom-action
若要利用內容決定活動的輸出,您可以新增自訂動作至您的歷程,其中您將共用您定義的優惠方案至外部系統。 請遵循下列步驟。
-
新增自訂動作至您的歷程。 了解更多
-
輸入動作的標籤。
-
在 要求引數 區段中,選取您要對應至已擷取之選件之屬性的引數。
按一下可編輯文字欄位,然後選取您要對應至已擷取選件之屬性的任何引數。
-
在開啟的快顯視窗中切換至進階模式。 在進階運算式編輯器中,展開 Context 節點以顯示所有決定原則專案。
note caution CAUTION 內容決定節點的輸出只能在 進階模式 中使用。 -
使用
items陣列瀏覽優惠方案目錄結構描述。 例如,使用擷取到的第一個選件的itemName和擷取到的第二個選件的itemName。
-
按一下 確定 以儲存運算式。
-
儲存您的自訂動作組態。
端對端範例 use-case
以下為使用內容決定活動結合至條件活動和自訂動作的歷程完整範例,如上所述。
一旦歷程啟動:
-
每次設定檔符合該對象資格時,就會進入歷程。
-
透過內容決定活動,Journey Optimizer會擷取與每個設定檔相關的優惠。
-
只有已擷取至少一個選件的設定檔才能繼續歷程(透過「合格的設定檔」路徑)。
-
如果符合條件,則會透過自訂動作將對應的選件傳送至外部系統。
在步驟事件中決定資料 decisioning-step-events
在歷程中執行內容決定活動時,決定資料可在歷程步驟事件中使用。 此資料提供關於擷取的專案以及如何做出決定的詳細資訊。
對於每個內容決定活動,步驟事件包括最上層的決定資料(例如 exdRequestID 和propositionEventType),以及 建議 的陣列。 每個主張都有id、scopeDetails (包括決定提供者、相互關聯識別碼和決定原則)以及 專案 陣列。 每個專案都包含:
-
id:專案的唯一識別碼
-
name:專案的名稱
-
分數:指派給專案的分數
-
itemSelection:與如何做出決定以及如何擷取專案相關的資料,包括:
- selectionDetail:使用的選擇策略相關資訊
- rankingDetail:排名程式(策略、演演算法、步驟、流量型別)的相關資訊
步驟事件中的決策資料範例:
"decisioning": {
"exdRequestID": "8079d2bb-a8b2-4ecf-b9e7-32923dd6ad4e",
"propositions": [
{
"id": "f475cb21-0842-44da-b0eb-70766ba53464",
"scopeDetails": {
"decisionProvider": "EXD",
"correlationID": "6940d1c46208f3c00dae2ab94f3cd31c601461b47bf6d29ff8af0d0806a9c204",
"decisionPolicy": {
"id": "b913f724-3747-447b-a51e-8a2f9178f0db"
}
},
"items": [
{
"id": "dps:14c7468e7f6271ff8023748a1146d11f05f77b7fc1368081:1bebbf0b7e0f1374",
"name": "My item name",
"score": 0.93,
"itemSelection": {
"selectionDetail": {
"strategyID": "dps:selection-strategy:1bebbfc9245cb35e",
"strategyName": "My selection strategy",
"selectionType": "selectionStrategy",
"version": "latest"
},
"rankingDetail": {
"strategyID": "4FyRZTmpjrbzuL7rX7gvmu",
"algorithmID": "RANDOM",
"step": "aiModel",
"trafficType": "random"
}
}
}
]
}
],
"propositionEventType": {
"decision": 1
}
}
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains how to configure and use the Content Decision activity in Journey Optimizer journeys to retrieve personalized offers via a decision policy and route or forward them using conditions and custom actions.
Intents:
- Add a Content Decision activity to a journey and configure a decision policy
- Select and sequence decision items and selection strategies within a decision policy
- Use the content decision output in an Optimize activity condition to branch profiles based on retrieved offers
- Forward retrieved offers to an external system using a custom action
- Inspect decisioning data in journey step events for audit and troubleshooting purposes
Glossary:
- Content decision activity: A journey orchestration activity that evaluates a decision policy and retrieves the best eligible offers for each profile (product-specific)
- Decision policy: A configuration that specifies which decision items and selection strategies to evaluate, and how many items to return (product-specific)
- Selection strategy: A ranked evaluation method used within a decision policy to determine which offers are eligible and how they are scored (product-specific)
- Proposition: The output unit of a decision policy execution, containing the selected items and associated scope and ranking metadata (product-specific)
- listSize function: An expression editor function used to count the number of items returned by a content decision, e.g.
listSize(@decision{Name.items})>0(product-specific) - Offers catalog schema: The schema that defines the attributes available on decision items; accessible via the Context node in advanced expression editor mode (product-specific)
Guardrails:
- The output of a Content Decision activity cannot be used in native channel activities (email, push, SMS, etc.)
- The content decision output is only accessible in Advanced mode of the expression editor; it is not available in simple mode
- Decisioning permissions are required to author a decision policy
- Consent policy updates take up to 48 hours to take effect for attributes referenced in a decision policy
- Consent policies are only available to organizations with the Adobe Healthcare Shield or Privacy and Security Shield add-on
- Restricted data usage labels (DULE) on offer schema attributes can result in governance policy violations
Terminology:
- Canonical name: Content decision activity — Acronym: none — variants: content decision node, decisioning activity
- Synonyms: “decision policy” = “offer selection policy” ; “proposition” = “decision output”
- Do not confuse: “Content decision activity” ≠ “native channel action” (content decision retrieves offers but does not deliver them directly; a custom action or condition is needed to act on the output)
FAQ:
- Q: Can I use the offers returned by a Content Decision activity directly in an email? — No, the output of a content decision activity cannot be used in native channel activities; you must pass the offers to a custom action to send them to an external system.
- Q: How do I check whether any offers were returned for a profile? — Use the listSize function in the advanced expression editor:
listSize(@decision{ContentdecisionName.items})>0. - Q: Where do I access content decision output in the expression editor? — Switch to Advanced mode, unfold the Context node, and navigate to your decision policy to see all available offer catalog schema attributes.
- Q: How long does it take for a consent policy update to apply to a decision policy? — Up to 48 hours after the consent policy is updated.
- Q: What decisioning data is available in journey step events? — Each step event includes exdRequestID, propositionEventType, and an array of propositions — each containing an id, scopeDetails (decision provider, correlationID, decision policy), and an items array with id, name, score, and itemSelection details.