이 페이지에서: 여정 시뮬레이션, 여정 테스트 모드 및 여정 시험 실행을 비교합니다. 설계 중 빠른 반복부터 라이브 대상자에 대한 최종 출시 전 점검까지 여정을 작성하는 현재 단계에 맞는 모범 사례를 알아봅니다.
Adobe Journey Optimizer은(는) 여정이 활성화되기 전에 유효성을 검사하는 세 가지 방법을 제공합니다. 서로 다른 종류의 데이터를 사용하고, 빌드의 다른 단계에 적합하며, 서로 다른 실제 결과를 수반하므로 상호 교환이 불가능합니다. 차이를 먼저 이해하면 두 가지 일반적인 실수를 피할 수 있습니다. 첫 번째는 빠른 시뮬레이션이 가능할 때 테스트 프로필을 만드는 데 걸리는 시간입니다. 두 번째는 유효성 검사 단계가 여전히 실제 받은 편지함에 연결하거나 실제 아웃바운드 호출을 할 수 있을 때 완전히 "안전하다"고 가정하는 것입니다.
이 페이지는 여정 흐름 및 분기 논리의 유효성 검사에 중점을 둡니다. 콘텐츠 미리 보기, 이메일 렌더링 및 스팸 확인, A/B 실험 및 승인 워크플로를 포함한 테스트 및 승인 기능의 전체 그림은 테스트, 유효성 검사 및 승인을 참조하십시오.
유효성 검사를 처음 사용하십니까? 여기서 시작 quick-pick
어떤 방법이 적용되는지 확실하지 않은 경우 다음 한 가지 질문에 답합니다.
아직 확실하지 않습니까, 아니면 전체 사진을 원하시나요? 계속해서 읽어 보십시오. 각 방법은 아래에 자세히 설명되어 있습니다.
세 가지 유효성 검사 방법 validation-methods
사용할 시기: 여정 디자인 중에 특히 기한 바로 전이나 새 분기 또는 경로를 테스트할 때 빠르게 반복됩니다. 또한 사용 사례에 적합한 테스트 프로필을 만드는 것이 비현실적일 때마다 지속적인 유효성 검사 방법으로 잘 작동합니다.
여정 시뮬레이션은(는) 임시 시뮬레이션된 여정을 사용하여 사용자의 테스트를 확인합니다. 실제 Adobe Experience Platform(AEP) 테스트 프로필이 전파될 때까지 생성하거나 기다릴 필요가 없습니다. 시뮬레이션된 사용자를 수동으로 생성하거나 AI가 여정에 필요한 테스트 이벤트를 자동으로 생성하고 적합한 시뮬레이션된 사용자와 일치시켜 여정을 초 단위로 트리거할 수 있습니다.
주요 역학:
- 시뮬레이션된 사용자는 AEP의 실제 프로필이 아닙니다. 인벤토리에 저장하여 매번 처음부터 새로 만드는 대신 향후 시뮬레이션에서 다시 사용할 수도 있습니다.
- 종료 기준, 동의 정책, 빈도/여정 제한, 옵트아웃/억제 및 방해 금지 시간은 평가되지 않습니다.
- 사용자 지정 작업 및 외부 데이터 소스 호출은 여전히 실제 아웃바운드 호출을 수행하지만 조롱을 받지 않습니다.
| note important |
|---|
| IMPORTANT |
| 시뮬레이션은 시뮬레이트된 사용자(예: 사용자의 이메일 주소)에 구성된 실행 주소(이메일, 전화, 푸시 토큰)로 실제 메시지를 보냅니다. 프로덕션과 동일한 게재 파이프라인을 사용합니다. 실제 고객에게 연락하거나 라이브 프로필 데이터를 업데이트하지 않지만 메시지 자체는 진짜입니다. |
완벽한 대상: AEP 테스트 프로필 전파를 기다리지 않고 새 분기(예: 두 개의 새 의사 결정 정책 경로)를 확인하는 중입니다.
➡️ 여정 시뮬레이션 시작 | 여정 시뮬레이션
사용할 시기: 분기 및 메시지 논리를 단계별로 수동으로 확인하고, 지정된 테스트 프로필이 초안 여정을 통과합니다.
여정 테스트 모드를 사용하면 영구 AEP 테스트 프로필을 사용하여 초안 여정의 유효성을 검사할 수 있습니다. 프로덕션 대상이 여정을 터치하기 전에 분기 논리 및 메시지 게재 메커니즘이 설계된 대로 작동하는지 확인하려면 인터페이스에서 이벤트를 수동으로 실행합니다.
주요 역학:
- 실시간 고객 프로필에서 "테스트 프로필"로 플래그가 지정된 프로필만 여정 테스트 모드에서 여정에 들어갈 수 있습니다.
- 여정 테스트 모드는 개인이 테스트 프로필인지 AEP에서 확인해야 하므로 네임스페이스를 사용하는 초안 여정에 대해서만 사용할 수 있습니다.
- 단일 테스트 세션 중에는 최대 100개의 테스트 프로필이 여정에 들어갈 수 있으며 API를 통해 외부 시스템이 아닌 인터페이스에서만 이벤트를 실행할 수 있습니다.
- 여정 테스트 모드를 비활성화하면 여정에 들어간 모든 프로필이 제거되고 보고가 지워집니다.
| note important |
|---|
| IMPORTANT |
| 여정 테스트 모드는 프로덕션과 동일한 게재 파이프라인을 사용하여 테스트 프로필의 실제 받은 편지함에 실제 메시지를 보냅니다. 실제 고객에게는 연락하지 않지만 "건식" 시뮬레이션도 아닙니다. 테스트 프로필에서 사용자가 제어하는 주소를 사용하도록 하십시오. |
문제점: 새 AEP 테스트 프로필을 만들고 전파하는 데 시간이 소요됩니다. 여정 시뮬레이션에서는 테스트 프로필이 전혀 필요 없는 빠른 대안을 제공합니다. 프로필이 전파될 때까지 기다리는 동안 유용할 뿐만 아니라 사용 사례에 적합한 테스트 프로필을 만드는 것은 항상 비현실적입니다.
➡️ 여정 테스트
사용 시기: 게시하기 직전에 최종 프로덕션 사실적 검사입니다.
여정 시험 실행은(는) 실제 고객에게 연락하거나 프로필 정보를 업데이트하지 않고 실제 프로덕션 대상 및 세분화 데이터에 대해 여정을 실행하는 특수 여정 게시 모드입니다. 여정은 라이브 여정과 같이 활성화되고 프로필은 프로덕션에서와 마찬가지로 분기 및 노드를 통해 흐릅니다. 그러나 전자 메일, SMS 및 사용자 지정 작업과 같은 작업 노드는 무시됩니다.
주요 역학:
- 는 실제 프로덕션 대상을 사용하므로 실제 도달 및 타겟팅을 규모에 맞게 표시합니다(예: 전체 분기가 예기치 않게 0의 프로필을 받는 버그 잡기).
- 활성화 시마다 지표를 더 빨리 다시 얻으려면 대기 활동을 비활성화하고, 여정을 완전히 비활성화 상태로 유지하려면 외부 데이터 소스 호출을 비활성화할 수 있습니다.
- 현재 제한된 가용성 기능이며 시간이 지남에 따라 전역적으로 롤아웃됩니다.
완벽한 대상: 여정 라이브를 전환하기 바로 전에 예기치 않게 분기에 도달하지 않는 잘못된 조건 노드 또는 대상자와 같은 문제를 포착합니다.
➡️ 여정 시험 실행
어떤 방법을 사용해야 합니까? decision-guide
간단한 질문으로 시작하십시오. 사용 사례에 맞는 테스트 프로필이 이미 있습니까? 그렇다면 여정 테스트 모드를 사용하여 단계별 유효성을 검사할 수 있습니다. 그렇지 않은 경우 — 또는 이 특정 사용 사례에 대해 만들 수 없는 경우 — 여정 시뮬레이션을 통해 대신 몇 초 만에 유효성 검사를 받을 수 있습니다.
이러한 선택 외에, 답은 대개 다음 질문 하나로 귀결됩니다. 프로덕션에 얼마나 근접해야 이 테스트가 필요합니까?
여정 디자인을 반복 — 새 분기를 테스트하고 기한 기준으로 작업하는 경우 여정 시뮬레이션을 사용하십시오. 실제 프로필이 필요하지 않으며 초 단위로 실행됩니다. 또한 사용 사례에 적합한 테스트 프로필을 만드는 것이 실용적이지 않을 때마다 빌드의 후반부에 유효한 선택으로 남아 있습니다. 시뮬레이션된 사용자에 구성된 실행 주소로 실제 메시지를 전송한다는 것만 기억하십시오.
분기 및 메시지 논리를 단계별로 수동으로 확인해야 하며 AEP 테스트 프로필을 만들거나 재사용할 의지가 있는 경우 여정 테스트 모드를 사용하십시오. 해당 테스트 프로필의 실제 받은 편지함에 실제 메시지를 전송한다는 것만 기억하십시오.
게시하려고 하며 실제 프로덕션 대상에 대해 예상 볼륨을 최종 검사하려면 여정 시험 실행을 사용하십시오. 누구와도 연락하거나 프로필 데이터를 변경하지 않습니다.
빠른 비교 quick-comparison
이러한 방법 중 실제 고객과 접촉하는 방법은 없습니다. 또한 프로필 데이터는 여정 테스트 모드에서 실행하는 데 사용되는 테스트 프로필(실제 고객 프로필이 아님)을 업데이트하는 경우를 제외하고 모든 경우에 그대로 유지됩니다.
피해야 할 일반적인 실수 common-mistakes
- 여정 시뮬레이션이 완전히 "안전하다고 가정합니다. 가장 빠른 테스트 방법이지만 각 시뮬레이션된 사용자(일반적으로 받은 편지함)에 구성된 실행 주소로 실제 메시지를 전송합니다. 아무 것도 전송되지 않는다고 가정하지 마십시오.
- 여정 시뮬레이션이 수행될 때 AEP 테스트 프로필을 만듭니다. 새 분기 또는 의사 결정 정책 경로의 유효성을 빠르게 검사해야 하는 경우 시뮬레이션은 테스트 프로필 전파 대기를 완전히 건너뜁니다. 실제 테스트 프로필이 필요한 경우 여정 테스트 모드를 저장합니다.
- 여정 테스트 모드를 "시험"으로 처리 중입니다. 여정 테스트 모드 프로필은 프로덕션 게재 파이프라인을 통해 실제 메시지를 수신합니다. 테스트 프로필에서 사용자가 제어하는 주소만 사용하도록 합니다.
- 콘텐츠 또는 게재 문제를 포착하기 위해 여정 시험 실행이 필요합니다. 시험 실행은 작업 노드를 완전히 무시합니다. 메시지 콘텐츠나 게재 방식이 아닌 대상 도달 및 분기 논리를 검증합니다. 이를 위해 시뮬레이션 또는 여정 테스트 모드 를 사용하십시오.
- 여정 테스트 모드에 대한 네임스페이스 요구 사항을 무시합니다. 여정 테스트 모드는 Journey Optimizer에서 프로필에 테스트 프로필로 플래그가 지정되었는지 확인하기 위해 네임스페이스가 필요하므로 네임스페이스를 사용하는 초안 여정에서만 작동합니다.
다음 단계 next-steps
- 여정 시뮬레이션 시작 — 첫 번째 시뮬레이션 실행
- 여정 테스트 — AEP 테스트 프로필로 여정 테스트 모드 활성화
- 여정 시험 실행 — 실제 생산 시험 실행을 실행합니다.
- 여정 게시 — 필수 구성 요소 및 게시 프로세스
- 여정 시작 — 기본 사항 및 기능 개요
- Journey Orchestration FAQ — 일반적인 질문 답변됨
- 테스트, 유효성 검사 및 승인 - 콘텐츠 미리 보기, 렌더링/스팸 확인, 실험 및 승인 워크플로를 포함한 전체 테스트 및 승인 환경
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 compares the three journey validation methods in Adobe Journey Optimizer — Journey Simulation, Journey Test mode, and Journey Dry run. It provides a one-question quick pick, a decision guide, a quick-comparison table, and a list of common mistakes to help users choose the right one for their current stage of building a journey.
Intents:
- Choose the correct validation method for a given stage of journey building
- Compare Journey Simulation, Journey Test mode, and Journey Dry run side by side
- Understand when to use Journey Simulation for fast iteration without real test profiles
- Understand when to use Journey Test mode for step-by-step manual validation with real test profiles
- Understand when to use Journey Dry run for a final pre-launch check against production data
- Understand which validation methods send real messages or contact real customers
- Avoid common mistakes when picking or using a validation method
Glossary:
- Journey Simulation: A validation method that uses temporary simulated users, manually created or auto-generated, to test a journey without needing real AEP test profiles. (product-specific)
- Journey Test mode: A validation method that uses persistent AEP test profiles, flagged in Real-Time Customer Profile, to manually walk through a draft journey’s branch and message logic. (product-specific)
- Journey Dry run: A publication mode that runs a journey against real production audience data without contacting customers or updating profile data; action nodes are bypassed. (product-specific)
- Simulation Agent: The mechanism that automatically generates test events and matches them to simulated users during Journey Simulation. (product-specific)
Guardrails:
- Journey Test mode is only available for draft journeys that use a namespace, and supports a maximum of 100 test profiles per session
- Journey Test mode events can only be fired from the interface, not from external systems via API
- Journey Test mode sends real messages to test profiles’ real inboxes using the production delivery pipeline
- Disabling Journey Test mode removes all profiles that entered the journey and clears its reporting
- Journey Simulation does not evaluate exit criteria, consent policies, frequency/journey capping, opt-out/suppression, or quiet hours
- Journey Simulation’s custom actions and external data source calls are real, not mocked
- Journey Simulation sends real messages to the execution addresses (email, phone, push token) configured on the simulated users, using the same delivery pipeline as production
- Unlike Journey Simulation, Journey Dry run never sends real messages
- Journey Dry run is currently a Limited Availability feature, being rolled out globally over time
- Journey Dry run bypasses action nodes (email, SMS, custom actions) but still routes profiles through branches and nodes using real production data
Terminology:
- Canonical name: Journey Simulation — variants: simulate, simulation mode
- Canonical name: Journey Test mode — variants: Test mode, journey testing, test your journey
- Canonical name: Journey Dry run — variants: dry run, dry run mode
- Do not confuse: Journey Simulation (temporary simulated users, no AEP test profiles needed, sends real messages to the simulated users’ configured execution addresses) ≠ Journey Test mode (persistent AEP test profiles, sends real messages to those profiles’ real inboxes) ≠ Journey Dry run (real production audience data, no contact, no profile update, action nodes bypassed, never sends real messages)
FAQ:
- Q: Which validation method should I use while I am still designing a journey? — Use Journey Simulation; it needs no real test profiles and runs in seconds, making it ideal for fast iteration.
- Q: Does Journey Simulation send real messages? — Yes. Simulation delivers real messages to the execution addresses (email, phone, push token) configured on the simulated users, often the tester’s own address. It uses the same delivery pipeline as production, but it does not contact real customers or update live profile data.
- Q: Does Journey Test mode send real emails or SMS? — Yes. Journey Test mode delivers real messages to the actual inboxes of your test profiles, using the same delivery pipeline as production. It does not contact real customers, but the messages themselves are real.
- Q: Does Journey Dry run send any messages? — No. Dry run bypasses action nodes such as email, SMS, and custom actions, so profiles flow through the journey logic without any message being sent.
- Q: I need to validate a new branch quickly before a deadline. Which method fits? — Journey Simulation; it generates simulated users on demand (or reuses ones saved to the inventory) instead of requiring you to pre-create and wait for real test profiles.
- Q: Is Journey Dry run available to everyone? — It is currently a Limited Availability feature being rolled out globally over time; check availability for your organization.
- Q: Can I fire Journey Test mode events from an external system? — No; in Journey Test mode, events can only be fired from the interface, not from external systems via API.