Commencer avec la simulation de parcours simulate-journey-gs

Parcours par lots avec une lecture d’audience

Le parcours est déclenché par une Lecture d’audience et la zone de travail ne comporte aucune activité d’événement unitaire. Lors de la simulation, la population d’audience n’est pas déclenchée. Seuls les utilisateurs et utilisatrices simulés accèdent au parcours.
Les utilisateurs et utilisatrices simulés sélectionnés pour la simulation apparaissent dans la section Utilisateurs et utilisatrices de test :

Parcours par lots avec une lecture d’audience et des événements unitaires

Parcours de déclenchement de segment qui comprend un ou plusieurs événements unitaires le long du chemin d’accès. Vous devez d’abord déclencher les utilisateurs et utilisatrices simulés pour qu’ils rejoignent la simulation, puis déclencher des événements pour les utilisateurs et utilisatrices qui attendent au niveau d’un nœud d’événement.
Les utilisateurs et utilisatrices simulés sélectionnés pour la simulation et les événements configurés sont visibles respectivement dans les sections Utilisateurs et utilisatrices de test et Événements de test. La section Événements de test n’est pas visible tant qu’une personne simulée n’a pas accédé au parcours.

Parcours unitaire

Le parcours commence par un événement unitaire, et non par une lecture d’audience. Un utilisateur ou une utilisatrice simulé n’entre pas dans le parcours tant que cet événement de début n’a pas été déclenché pour lui ou elle.
Les utilisateurs et utilisatrices simulés sélectionnés pour la simulation et les événements configurés sont visibles respectivement dans les sections Utilisateurs et utilisatrices de test et Événements de test. La section Utilisateurs et utilisatrices de test n’inclut pas d’action permettant de déclencher une personne simulée dans le parcours. Vous déclenchez l’entrée à partir de la section Événements de test.

Restrictions au niveau du nœud

Certains nœuds empêchent la simulation de démarrer. D’autres s’exécutent en simulation avec le comportement décrit ci-dessous. Lorsqu’un nœud doit être supprimé ou modifié avant la simulation, mettez d’abord à jour le parcours.

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
Nœud restreint	Notes
Événements métier	Vous ne pouvez pas exécuter des parcours commençant par un événement métier dans la simulation.
Canaux entrants	Vous ne pouvez pas exécuter des parcours qui incluent un nœud de canal entrant dans la simulation.
ID supplémentaire (plusieurs rentrées)	La simulation ne démarre pas si les rentrées multiples sont activées et qu’un même utilisateur simulé peut avoir plusieurs instances actives à la fois.
Recherche de jeu de données	La simulation ne prend pas en charge les recherches de jeux de données client par clé. Supprimez ou modifiez cette activité avant de lancer une simulation.
Activité Optimisation	Les méthodes Optimize se comportent comme suit : Règle de ciblage ​: l’IA évalue la règle configurée par rapport aux attributs de profil de l’utilisateur simulé pour sélectionner la branche. Expérience (expérimentation de chemin) : le routage est géré par Decisioning, pour toute division, même une division 50/50 ou une exclusion de 10 %. L’affectation est aléatoire et non déterministe par utilisateur simulé, de sorte qu’un petit lot, par exemple 5 utilisateurs, même ceux générés par l’IA dans la simulation rapide, n’est pas garanti de couvrir tous les traitements, ils pourraient tous atterrir sur le même lot par hasard. Cela diffère de la division en pourcentage ci-dessous. Partage en pourcentage ​: l’IA crée un utilisateur simulé par branche, et non en fonction des pourcentages de branche. Au moment de l’exécution, l’évaluation en temps réel sélectionne la branche à suivre, qui peut différer du chemin généré. Vous ne pouvez pas simuler un choix de branche. Pour diriger les utilisateurs et les utilisatrices, utilisez l’ordre des branches sur la zone de travail. La branche supérieure est toujours sélectionnée. Condition de temps : les conditions s’appliquent au moment de l’exécution comme dans un parcours actif. Par exemple, une plage horaire de 8 h à 20 h ne laisse passer les utilisateurs et utilisatrices que lorsque la simulation s’exécute pendant cet intervalle. Vous ne pouvez pas simuler l’heure d’exécution. Définissez la condition pour qu’elle corresponde à l’heure actuelle lors du test. Condition de date ​ : les conditions s’appliquent au moment de l’exécution comme dans un parcours actif. Par exemple, la date du 8 juin 2026 permet uniquement aux utilisateurs et utilisatrices de passer lorsque la simulation s’exécute à cette date. Vous ne pouvez pas simuler la date d’exécution. Définissez la condition sur la date actuelle lors du test. Limite de profil : les limites ne sont pas appliquées pendant la simulation. L’IA crée un utilisateur simulé par branche. Vous ne pouvez pas simuler un choix de branche. Pour diriger les utilisateurs et les utilisatrices, utilisez l’ordre des branches sur la zone de travail. La branche supérieure est toujours sélectionnée.
Branchements de temporisation et d’erreur	L’IA ne génère pas d’utilisateurs pour les branches temporisation ou erreur de l’activité. Les utilisateurs et les utilisateurs ne rejoignent ces chemins que si une temporisation ou une erreur réelle se produit lors de la simulation.
Branche de temporisation (activités d’événement)	Les utilisateurs simulés sont créés, mais dans la simulation manuelle l’IA ne décide pas qui entre dans une branche de temporisation d’événement. Contrôlez le chemin en choisissant d’envoyer ou non l’événement. Par exemple, pour tester une branche de temporisation, attendez la temporisation configurée et n’envoyez pas l’événement. La simulation rapide peut envoyer ou différer automatiquement des événements pour couvrir les branches de temporisation.
Événements de réaction	Les événements de réaction s’exécutent en simulation, mais l’action doit se produire dans la vie réelle. Par exemple, une réaction d’ouverture d’e-mail nécessite l’ouverture du message de BAT. Vous ne pouvez pas simuler des réactions dans l’interface d’utilisation de la simulation.
Sources de données externes	Les appels s’exécutent pendant la simulation de la même manière que dans un parcours en direct. Les activités en aval peuvent utiliser la réponse, mais vous ne pouvez pas la simuler. Lorsqu’une valeur de réponse alimente une activité Optimiser, l’IA ne peut pas inventer cette sortie. Il génère uniquement des entrées pour l’appel. Par exemple, si un appel utilise la ville d’un profil et renvoie la météo, l’agent définit une ville sur la personne simulée et l’appel en direct renvoie la météo.
Actions personnalisées	Le comportement correspond aux sources de données externes. Les appels sortants s’exécutent réellement. L’IA renseigne les entrées. Les sorties proviennent de la réponse active. Vous ne pouvez pas simuler des réponses.
Enrichissement des attributs d’audience externe	Les parcours qui utilisent des attributs personnalisés provenant de sources d’audience externes ne commencent pas dans la Simulation lorsque cette validation s’applique.

Comportement de prise de décision

Les éléments Decisioning suivants sont pris en charge :

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
Élément Decisioning	Remarques
Éligibilité de l’offre	Pris en charge, y compris l’éligibilité basée sur les attributs de profil.
Règle d’éligibilité	Pris en charge. La règle peut contenir des attributs de profil.
Audience d’éligibilité	Pris en charge lorsque l’audience est ajoutée au profil de l’utilisateur simulé.
Classement par priorité d’offre	Pris en charge. Les attributs de profil ne sont pas impliqués.
Classement par formule	Pris en charge. La formule peut utiliser des attributs de profil.
Classement par Modèle IA - Auto	Pris en charge. Le classement est basé uniquement sur l’offre et le jeu de données configuré, les attributs de profil ne sont pas impliqués. Nécessite que les données nécessaires soient présentes dans le jeu de données configuré.
Classement par Modèle d’IA - Personalization	Pris en charge. L’audience est prise en compte pour le classement, et non pour l’éligibilité. Le classement étant piloté par l’IA, les offres renvoyées peuvent varier entre les exécutions de simulation.

Limites fonctionnelles

Les fonctionnalités suivantes ne sont pas prises en charge dans Simulation.

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
Fonctionnalité	Notes
Critères de sortie	Les critères de sortie ne sont pas appliqués lorsque vous exécutez la Simulation.
Simuler une réponse d’action personnalisée	Les Actions personnalisées effectuent par défaut un véritable appel sortant. La simulation de la réponse afin qu’aucun appel externe ne s’exécute n’est pas prise en charge.
Évaluation des politiques de consentement	Le consentement ne peut pas être simulé au niveau de la personne simulée et les politiques de consentement ne sont pas évaluées lors de la simulation.
Capping de la fréquence et arbitrage des parcours	Non évalué ni appliqué lors de la simulation.
Capping de la fréquence (par type de canal et de communication)	Non évalué ni appliqué lors de la simulation.
Gestion, suppression et listes autorisées du processus d’opt-out	Non évalué ni appliqué lors de la simulation.
Sous-domaine dynamique et attributs dynamiques dans les configurations de canal	Non pris en charge.
Optimisation de l’heure d’envoi (STO)	Non évalué ni appliqué lors de la simulation.
Outil Sandbox (copie de personnes simulées dans des sandbox)	Non pris en charge.
Envoi de vagues dans les parcours	Non pris en charge.
Heures creuses	Non évalué ni appliqué lors de la simulation.
Privacy Service	Les personnes simulées ne sont pas des profils persistants conformes au RGPD. N’incluez pas de données client réelles dans les personnes simulées.
Persistance du profil	L’envoi d’une personne simulée dans un parcours déclenche l’envoi d’un message réel via le pipeline de diffusion standard. Si un jeu de données affecté, par exemple des événements de retour ou des événements de suivi, est activé pour le profil, cela peut entraîner la création d’un profil persistant dans Adobe Experience Platform pour cette personne simulée, même si l’exécution est marquée comme une simulation.

Mécanismes de sécurisation quantitatifs

Ces mécanismes de sécurisation s’appliquent à la simulation. Les limites numériques sont appliquées dans l’interface du parcours et au moment de l’exécution. Les limites peuvent changer dans une version ultérieure. Si vous approchez d’un plafond, vérifiez le comportement dans votre sandbox.

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
Mécanisme de sécurisation	Limite	Notes
Nombre maximal de personnes simulées pouvant être sélectionnées et déclenchées dans un lot (parcours par lots, flux déclenchés par un événement et flux de qualification d’audience)	20	Comptabilisé pour chaque Envoyer tout ou Déclencher les événements sélectionnés, et non comme une limite cumulée pour l’ensemble du parcours.
Nombre maximal de personnes simulées par requête de génération	50	Nombre maximal d’utilisateurs simulés que l’IA génère dans une requête via simulation rapide ou générer avec l’IA dans simulation manuelle. Si le parcours comporte plus de 50 chemins d’accès 50, l’IA sélectionne de manière aléatoire les chemins d’accès pour générer ces utilisateurs simulés de 50 ​.
Nombre maximal de personnes simulées uniques testées au cours d’une seule exécution de simulation	100	Une fois la limite de 100 utilisateurs et utilisatrices uniques atteinte lors d’une exécution, l’option Sélectionner des utilisateurs et utilisatrices simulés est désactivée pour les nouveaux utilisateurs et utilisatrices simulés. Si vous en êtes à 90, vous pouvez en ajouter au plus 10 avant que la même restriction ne s’applique.
Nombre maximal de parcours pouvant être exécutés en même temps en mode Simulation dans un seul sandbox	20	La limite est partagée par chaque parcours de simulation à la fois dans ce sandbox.
Nombre maximal de personnes utilisatrices actives simulées dans un sandbox	2,000	Nombre maximal de personnes simulées pouvant exister simultanément dans le sandbox. Adobe peut ajuster cette limite en fonction des commentaires des clientes et clients.
Préremplissage de l’événement (navigateur uniquement)	—	Vous pouvez préremplir les champs de payload d’événement uniquement dans l’interface d’utilisation de la simulation dans le navigateur. Les valeurs préremplies restent dans ce navigateur et ne sont pas synchronisées avec d’autres navigateurs, appareils ou sessions. Vous pouvez donc voir des données de préremplissage différentes selon l’endroit où vous testez.
Conservation des utilisateurs et utilisatrices simulés générés par l’IA	10 jours	Les personnes utilisatrices simulées générées par l’IA sont automatiquement supprimées 10 jours après leur création.
Conservation des utilisateurs et utilisatrices simulés globaux	12 mois	Les utilisateurs et utilisatrices simulés globaux sont automatiquement supprimés 12 mois après leur création.

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.