在此頁面上：瞭解三種事件型別、其結構描述需求、金鑰限制，以及如何為您的使用案例選擇正確的事件型別。
使用事件來個別觸發歷程，當每個使用者進入歷程時傳送即時訊息給他們。 在事件設定中，您會設定歷程中預期的事件。 您可以使用多個事件 (在歷程的不同步驟中)，而好幾個歷程可以使用同一個事件。
事件設定是強制，必須由資料工程師執行。
-
在設定事件之前，請確定您具有： Journey Optimizer管理員或 資料工程師 角色、已啟用 即時客戶個人檔案 的XDM結構描述、作用中的串流端點，以及正確沙箱的存取權。
-
如需事件需求和限制（串流、查詢服務、批次擷取），請參閱歷程護欄 — 事件。
執行什麼動作：
您可以設定三種型別的事件： 單一事件、商業事件和對象資格事件。
➡️ 在影片中探索此功能
➡️ 在影片中探索此功能
單一事件 unitary-events
單一事件已連結至人員。 它與人的行為相關（例如，某人購買產品、造訪商店、離開網站等等） 或是某人發生的事 (例如，某人達到 10,000 點忠誠點數)。 這是 Journey Optimizer 在歷程中會監聽的事件，以便協調下一個最佳動作。 單一事件可以是規則型或系統產生。 瞭解如何建立單一事件。
結構描述需求：已啟用XDM ExperienceEvent結構描述，該結構描述具有以人員為基礎的主要身分和即時客戶設定檔。
範例：客戶將專案新增至購物車並關閉瀏覽器。 系統會觸發購物車放棄的事件、設定檔即時進入歷程，並於一小時後收到復原電子郵件。
商業事件 business-events
企業事件未連結至特定設定檔。 例如，可以是新聞警報、運動更新、航班變更或取消、詳細目錄更新、天氣事件等。雖然這些事件不是設定檔所特有，但任何數量的設定檔都可能有興趣：訂閱特定新聞主題的個人、航班上的乘客、對無存貨產品感興趣的購物者等。業務事件一律以規則為基礎。 當您在歷程中放置商業活動時，它會在之後自動新增 讀取對象 活動。 瞭解如何建立商務活動。
結構描述需求：具有非人員主要身分的時間序列XDM結構描述，且已填入_id和timestamp欄位。 針對最多1小時的對象匯出延遲時間規劃15分鐘。
範例：航空公司取消航班。 業務事件會引發，Journey Optimizer會讀取受影響乘客的對象，並傳送每個重新預約通知。
對象資格鑑定事件 audience-qualification-events
當設定檔進入或退出對象時，會觸發 對象資格 事件。 例如，超過忠誠度支出閾值的客戶進入金級對象 — 該資格會即時觸發該設定檔的歷程（適用於串流對象）或在下一次批次評估。 與單一事件不同，對象資格可讓您使用對象定義的完整功能建立複雜的觸發邏輯，而不需要變更實施即可傳送新事件。 深入瞭解對象資格事件。
結構描述需求：不需要其他結構描述 — 事件有賴於Adobe Experience Platform中已建置的現有對象定義。
範例：客戶的忠誠度支出超過金級閾值。 他們的設定檔符合Gold對象的資格，歷程會自動觸發，並傳送歡迎獎勵。
事件型別總覽 event-comparison
事件ID型別 event-id-type
對於 business 事件，事件ID型別一律以規則為基礎。
針對 單一 事件，有兩種事件識別碼：
-
規則型 事件：此類型的事件不會產生 eventID。 使用簡單運算式編輯器，您只需定義一個規則，系統會使用該規則來識別將觸發您歷程的相關事件。 此規則可以根據事件裝載中可用的任何欄位，例如輪廓的位置或新增至輪廓購物車的項目數。
note caution CAUTION 已為規則型事件定義上限規則。 對於指定組織，歷程可處理的合格事件數限製為每秒5,000個。 它對應於Journey Optimizer SLA。 請參閱您的Journey Optimizer授權和Journey Optimizer產品說明。 -
系統產生的 事件：這些事件需要 eventID。 建立事件時，會自動產生此 eventID 欄位。 推播事件的系統不應產生 ID，而應傳遞有效裝載預覽中可用的 ID。
- 批次擷取的事件
- 透過 查詢服務 插入的事件
- 來自內部Journey Optimizer資料集的事件（訊息回饋、電子郵件追蹤等）
如何選擇 choose-event-type
使用以下條件為您的歷程選取正確的事件型別 — 關鍵問題是： 您是為特定人員觸發動作，還是廣播至多個設定檔？ 進一步瞭解歷程型別。
每個事件型別都會對應至特定歷程模式：
-
當觸發程式繫結至特定個人時（例如，購買、表單提交或忠誠度里程碑），請選擇單一事件。 單一事件需要在結構描述中以人物為基礎的主要身分識別，並立即為該設定檔開始歷程。 瞭解如何設定單一事件。
-
當觸發程式是全球事件（例如產品重新上架、價格下降或航班取消）且您想要廣播到與該訊號相關的一組設定檔時，請選擇業務事件。 業務事件必須是歷程的第一步，並透過 讀取對象 活動自動鎖定設定檔。 它們需要具有非人員主要身分以及
_id和timestamp欄位的時間序列結構描述。 針對最多1小時的對象匯出延遲時間規劃15分鐘。 瞭解如何設定業務事件。 -
當觸發因素是進入或退出對象的設定檔，而您需要比單一事件所能提供的更複雜的分段邏輯時（例如，重新吸引剛達到支出臨界值的失效客戶，或當VIP成員退出忠誠度層級時觸發離任流程），請選擇對象資格事件。 進一步瞭解對象資格事件。
關鍵限制 key-constraints
使用此摘要，在設定事件之前規劃實施作業。
事件如何觸及Journey Optimizer data-cycle
事件必須透過Adobe Experience Platform串流擷取API以POST呼叫的形式傳送至Journey Optimizer。 承載必須遵循XDM格式，且事件結構描述必須啟用即時客戶個人檔案。
同時支援驗證和未驗證的串流模式。 來自內部Journey Optimizer資料集的批次擷取事件和事件（訊息回饋、電子郵件追蹤等）無法用於觸發歷程 — 請針對這些使用案例改用 讀取對象 活動。
事件輸送量限制 event-throughput
Adobe Journey Optimizer會在組織層級，對所有沙箱針對每個事件型別實施個別的輸送量限制：
- 單一事件：每秒5,000個事件
- 讀取以對象為基礎的歷程事件：每秒5,000個事件
這些限制適用於使用中歷程中使用的所有事件，包括即時、演習、已關閉和 已暫停 歷程。 當達到限制時，新事件會排入佇列並以每秒5,000個的速度處理，直到佇列完全排清為止。
如需歷程處理率以及不同歷程型別如何影響輸送量的詳細資訊，進一步瞭解歷程處理率。
下列型別的事件計入這些配額：
-
外部單一事件：包含規則型事件和系統產生的事件。 如果相同的原始事件符合多個規則定義的資格，則每個相符的規則都會計為配額的個別事件。
-
對象資格事件：如果在多個歷程中使用相同的串流對象，則每個使用量會個別計算。 例如，在兩個歷程的對象資格活動中使用相同對象時，會產生兩個計入的事件。
-
回應事件：設定檔回應觸發的事件（已開啟電子郵件、已點按電子郵件等） 歷程中。
-
商業事件：事件未繫結至特定設定檔，而是繫結至商業相關事件。
-
Analytics事件：如果已啟用與Adobe Analytics的整合以觸發歷程，則也會包含這些事件。
-
繼續事件：當設定檔從暫停的歷程繼續時觸發的技術事件。 深入瞭解繼續暫停的歷程。
-
等待節點完成事件：當設定檔退出等待節點時，會產生技術事件以繼續歷程。
更新和刪除事件 update-event
為避免中斷現有歷程，當您編輯用於草稿、即時或 已關閉 歷程的事件時，您只能變更名稱、說明或新增裝載欄位。
無法刪除即時、草稿或 已關閉 歷程中使用的任何事件。 要刪除已使用的事件，您必須停止使用該事件的歷程，和/或將其從使用它的草稿歷程中移除。 您可以檢查 欄位中的 已使用。 它會顯示使用該特定事件的歷程次數。 您可以按一下 檢視歷程 按鈕以顯示對應歷程的清單。
常見問題 faq
我可以在多個歷程中使用相同事件嗎？
是 — 數個歷程可同時聆聽相同的事件。
我可以在相同歷程中結合業務事件和單一事件嗎？
否 — 業務事件不能與單一事件或對象資格活動用於同一個歷程。
我需要為對象資格事件設定任何專案嗎？
否 — 未在 管理>事件 中設定對象資格事件。 直接在歷程畫布上選取對象作為第一個步驟。
我可以使用批次擷取的資料來觸發歷程嗎？
否 — 只有串流事件才能觸發歷程。 若要批次處理資料，請建置對象並改用 讀取對象 活動。
我的歷程未觸發 — 我應該檢查什麼？
- 確認您的事件結構描述已啟用即時客戶個人檔案。
- 確認事件已串流 — 批次擷取的事件無法觸發歷程。
- 對於規則型事件，確認規則條件符合傳入的裝載欄位。
- 檢查歷程是否處於 即時 狀態，以及設定檔是否符合任何進入條件。
後續步驟 next-steps
作法影片 video
了解如何設定事件、指定串流端點和事件的裝載。
瞭解業務事件的適用使用案例。 瞭解如何使用業務事件建立歷程，以及套用哪些最佳實務。
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 describes the three journey event types (unitary, business, and audience qualification), their schema requirements and key constraints, how to choose the right one, throughput limits, and how events reach Journey Optimizer.
Intents:
- Understand the differences between unitary, business, and audience qualification events
- Choose the right event type for a use case based on whether you target one person or many profiles
- Learn the schema requirements and entry behavior for each event type
- Understand event ID types and which events can trigger journeys
- Plan for throughput limits and reentrance behavior before configuring events
- Know what can be changed or deleted on an event used in a journey
Glossary:
- Unitary event: An event linked to a person, based on their behavior, which can be rule-based or system generated and starts a real-time single-profile journey (product-specific)
- Business event: An event not linked to a specific profile, always rule-based, that automatically adds a Read Audience activity and broadcasts to many profiles (product-specific)
- Audience qualification event: An event triggered when a profile enters or exits an audience, selected directly on the journey canvas rather than in Administration (product-specific)
- Read Audience activity: The activity automatically added after a business event to define which profiles receive the journey (product-specific)
- Rule-based event: A unitary or business event that does not generate an eventID and instead defines a rule used to identify relevant events (product-specific)
- System-generated event: A unitary event that requires an eventID, automatically generated when the event is created (product-specific)
Guardrails:
- Event configuration is mandatory and must be performed by a Data engineer; prerequisites are the Journey Optimizer Administrator or Data Engineer role, an XDM schema with Real-Time Customer Profile enabled, an active streaming endpoint, and access to the correct sandbox.
- Throughput is limited to 5,000 events per second per organization, across all sandboxes, for unitary events and for Read Audience based journey events (hard limit); when a limit is reached, new events are queued and processed at 5,000 per second until the queue is drained.
- A capping rule limits rule-based events to 5,000 qualified events per second for a given Organization, corresponding to Journey Optimizer SLAs.
- Throughput limits apply to all events used in active journeys, which includes Live, Dry run, Closed, and Paused journeys.
- Profile reentrance is blocked by default for 5 minutes after a unitary journey triggers.
- A journey can contain only one business event, which must be the first step; business events cannot be used in the same journey as unitary events or audience qualification activities.
- Only streamed events can trigger journeys; events ingested in batch, inserted via Query Service, or from internal Journey Optimizer datasets cannot, and a Read Audience activity should be used instead.
- Unitary events require an XDM ExperienceEvent schema with a person-based primary identity and Real-Time Customer Profile enabled; business events require a time-series schema with a non-person primary identity and populated
_idandtimestampfields, with an audience export delay of 15 minutes to up to one hour. - When editing an event used in a Draft, Live, or Closed journey, you can only change the name, the description, or add payload fields; events used in Live, Draft, or Closed journeys cannot be deleted.
Terminology:
- Canonical name: Journey event — Acronym: n/a — variants: event, journey trigger event
- Do not confuse: “Unitary event” (linked to a specific person) ≠ “Business event” (external occurrence not tied to one person) ≠ “Audience qualification event” (triggered when a profile enters or exits an audience)
- Do not confuse: “Rule-based” (defines a rule, no eventID generated) ≠ “System-generated” (requires an automatically generated eventID)
FAQ:
- Q: Can I use the same event in multiple journeys? — Yes, several journeys can listen to the same event simultaneously.
- Q: Can I combine a business event and a unitary event in the same journey? — No, business events cannot be used in the same journey as unitary events or audience qualification activities.
- Q: Do I need to configure anything for audience qualification events? — No, they are not configured in Administration > Events; the audience is selected directly on the journey canvas as the first step.
- Q: Can I use batch-ingested data to trigger a journey? — No, only streamed events can trigger journeys; for batch data, build an audience and use a Read Audience activity instead.
- Q: What is the throughput limit for events? — 5,000 events per second per organization, across all sandboxes, for unitary events and for Read Audience based journey events.
- Q: My journey is not triggering — what should I check? — Verify the event schema has Real-Time Customer Profile enabled, confirm events are streamed, check that rule-based conditions match the incoming payload, and confirm the journey is in Live status with the profile meeting any entry conditions.