En esta página: Descubra cómo la simulación de recorrido le permite realizar pruebas con usuarios simulados y cómo varía la experiencia de simulación en función del tipo de recorrido antes de publicar.
¿No está seguro de que la simulación es el método adecuado para usted? Comparar las tres opciones de validación.
-
Para usar Simulation, asigne al menos un permiso de la funcionalidad Recorrido: Simular recorridos, Publicar recorridos o Aprobar y publicar recorridos. Los mismos permisos le permiten crear y administrar usuarios simulados; los permisos de Usuarios simulados no son necesarios. Más información
-
Para administrar usuarios simulados sin Simulation, asigne a Administrar usuarios simulados o Ver usuarios simulados desde la funcionalidad Simulated Users.
-
Para IA en simulación (Simulación rápida, usuarios generados por IA, Generar valores de evento), asigne Generar contenido desde la capacidad Asistente de IA.
Puede establecer el recorrido en Simulación además de Borrador, Modo de prueba y Activo. En Simulación, realiza pruebas con usuarios simulados: entidades temporales similares a un perfil que agrega, sin usar perfiles de prueba persistentes en Adobe Experience Platform.
Adobe Journey Optimizer ofrece dos formas de probar y validar el recorrido:
-
Simulación: usa la función de recorrido Simulación y usuarios simulados sin perfiles creados previamente en Adobe Experience Platform, que admiten usuarios con tecnología de IA y creados manualmente.
-
Modo de prueba: Use perfiles persistentes marcados como perfiles de prueba en Adobe Experience Platform, reutilizables entre sesiones. Elija este método cuando necesite datos coherentes y predefinidos. Aprenda a crear perfiles de prueba.
Simulación por tipo de recorrido by-journey-type
El panel Simulación solo muestra los pasos que necesita el recorrido. Eso depende de cómo entren los perfiles en el recorrido. A partir de estos factores, Adobe Journey Optimizer presenta diferentes experiencias de simulación. Expanda cada tipo siguiente para ver en qué se diferencia la ejecución y qué paneles utiliza.
Para obtener más información, consulta Simular tu recorrido.
El recorrido se activa por una audiencia de lectura y el lienzo no tiene actividades de evento unitarias. Durante la simulación, la población de audiencia no se activa. Solo los usuarios simulados entran en el recorrido.
Los usuarios simulados seleccionados para la simulación aparecen en la sección Usuarios de prueba:
Un recorrido de déclencheur de segmento que incluye uno o más eventos unitarios a lo largo de la ruta. Primero almacene en déclencheur a los usuarios simulados para que entren en la simulación y, a continuación, almacene en déclencheur los eventos de los usuarios que esperan en un nodo de evento.
Los usuarios simulados seleccionados para la simulación y los eventos configurados se pueden ver respectivamente en las secciones Usuarios de prueba y Eventos de prueba. La sección Eventos de prueba no estará visible hasta que un usuario simulado entre en el recorrido.
El recorrido comienza con un evento unitario, no con una audiencia de lectura. Un usuario simulado no entra en el recorrido hasta que se activa ese evento de inicio para ellos.
Los usuarios simulados seleccionados para la simulación y los eventos configurados serán visibles respectivamente en las secciones Usuarios de prueba y Eventos de prueba. La sección Usuarios de prueba no incluye una acción para almacenar en déclencheur a un usuario simulado en el recorrido. La entrada de déclencheur de eventos de prueba.
Simulación de lanzamiento launch
Cambie el recorrido a Simulation para probarlo con usuarios simulados. Las tareas paso a paso se detallan en Simular el recorrido.
-
En el recorrido, haz clic en Simular y elige Simulación.
-
Espere a que se complete la activación. Mientras el recorrido cambia a Simulation, los controles del panel se desactivan y se vuelven a habilitar automáticamente una vez finalizada la activación.
Limitaciones limitations
En esta versión, es posible que Simulation no admita todas las actividades, canales o integraciones compatibles con Test mode o un recorrido en directo, y que el comportamiento cambie a medida que la funcionalidad madure. Utilice este artículo para ver los flujos de trabajo admitidos.
Consulte los menús desplegables siguientes para obtener más información sobre las limitaciones de la simulación.
Algunos nodos impiden que Simulation se inicie. Otros se ejecutan en simulación con el comportamiento descrito a continuación. Cuando se deba quitar o cambiar un nodo antes de simular, actualice primero el recorrido.
| 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 | |
|---|---|
| Nodo restringido | Notas |
| Eventos empresariales | No se pueden ejecutar recorridos que comiencen con un evento empresarial en Simulación. |
| Canales de entrada | No se pueden ejecutar recorridos que incluyan un nodo de canal entrante en Simulación. |
| ID suplementario (reentrada múltiple) | La simulación no se inicia cuando se habilita la reentrada múltiple y el mismo usuario simulado podría tener varias instancias activas a la vez. |
| Búsqueda de conjuntos de datos | La simulación no admite búsquedas de conjuntos de datos de clientes por clave. Elimine o cambie esta actividad antes de ejecutar una simulación. |
| Actividad Optimizar | No se admite el experimento. Elimine o cambie el nodo antes de simular. Otros métodos Optimize se comportan de la siguiente manera: Regla de segmentación : Journey Agent evalúa la regla configurada con los atributos de perfil del usuario simulado para seleccionar la rama. División porcentual: Journey Agent crea un usuario simulado por rama, no según los porcentajes de rama. Durante el tiempo de ejecución, la evaluación en directo selecciona la rama y puede diferir de la ruta generada. No puede burlarse de una elección de rama. Para dirigir a los usuarios, confíe en el orden de ramas en el lienzo. Siempre se elige la rama superior. Condición de tiempo : las condiciones se aplican durante la ejecución como en un recorrido activo. Por ejemplo, una ventana de 8:00 a 20:00 solo permite a los usuarios pasar mientras la simulación se ejecuta dentro de esa ventana. No se puede burlar del tiempo de ejecución. Configure la condición para que coincida con la hora actual cuando realice la prueba. Condición de fecha: las condiciones se aplican durante la ejecución como en un recorrido activo. Por ejemplo, una fecha del 8 de junio de 2026 solo permite a los usuarios pasar cuando la simulación se ejecuta en esa fecha. No se puede burlar la fecha de ejecución. Establezca la condición en la fecha actual cuando realice la prueba. Límite de perfil : No se aplican límites durante la simulación. Journey Agent crea un usuario simulado por rama. No puede burlarse de una elección de rama. Para dirigir a los usuarios, confíe en el orden de ramas en el lienzo. Siempre se elige la rama superior. |
| Ramas de tiempo de espera y error | Journey Agent no genera usuarios para el tiempo de espera de la actividad ni para las ramas de error. Los usuarios solo introducen esas rutas si se produce un tiempo de espera o error real durante la simulación. |
| Rama de tiempo de espera (actividades de evento) | Se crean usuarios simulados, pero en simulación manual Journey Agent no decide quién entra en una rama de tiempo de espera de evento. Controle la ruta enviando o no enviando el evento. Por ejemplo, para probar una rama de tiempo de espera, espere al tiempo de espera configurado y no envíe el evento. Simulación rápida puede enviar o retener eventos automáticamente para cubrir las ramas de tiempo de espera. |
| Eventos de reacción | Los eventos de reacción se ejecutan en simulación, pero la acción debe ocurrir en la vida real. Por ejemplo, una reacción de correo electrónico open requiere que se abra el mensaje de prueba. No se pueden burlar de las reacciones en la IU de simulación. |
| Fuentes de datos externas | Las llamadas de se ejecutan durante la simulación del mismo modo que en un recorrido activo. Las actividades descendentes pueden utilizar la respuesta, pero no se puede burlar de ella. Cuando un valor de respuesta alimenta una actividad Optimize, Journey Agent no puede inventar ese resultado. Solo genera entradas para la llamada de. Por ejemplo, si una llamada toma una ciudad de perfil y devuelve el tiempo, el agente establece una ciudad en el usuario simulado y la llamada en directo devuelve el tiempo. |
| Acciones personalizadas | El comportamiento coincide con las fuentes de datos externas. Las llamadas salientes son reales. El Journey Agent rellena las entradas. Los resultados provienen de la respuesta en directo. No puedes burlarte de las respuestas. |
| Enriquecimiento de atributos de audiencia externa | Los recorridos que usan atributos personalizados de orígenes de audiencia externos no se inician en Simulación cuando se aplica esta validación. |
Se admiten los siguientes elementos de 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 | |
|---|---|
| Elemento Decisioning | Notas |
| Idoneidad de oferta | Compatible, incluida la idoneidad en función de los atributos del perfil. |
| Regla de elegibilidad | Compatible. La regla puede contener atributos de perfil. |
| Audiencia de idoneidad | Se admite cuando la audiencia se añade al perfil del usuario simulado. |
| Clasificación por prioridad de oferta | Compatible. Los atributos de perfil no están implicados. |
| Clasificación por fórmula | Compatible. La fórmula puede utilizar atributos de perfil. |
| Clasificación por modelo de IA - Automático | Compatible. La clasificación se basa únicamente en la oferta y en el conjunto de datos configurado, los atributos de perfil no están implicados. Requiere que los datos necesarios estén presentes en el conjunto de datos configurado. |
| Clasificación por modelo de IA - Personalization | Compatible. La audiencia se tiene en cuenta para la clasificación, no para la idoneidad. Como la clasificación se basa en IA, las ofertas devueltas pueden variar entre ejecuciones de simulación. |
Las siguientes capacidades no son compatibles con Simulación.
| 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 | |
|---|---|
| Capacidad | Notas |
| Criterios de salida | Los criterios de salida no se aplican cuando ejecuta Simulation. |
| Simular respuesta de acción personalizada | Las acciones personalizadas realizan una llamada saliente real de forma predeterminada. No se admite la burla de la respuesta para que no se ejecute ninguna llamada externa. |
| Evaluación de directiva de consentimiento | El consentimiento no se puede burlar en el nivel de usuario simulado y las políticas de consentimiento no se evalúan durante la simulación. |
| restricción y arbitraje de recorridos | No se evalúa ni se aplica durante la simulación. |
| Límite de frecuencia (por canal o tipo de comunicación) | No se evalúa ni se aplica durante la simulación. |
| Administración, supresión y listas de permitidos de la exclusión | No evaluado ni aplicado durante la simulación. |
| Subdominio dinámico y atributos dinámicos en configuraciones de canal | No compatible. |
| Optimización del tiempo de envío (STO) | No evaluado ni aplicado durante la simulación. |
| Herramientas para zonas protegidas (copie usuarios simulados en zonas protegidas) | No compatible. |
| Recorridos de envío de ondas | No compatible. |
| Horario silencioso | No evaluado ni aplicado durante la simulación. |
| Privacy service | Los usuarios simulados no son perfiles persistentes compatibles con el RGPD. No incluya datos de clientes reales en usuarios simulados. |
| Persistencia del perfil | Al enviar un usuario simulado a un recorrido, se envía un mensaje real a través de la canalización de envío estándar. Si un conjunto de datos afectado, por ejemplo eventos de comentarios o eventos de seguimiento, está habilitado para perfiles, se puede crear un perfil persistente en Adobe Experience Platform para ese usuario simulado, aunque la ejecución esté marcada como simulación. |
Estas protecciones se aplican a Simulación. Las mayúsculas numéricas se aplican en la interfaz de recorrido y durante la ejecución. Los límites pueden cambiar en una versión posterior. Si corre cerca de un techo, verifique el comportamiento en su zona protegida.
| 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 | ||
|---|---|---|
| Barrera | Límite | Notas |
| Máximo de usuarios simulados que se pueden seleccionar y activar en un lote (recorridos por lotes, flujos activados por eventos y flujos de calificación de audiencia) | 20 | Se cuenta para cada Enviar todos o los eventos seleccionados del Déclencheur, no un límite acumulado para todo el recorrido. |
| Máximo de usuarios simulados por solicitud de generación | 50 | Máximo de usuarios simulados que Journey Agent genera en una solicitud mediante Simulación rápida o Generación con IA en Simulación manual. Si el recorrido tiene más de 50 rutas, Journey Agent selecciona aleatoriamente las rutas para producir esos 50 usuarios simulados. |
| Número máximo de usuarios únicos simulados probados en una sola ejecución de simulación | 100 | Se está llegando a 100 usuarios únicos en un solo bloque de ejecución Seleccione usuarios simulados para nuevos usuarios simulados. Si estás en 90, puedes agregar 10 más antes del mismo bloque. |
| Máximo de recorridos que se pueden ejecutar en Simulation al mismo tiempo en una zona protegida | 20 | El límite lo comparten todos los recorridos de Simulación en esa zona protegida a la vez. |
| Máximo de usuarios simulados activos en una zona protegida | 2,000 | Máximo de usuarios simulados que pueden existir en la zona protegida al mismo tiempo. Adobe puede ajustar este límite en función de los comentarios de los clientes. |
| Relleno previo de eventos (solo en el navegador) | — | Solo puede rellenar previamente los campos de carga útil de evento en la IU de simulación basada en el explorador. Los valores rellenados previamente permanecen en ese explorador y no se sincronizan con otros exploradores, dispositivos o sesiones, por lo que puede ver diferentes datos de rellenado previo en cada lugar que pruebe. |
| Retención de usuarios simulada generada por IA | 10 días | Los usuarios simulados generados por IA se eliminan automáticamente 10 días después de su creación. |
| Retención de usuarios simulada global | 12 meses | Los usuarios globales simulados se eliminan automáticamente 12 meses después de la creación. |
Vídeo práctico video
El siguiente vídeo muestra cómo utilizar la simulación rápida para probar los recorridos de los clientes automatizando los procesos clave. Genera perfiles de prueba, organiza eventos, acelera los tiempos de espera y valida escenarios.
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 the Journey Simulation feature in Adobe Journey Optimizer, explaining how it differs from Test mode, which journey types it supports, how to launch a simulation, and what its node-level, functional, and quantitative limitations are.
Intents:
- Understand the difference between Simulation and Test mode for validating journeys
- Launch a Simulation session for a batch, unitary, or mixed journey type
- Identify which journey nodes block or restrict Simulation from running
- Determine which features are unsupported during Simulation (e.g., consent, frequency capping, STO)
- Plan around quantitative guardrails such as maximum simulated users per sandbox
- Decide whether to use Quick simulation or Manual simulation based on testing needs
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 Agent: The AI component that generates simulated users, event values, and test settings during Quick simulation and AI-assisted Manual simulation (product-specific)
- Quick simulation: An automated end-to-end simulation run that generates users and events with minimal manual input (product-specific)
- Manual simulation: A step-by-step simulation mode where users and events are created and triggered individually (product-specific)
Guardrails:
- Requires at least one of: Simulate journeys, Publish journeys, or Approve and Publish journeys permissions
- AI-powered simulation features require the Generate Content permission from the AI Assistant capability
- Maximum 20 simulated users per Send all or Trigger selected events batch
- Maximum 50 simulated users per AI generation request
- Maximum 100 unique simulated users per single simulation run
- Maximum 20 journeys running Simulation simultaneously in one sandbox
- Maximum 2,000 active simulated users in one sandbox at a time
- Business event-triggered journeys cannot be simulated
- Supplemental ID journeys with multiple re-entrance enabled cannot be simulated
- Consent policies, frequency capping, opt-out, STO, and quiet hours are not evaluated during Simulation
- Simulated users must not contain real customer data (not GDPR-compliant)
Terminology:
- Canonical name: Simulation — Acronym: none — variants: Journey Simulation, Simulation mode
- Canonical name: Simulated users — Acronym: none — variants: test users (in UI labels)
- Synonyms: “Simulation” = “Simulation mode”; “simulated users” = “test users” (UI label only)
- Do not confuse: “Simulation” ≠ “Test mode” (Test mode uses persistent AEP test profiles; Simulation uses temporary simulated users)
FAQ:
- Q: What permissions do I need to use Simulation? — You need at least one of: Simulate journeys, Publish journeys, or Approve and Publish journeys. AI features additionally require Generate Content permission from the AI Assistant capability.
- Q: How does Simulation differ from Test mode? — Simulation uses temporary simulated users created on the fly, generally without pre-created profiles in Adobe Experience Platform; Test mode uses persistent profiles explicitly flagged as test profiles in AEP. 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 triggered by a Business Event cannot be run in Simulation.
- 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 policy evaluation, frequency capping, opt-out management, and quiet hours are all not evaluated during Simulation.
- Q: What happens if my journey has more than 50 paths during AI generation? — The Journey Agent randomly selects paths to produce a maximum of 50 simulated users.