Sur cette page : découvrez comment la simulation de parcours vous permet de tester avec des utilisateurs simulés et comment l’expérience de la simulation varie en fonction du type de parcours que vous utilisez avant de procéder à la publication.
Vous ne savez pas si la simulation est la bonne méthode pour vous ? Comparez les trois options de validation.
-
Pour utiliser Simulation, attribuez au moins une autorisation de la fonctionnalité Parcours : Simuler des parcours, Publier des parcours ou Approuver et publier des parcours. Les mêmes autorisations vous permettent de créer et de gérer des utilisateurs simulés. Les autorisations Utilisateurs simulés ne sont pas requises. En savoir plus
-
Pour gérer les utilisateurs simulés sans Simulation, affectez Gérer les utilisateurs simulés ou Afficher les utilisateurs simulés à partir de la fonctionnalité Utilisateurs simulés.
-
Pour l’IA dans la simulation (simulation rapide, utilisateurs générés par l’IA, Générer des valeurs d’événement), affectez Générer du contenu à partir de la fonctionnalité Assistant IA.
Vous pouvez définir le parcours sur Simulation en plus de Brouillon, Mode test et En direct. Dans la simulation, vous testez avec des utilisateurs simulés : entités temporaires de type profil que vous ajoutez, sans utiliser de profils de test persistants dans Adobe Experience Platform.
Adobe Journey Optimizer propose deux méthodes pour tester et valider votre parcours :
-
Simulation : utilisez la fonctionnalité de parcours Simulation et les utilisateurs simulés sans profils précréés dans Adobe Experience Platform, pour prendre en charge les utilisateurs optimisés par l’IA et les utilisateurs créés manuellement.
-
Mode test : utilisez des profils persistants marqués comme profils de test dans Adobe Experience Platform, réutilisables entre les sessions. Choisissez cette approche lorsque vous avez besoin de données cohérentes et prédéfinies. Découvrez comment créer des profils de test.
Simulation par type de parcours by-journey-type
Le panneau Simulation affiche uniquement les étapes dont votre parcours a besoin. Cela dépend de la manière dont les profils entrent dans le parcours. À partir de ces facteurs, Adobe Journey Optimizer fait apparaître différentes expériences de simulation. Développez chaque type ci-dessous pour voir en quoi l’exécution diffère et quels panneaux vous utilisez.
Pour plus d’informations, voir Simuler votre parcours .
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 simulés accèdent au parcours.
Les utilisateurs simulés sélectionnés pour la simulation apparaissent dans la section Tester les utilisateurs :
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 simulés pour qu’ils rejoignent la simulation, puis déclencher des événements pour les utilisateurs qui attendent au niveau d’un nœud d’événement.
Les utilisateurs simulés sélectionnés pour les événements de simulation et configurés sont visibles respectivement dans les sections Utilisateurs tests et Événements de test . La section Événements de test n’est pas visible tant qu’un utilisateur simulé n’a pas accédé au parcours.
Le parcours commence par un événement unitaire, et non par une audience lue. Un utilisateur simulé ne saisit pas le parcours tant que cet événement de début n’a pas été déclenché pour lui.
Les utilisateurs simulés sélectionnés pour la simulation et les événements configurés sont visibles respectivement dans les sections Tester les utilisateurs et Tester les événements. La section Tester les utilisateurs n’inclut pas d’action permettant de déclencher un utilisateur simulé dans le parcours. Vous déclenchez l’entrée à partir de Événements de test.
Lancer la simulation launch
Passez le parcours à Simulation pour le tester avec des utilisateurs et utilisatrices simulés. Les tâches détaillées sont présentées dans la section Simuler votre parcours .
-
Dans le parcours, cliquez sur Simuler et choisissez Simuler.
-
Attendez la fin de l’activation. Lorsque le parcours passe à Simulation, les commandes du panneau sont désactivées et réactivées automatiquement une fois l’activation terminée.
Limites limitations
Dans cette version, la Simulation peut ne pas prendre en charge toutes les activités, tous les canaux ou toutes les intégrations pris en charge par le mode Test ou un parcours en direct. En outre, le comportement peut changer à mesure que la fonctionnalité se développe. Utilisez cet article pour les workflows pris en charge.
Pour en savoir plus sur les limites de la simulation, consultez les listes déroulantes ci-dessous.
Certains nœuds empêchent le démarrage de la Simulation. D’autres s’exécutent en simulation avec le comportement décrit ci-dessous. Lorsqu’un nœud doit être supprimé ou modifié avant de procéder à 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 Simulation. |
| Canaux entrants | Vous ne pouvez pas exécuter des parcours qui incluent un nœud de canal entrant dans Simulation. |
| ID supplémentaire (plusieurs reprises) | La simulation ne démarre pas lorsque plusieurs reprises sont activées et qu’un même utilisateur simulé peut avoir plusieurs instances actives à la fois. |
| Recherche de jeu de données | Simulation ne prend pas en charge les recherches de jeux de données client par clé. Supprimez ou modifiez cette activité avant d’exécuter une simulation. |
| Activité Optimiser | Expérience n’est pas pris en charge. Supprimez ou modifiez le nœud avant de procéder à la simulation. Les autres méthodes Optimize se comportent comme suit : Règle de ciblage : le Journey Agent évalue la règle configurée par rapport aux attributs de profil de l’utilisateur simulé pour sélectionner la branche. Partage en pourcentage : le Journey Agent crée un utilisateur simulé par branche, et non en fonction des pourcentages de branche. Au moment de l’exécution, l’évaluation en direct sélectionne la branche qui peut différer du chemin généré. Vous ne pouvez pas simuler un choix de branche. Pour diriger les utilisateurs, utilisez l’ordre des branches sur la zone de travail. La branche supérieure est toujours choisie. Condition de temps : les conditions s’appliquent au moment de l’exécution comme dans un parcours dynamique. Par exemple, une fenêtre de 8 h à 20 h permet uniquement aux utilisateurs de passer pendant que la simulation s’exécute à l’intérieur de cette fenêtre. 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 dynamique. Par exemple, la date du 8 juin 2026 permet uniquement aux utilisateurs 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. Le Journey Agent crée un utilisateur simulé par branche. Vous ne pouvez pas simuler un choix de branche. Pour diriger les utilisateurs, utilisez l’ordre des branches sur la zone de travail. La branche supérieure est toujours choisie. |
| Branchements Temporisation et Erreur | Le Journey Agent ne génère pas d’utilisateurs pour les branches temporisation ou erreur de l’activité. Les utilisateurs ne saisissent ces chemins que si une temporisation ou une erreur réelle se produit lors de la simulation. |
| Branche Temporisation (activités d’événement) | Les utilisateurs simulés sont créés, mais dans la simulation manuelle le Journey Agent ne décide pas qui accède à une branche de temporisation d’événement. Contrôlez le chemin en envoyant 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 ouverture d’e-mail nécessite l’ouverture du message de l’épreuve. Vous ne pouvez pas simuler des réactions dans l’interface utilisateur 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, le Journey Agent ne peut pas inventer cette sortie. Il génère uniquement des entrées pour l’appel . Par exemple, si un appel prend une ville de profil et renvoie la météo, l’agent définit une ville sur l’utilisateur simulé 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 en vrai. Le Journey Agent remplit 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 Simulation lorsque cette validation s’applique. |
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. |
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 Simulation. |
| Simuler une réponse d’action personnalisée | Actions personnalisées effectuez 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 l’utilisateur simulé et les politiques de consentement ne sont pas évaluées lors de la simulation. |
| plafonnement et arbitrage des parcours | Non évalué ni appliqué lors de la simulation. |
| Capping de la fréquence (par canal ou type 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 d’utilisateurs simulés 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 utilisateurs simulés ne sont pas des profils persistants conformes au RGPD. N’incluez pas de données client réelles dans les utilisateurs simulés. |
| Persistance du profil | L’envoi d’un utilisateur simulé 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 commentaires 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 cet utilisateur simulé, même si l’exécution est marquée comme une simulation. |
Ces mécanismes de sécurisation s’appliquent à 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 d’utilisateurs simulés pouvant être sélectionnés et déclenchés 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 une limite cumulée pour l’ensemble du parcours. |
| Nombre maximal d’utilisateurs simulés par requête de génération | 50 | Nombre maximal d’utilisateurs simulés généré par Journey Agent en une seule demande par le biais de Simulation rapide ou Générer avec l’IA en Simulation manuelle. Si le parcours comporte plus de 50 chemins d’accès 50, le Journey Agent sélectionne de manière aléatoire les chemins d’accès pour générer ces utilisateurs simulés de 50 . |
| Nombre maximal d’utilisateurs simulés uniques testés au cours d’une seule exécution de simulation | 100 | Atteindre 100 utilisateurs uniques en un seul bloc d’exécution Sélectionner des utilisateurs simulés pour les nouveaux utilisateurs simulés. Si vous êtes à 90, vous pouvez ajouter au plus 10 avant le même bloc. |
| Nombre maximal de parcours pouvant être exécutés en même temps dans un sandbox Simulation | 20 | La limite est partagée par chaque parcours Simulation à la fois dans ce sandbox. |
| Nombre maximal d’utilisateurs actifs simulés dans un sandbox | 2,000 | Nombre maximal d’utilisateurs simulés pouvant exister simultanément dans le sandbox. Adobe peut ajuster cette limite en fonction des commentaires des clients. |
| Préremplissage De L’Événement (Navigateur Uniquement) | — | Vous pouvez préremplir les champs de payload d’événement uniquement dans l’interface utilisateur de la simulation basée sur un navigateur. Les valeurs préremplies restent dans ce navigateur et ne sont pas synchronisées avec d’autres navigateurs, appareils ou sessions, de sorte que vous pouvez voir différentes données de préremplissage à chaque emplacement que vous testez. |
| Rétention d’utilisateurs simulée générée par l’IA | 10 jours | Les utilisateurs simulés générés par l’IA sont automatiquement supprimés 10 jours après leur création. |
| Fidélisation globale simulée des utilisateurs | 12 mois | Les utilisateurs simulés globaux sont automatiquement supprimés 12 mois après leur création. |
Vidéo pratique video
La vidéo ci-dessous montre comment utiliser la simulation rapide pour tester les parcours client en automatisant des processus clés. Il génère des profils de test, orchestre les événements, accélère les temps d’attente et valide les scénarios.
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.