開始使用歷程模擬 simulate-journey-gs

具有讀取對象的批次歷程

歷程是由​ 讀取對象 ​觸發，而且畫布沒有單一事件活動。 模擬期間不會觸發對象母體。 只有模擬的使用者進入歷程。
為模擬選取的模擬使用者會出現在​ 測試使用者 ​區段中：

具有讀取對象和單一事件的批次歷程

包括沿路徑的一或多個單一事件的區段觸發歷程。 您先會觸發模擬使用者輸入模擬，然後為在事件節點等待的使用者觸發事件。
針對模擬和已設定事件選取的模擬使用者將分別顯示在測試使用者和測試事件區段中。 在模擬使用者進入歷程之前，不會顯示測試事件區段。

單一歷程

歷程從單一事件開始，而不是讀取對象。 直到為其觸發該開始事件後，模擬使用者才會進入歷程。
為模擬選取的模擬使用者與設定的事件將分別顯示在​ 測試使用者 ​與​ 測試事件 ​區段中。 測試使用者​區段不包含將模擬使用者觸發歷程的動作。 您從​ 測試事件 ​觸發專案。

節點層級限制

某些節點會阻止​ 模擬 ​啟動。 其他則使用下述行為在模擬中執行。 當您在模擬之前必須移除或變更節點時，請先更新歷程。

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2
受限制的節點	附註
業務事件	您無法在​ 模擬 ​中執行以業務事件開始的歷程。
傳入頻道	您無法在​ 模擬 ​中執行包含輸入管道節點的歷程。
補充ID （多次重新進入）	啟用多重重新進入時，模擬​不會啟動，而且同一個模擬使用者可能同時具有多個作用中的執行個體。
資料集查詢	模擬​不支援依索引鍵查詢客戶資料集。 在執行模擬之前，請移除或變更此活動。
最佳化​活動	最佳化​方法的行為如下： 目標規則​： AI會根據模擬使用者的設定檔屬性評估已設定的規則，以選取分支。 實驗 （路徑實驗）：路由是由Decisioning處理，任何分割甚至50/50分割或10%保留。 每個模擬使用者的指派是隨機且非確定性的，因此小批次（例如，快速模擬​中的5位使用者甚至AI產生的使用者）並不保證涵蓋每個處理，他們可能會偶然登陸同一個處理。 這與下方的​ 百分比分割 ​不同。 百分比分割​： AI會為每個分支建立一個模擬使用者，而不是根據分支百分比。 在執行階段，即時評估會挑選分支，而且可能與產生的路徑不同。 您無法模擬分支選擇。 若要引導使用者，請仰賴畫布上的分支順序。 總是選擇頂端分支。 時間條件：條件會在執行階段套用，如同在即時歷程中一樣。 例如，從8:00到20:00的視窗只允許使用者在該視窗內執行模擬時通過。 您無法模擬執行時間。 設定符合目前測試時間的條件。 日期條件​：條件會在執行階段套用，如同在即時歷程中一樣。 例如，2026年6月8日這個日期只允許使用者在該日期執行模擬時通過。 您不能模擬執行日期。 將條件設定為您測試時的目前日期。 設定檔上限：模擬期間未強制執行上限。 AI會為每個分支建立一個模擬使用者。 您無法模擬分支選擇。 若要引導使用者，請仰賴畫布上的分支順序。 總是選擇頂端分支。
逾時和錯誤分支	AI不會針對活動逾時或錯誤分支產生使用者。 只有在模擬期間發生實際的逾時或錯誤時，使用者才會輸入這些路徑。
逾時分支（事件活動）	已建立模擬使用者，但在​ 手動模擬 ​中，AI不會決定誰進入事件逾時分支。 透過傳送或不傳送事件來控制路徑。 例如，若要測試逾時分支，請等候逾時設定，並且不要傳送事件。 快速模擬​可以自動傳送或保留事件以涵蓋逾時分支。
回應事件	反應事件會在模擬中執行，但動作必須在現實生活中發生。 例如，電子郵件​ 開啟 ​回應需要開啟校樣訊息。 您無法在模擬UI中模擬回應。
外部資料來源	呼叫在模擬期間的執行方式與即時歷程中相同。 下游活動可以使用回應，但您無法加以模擬。 當回應值摘要​ 最佳化 ​活動時，AI無法發明該輸出。 它只會產生呼叫的輸入。 例如，如果呼叫取用設定檔城市並傳回天氣，則「代理程式」會為模擬使用者設定城市，而即時呼叫會傳回天氣。
自訂動作	行為符合外部資料來源。 傳出呼叫會實際執行。 AI會填入輸入。 輸出來自即時回應。 您無法模擬回應。
外部對象屬性擴充	套用此驗證時，使用來自外部對象來源的個人化屬性的歷程不會在​ 模擬 ​中開始。

決策行為

支援下列Decisioning元素：

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2
決策元素	附註
優惠資格	支援，包括根據設定檔屬性的適用性。
適用性規則	支援。 規則可包含設定檔屬性。
適用受眾	將對象新增至模擬使用者的設定檔時支援。
依優惠優先順序排名	支援。 設定檔屬性不包含在內。
依公式排名	支援。 公式可以使用設定檔屬性。
依​AI模型排名 — 自動	支援。 排名僅根據選件和設定的資料集，不涉及設定檔屬性。 需要必要的資料才能存在於設定的資料集中。
依​AI模型排名 — Personalization	支援。 考量對象是排名，而非資格。 由於排名是由AI導向，因此傳回的優惠方案可能會因模擬執行而異。

功能限制

下列功能在​ 模擬 ​中​不支援。

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2 12-row-2 13-row-2
功能	附註
退出條件	當您執行​ 模擬 ​時，不會套用退出條件。
模擬自訂動作回應	自訂動作預設會執行實際傳出呼叫。 正在模擬回應，因此不支援執行任何外部呼叫。
同意原則評估	在模擬使用者層級上無法模擬同意，而且在模擬期間不會評估同意原則。
歷程上限和仲裁	模擬期間未評估或執行。
頻率限定（依頻道或通訊型別）	模擬期間未評估或執行。
選擇退出管理、隱藏和允許清單	模擬期間未評估或套用。
頻道設定中的動態子網域和動態屬性	不支援。
傳送時間最佳化(STO)	模擬期間未評估或套用。
沙箱工具（跨沙箱複製模擬使用者）	不支援。
在歷程中傳送的波次	不支援。
無訊息時間	模擬期間未評估或套用。
Privacy service	模擬的使用者不是符合GDPR的永久性設定檔。 請勿在模擬的使用者中包含真實的客戶資料。
設定檔持續性	將模擬使用者傳送到歷程會觸發透過標準傳送管道傳送的真實訊息。 如果受影響的資料集（例如意見事件或追蹤事件）已啟用設定檔，即使執行標籤為模擬，仍可能導致在Adobe Experience Platform中為該模擬使用者建立持續的設定檔。

數量護欄

這些護欄適用於​模擬。 數值上限會在歷程介面和執行階段中強制執行。 上限在後續版本中可能會變更。 如果您在接近天花板的地方執行，請驗證您的沙箱中的行為。

table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3 7-row-3 8-row-3
護欄	限制	附註
可以選取和觸發一個批次的最大模擬使用者數（批次歷程、事件觸發的流程和對象資格流程）	20	每個​ 傳送全部 ​或​ 觸發選取的事件 ​都會計入，而非整個歷程的累積上限。
每一代請求的最大模擬使用者數	50	透過​ 快速模擬 ​或​ 在 ​​手動模擬​​ 中使用AI ​產生，在一個要求中產生的模擬使用者AI數目上限。 如果歷程具有超過​ 50 ​個路徑，AI會隨機選取路徑以產生這些​ 50 ​個模擬使用者。
在單一模擬回合中測試的不重複模擬使用者上限	100	在一個執行區塊中聯絡​ 100 ​個不重複使用者​為新的模擬使用者選取模擬使用者。 如果您位於​90，在相同區塊之前最多可以新增​10。
可以在一個沙箱中同時在​ 模擬 ​中執行的最大歷程數	20	Cap一次由該沙箱中的每個​ 模擬 ​歷程共用。
一個沙箱中最大活動模擬使用者數	2,000	一次可存在於沙箱中的最大模擬使用者數。 Adobe可能會根據客戶意見反應調整此限制。
事件預填（僅限瀏覽器）	—	您只能在瀏覽器型模擬UI中預先填寫事件裝載欄位。 預先填入的值只會保留在瀏覽器中，不會同步至其他瀏覽器、裝置或工作階段，因此您可能會在每個測試位置看到不同的預先填入資料。
AI產生的模擬使用者保留	10天	AI產生的模擬使用者會在建立10天後自動刪除。
全域模擬使用者保留	12個月	全域模擬使用者會在建立12個月後自動刪除。

AI Knowledge Reference

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 introduces Simulation in Adobe Journey Optimizer, explaining how it differs from Test mode, which journey types it supports, how to launch a simulation, how Optimize activity methods and other decisioning elements behave during a simulation, and what its node-level, functional, and quantitative limitations are.

Intents:

• Understand the three ways to test and validate a journey: Journey Simulation, Journey Test mode, and Journey Dry run
• Understand the difference between Simulation and Test mode for validating journeys
• Launch a Simulation session for a batch or unitary journey type
• Identify which journey nodes block or restrict Simulation from running
• Determine how Optimize activity methods (Targeting rule, Experiment, Percentage split, Time condition, Date condition, Profile cap) behave during Simulation
• Determine which decisioning elements (offer eligibility, eligibility rule or audience, ranking) are supported during Simulation
• Determine which features are unsupported during Simulation (e.g., consent, frequency capping, STO)
• Plan around quantitative guardrails such as maximum simulated users per sandbox
• Understand Quick simulation and Manual simulation

Glossary:

• Simulated users: Temporary profile-like entities created for Simulation. Sending a simulated user triggers a real message send, which can currently result in a persistent profile being created in Adobe Experience Platform (product-specific)
• Simulation: A journey state (alongside Draft, Test mode, and Live) used for testing with simulated users rather than persistent test profiles (product-specific)
• Journey Dry run: A validation method that runs a journey against real production audience and segmentation data without contacting real customers or updating profile information (product-specific)
• Experiment (Path Experimentation): An Optimize activity method whose routing is handled by Decisioning, with random assignment that is non-deterministic per simulated user (product-specific)

Guardrails:

• To use Simulation, assign at least one of: Simulate journeys, Publish journeys, or Approve and Publish journeys permissions from the Journeys capability; these permissions also allow users to create and manage simulated users without Simulated Users permissions
• Managing simulated users without Simulation requires Manage Simulated Users or View Simulated Users from the Simulated Users capability
• AI-powered simulation features (Quick simulation, AI-generated users, and Generate event values) require Generate Content from the AI Assistant capability
• Maximum 20 simulated users per Send all or Trigger selected events batch (hard limit)
• Maximum 50 simulated users per AI generation request (hard limit)
• Maximum 100 unique simulated users per single simulation run (hard limit)
• Maximum 20 journeys running Simulation simultaneously in one sandbox (hard limit)
• Maximum 2,000 active simulated users in one sandbox at a time (hard limit)
• Journeys that start with a business event cannot be run in Simulation
• Simulation does not start when multiple re-entrance is enabled and the same simulated user could have several active instances at once
• Consent policies, frequency capping, and quiet hours are not evaluated during Simulation; opt-out management and STO are not evaluated or applied
• Simulated users are not GDPR-compliant persistent profiles; do not include real customer data in simulated users

Terminology:

• Canonical name: Simulation — Acronym: none
• Canonical name: Simulated users — Acronym: none
• Canonical name: Experiment — variants: Path Experimentation
• Do not confuse: “Simulation” ≠ “Test mode” (Test mode uses persistent profiles flagged as test profiles in Adobe Experience Platform; Simulation uses temporary simulated users)
• Do not confuse: “Journey Simulation” ≠ “Journey Test mode” ≠ “Journey Dry run” (the three validation methods use different data and validation approaches)
• Do not confuse: Targeting rule ≠ Experiment (both are Optimize activity methods, but AI evaluates the configured rule for Targeting rule, whereas routing for Experiment is handled by Decisioning)

FAQ:

• Q: What permissions do I need to use Simulation? — Assign at least one of: Simulate journeys, Publish journeys, or Approve and Publish journeys from the Journeys capability. These permissions also let you create and manage simulated users; Simulated Users permissions are not required. AI features additionally require Generate Content from the AI Assistant capability.
• Q: What permissions do I need to manage simulated users without Simulation? — You need Manage Simulated Users or View Simulated Users from the Simulated Users capability.
• Q: What are the three ways to test and validate a journey? — Adobe Journey Optimizer offers Journey Simulation, Journey Test mode, and Journey Dry run.
• Q: How does Simulation differ from Test mode? — Simulation uses temporary simulated users without pre-created profiles in Adobe Experience Platform; Test mode uses persistent profiles explicitly flagged as test profiles in Adobe Experience Platform. Sending a simulated user still triggers a real message send, which can result in a persistent profile being created.
• Q: Can I simulate a journey that starts with a business event? — No. Journeys that start with a business event cannot be run in Simulation.
• Q: Are the Targeting rule and Experiment methods of the Optimize activity supported in Simulation? — Targeting rule is evaluated by AI against the simulated user’s profile attributes. For Experiment (Path Experimentation), routing is handled by Decisioning and assignment is random and non-deterministic per simulated user.
• Q: Are decisioning elements such as offer eligibility and ranking supported during Simulation? — Yes. Offer eligibility, eligibility rule, eligibility audience, and ranking by offer priority, formula, or AI Model - Auto are supported. Ranking by AI Model - Personalization is also supported, though returned offers may vary between simulation runs.
• Q: How many simulated users can I test in a single simulation run? — Up to 100 unique simulated users per run; each Send all action is capped at 20 users at once.
• Q: Are consent policies enforced during Simulation? — No. Consent policies, frequency capping, and quiet hours are not evaluated during Simulation. Opt-out management is not evaluated or applied.
• Q: What happens if my journey has more than 50 paths during AI generation? — AI randomly selects paths to produce 50 simulated users.