Sur cette page : Comparer la simulation de Parcours, le mode Parcours et l’essai de Parcours. Découvrez lequel correspond à votre étape actuelle de création d’un parcours, depuis l’itération rapide pendant la conception jusqu’à la vérification finale avant le lancement en fonction de votre audience en direct.
Adobe Journey Optimizer vous propose trois méthodes pour valider un parcours avant sa mise en ligne. Ils ne sont pas interchangeables : chacun utilise un type de données différent, s’adapte à une étape différente de votre création et entraîne des conséquences différentes dans le monde réel. Comprendre la différence dès le départ vous permet d’éviter deux erreurs courantes. La première consiste à passer du temps à créer des profils de test lorsqu’une simulation rapide fonctionne. La seconde suppose qu’une étape de validation est entièrement « sécurisée » lorsqu’elle peut toujours contacter de vraies boîtes de réception ou effectuer de vrais appels sortants.
Cette page se concentre sur la validation du flux de parcours et de la logique de branchement. Pour obtenir une vue d’ensemble des fonctionnalités de test et d’approbation (notamment la prévisualisation du contenu, le rendu des e-mails et les contrôles anti-spam, les expériences A/B et les workflows d’approbation), consultez Tester, valider et approuver.
Vous découvrez la validation ? Commencer ici quick-pick
Si vous ne savez pas quelle méthode s’applique à vous, répondez à cette question :
- Je suis toujours en train de concevoir mon parcours et je souhaite valider rapidement la logique d’une branche, sans créer de profil de test. → Utiliser La Simulation De Parcours 🔗.
- Je souhaite valider manuellement pas à pas la logique de mon brouillon de parcours à l’aide de profils réels (mais désignés comme tels). → Utiliser le mode Test Parcours 🔗.
- Je suis sur le point de publier et je souhaite une vérification finale des volumes attendus par rapport à mon audience de production réelle, sans contacter personne. → Utiliser l’essai de Parcours 🔗.
Vous n’êtes toujours pas sûr ou vous souhaitez une vue d’ensemble ? Continuez la lecture — chaque méthode est expliquée en détail ci-dessous.
Les trois méthodes de validation validation-methods
Utilisation : itération rapide lors de la conception du parcours, en particulier juste avant une échéance ou lors du test de nouvelles branches ou de nouveaux chemins d’accès. Elle fonctionne également bien comme méthode de validation continue chaque fois que la création d’un profil de test approprié à votre cas d’utilisation n’est pas pratique.
La simulation de Parcours 🔗 valide votre parcours avec des utilisateurs simulés temporaires. Nul besoin de créer ou d’attendre que des profils de test Adobe Experience Platform réels (AEP) se propagent. Vous pouvez créer manuellement des utilisateurs simulés ou laisser l’IA générer automatiquement les événements de test dont votre parcours a besoin et les faire correspondre aux utilisateurs simulés appropriés, ce qui déclenche le parcours en secondes.
Mécanismes clés :
- Les utilisateurs simulés ne sont pas de vrais profils dans AEP ; vous pouvez également les enregistrer dans l’inventaire pour les réutiliser dans les simulations futures au lieu de les créer de A à Z à chaque fois.
- Les critères de sortie, les politiques de consentement, le capping de la fréquence/du parcours, les processus d’opt-out/suppression et les heures de silence ne sont pas évalués.
- Les actions personnalisées et les appels de source de données externes effectuent toujours de vrais appels sortants ; ils ne sont pas simulés.
| note important |
|---|
| IMPORTANT |
| La simulation envoie des messages réels aux adresses d’exécution (e-mail, téléphone, jeton push) configurées sur les utilisateurs simulés ; par exemple, votre propre adresse e-mail. Il utilise le même pipeline de diffusion que la production. Il ne contacte pas de vrais clients ou ne met pas à jour les données de profils en direct, mais les messages eux-mêmes sont réels. |
Parfait pour : la validation d’une nouvelle branche (par exemple, deux nouveaux chemins de politique de décision) sans attendre la propagation du profil de test AEP.
➡️ Prise en main de la simulation de parcours | Simuler votre parcours
Utilisation : vérification manuelle étape par étape de la logique des branches et des messages, avec des profils réels (mais désignés comme tests) qui parcourent votre parcours de brouillon.
Le mode Test de Parcours 🔗 permet de valider un brouillon de parcours à l’aide de profils de test AEP persistants. Pour confirmer que la logique de branchement et les mécanismes de diffusion des messages fonctionnent comme prévu avant qu’une audience de production n’atteigne le parcours, déclenchez manuellement les événements à partir de l’interface.
Mécanismes clés :
- Seuls les profils indiqués comme « profils de test » dans le profil client en temps réel peuvent entrer un parcours en mode Parcours.
- Le mode Test parcours n’est disponible que pour les brouillons de parcours qui utilisent un espace de noms, car il doit vérifier dans AEP si une personne est un profil de test.
- Un maximum de 100 profils de test peuvent entrer dans un parcours au cours d’une seule session de test et les événements ne peuvent être déclenchés qu’à partir de l’interface, et non à partir de systèmes externes via l’API.
- La désactivation du mode Test de Parcours supprime tous les profils entrés dans le parcours et efface les rapports.
| note important |
|---|
| IMPORTANT |
| Le mode Test parcours envoie des messages réels aux boîtes de réception réelles de vos profils de test, en utilisant le même pipeline de diffusion que la production. Il ne contacte pas de vrais clients, mais il ne s’agit pas non plus d’une simulation « sèche » : assurez-vous que vos profils de test utilisent des adresses que vous contrôlez. |
Problème : création et la propagation de nouveaux profils de test AEP prennent du temps. La Simulation de Parcours offre une alternative rapide qui ne nécessite aucun profil de test. Cela s’avère utile non seulement pendant que vous attendez que les profils se propagent, mais aussi à tout moment, la création d’un profil de test approprié pour votre cas d’utilisation n’est pas pratique.
Utilisation : une vérification finale et réaliste de la production juste avant la publication.
Exécution d’essai de Parcours est un mode de publication de parcours spécial qui exécute votre parcours par rapport aux données réelles d’audience et de segmentation de production, sans contacter de vrais clients ni mettre à jour les informations de profil. Le parcours s’active comme un parcours dynamique et les profils traversent les branches et les nœuds exactement comme ils le feraient en production. Toutefois, les nœuds action tels que les e-mails, les SMS et les actions personnalisées sont ignorés.
Mécanismes clés :
- Utilise votre audience de production réelle, afin que vous puissiez voir la portée réelle et le ciblage à grande échelle (par exemple, la détection d’un bug en raison duquel une branche entière ne reçoit inopinément aucun profil).
- À chaque activation, pour obtenir des mesures plus rapidement, vous pouvez désactiver les activités d’attente et pour garder le parcours entièrement cloisonné, vous pouvez désactiver les appels à des sources de données externes.
- Il s’agit actuellement d’une fonctionnalité Disponibilité limitée, déployée à l’échelle mondiale au fil du temps.
Parfait pour : détecter des problèmes tels que des nœuds de condition mal typés ou des audiences qui n’atteignent pas de manière inattendue une branche, juste avant de retourner le parcours en direct.
Quelle méthode devriez-vous utiliser ? decision-guide
Commencez par une question simple : disposez-vous déjà de profils de test adaptés à votre cas d’utilisation ? Si oui, le mode Test Parcours permet de valider pas à pas. Si ce n’est pas le cas, ou si leur création pour ce cas d’utilisation particulier n’est pas pratique, Parcours Simulation vous permet d’obtenir une validation en secondes.
Au-delà de ce choix, la réponse se résume généralement à une question supplémentaire : à quel point ce test doit-il être proche de la production ?
Si vous itérez toujours sur la conception de parcours — testez une nouvelle branche, respectez une échéance — utilisez la simulation de Parcours . Il n’a pas besoin de profils réels et s’exécute en secondes. Cela reste également un choix valide plus tard dans votre création, lorsque la création de profils de test appropriés pour votre cas d’utilisation n’est pas pratique. Rappelez-vous simplement qu’il envoie des messages réels aux adresses d’exécution configurées sur les utilisateurs simulés.
Si vous devez vérifier manuellement la logique des branches et des messages étape par étape et que vous souhaitez créer ou réutiliser des profils de test AEP, utilisez le mode Test Parcours . Rappelez-vous simplement qu’il envoie de vrais messages aux boîtes de réception réelles de ces profils de test.
Si vous êtes sur le point de publier et souhaitez une vérification finale des volumes prévus par rapport à votre audience de production réelle, utilisez Exécution d’essai Parcours. Il ne contacte jamais personne et ne modifie aucune donnée de profil.
Comparaison rapide quick-comparison
Aucune de ces méthodes ne contacte de vrais clients. Les données de profil restent également inchangées dans tous les cas, à l’exception du mode Test Parcours qui met à jour les profils de test utilisés pour l’exécuter (et non les profils clients réels).
Erreurs courantes à éviter common-mistakes
- En supposant que la simulation de Parcours soit totalement « sûre » Il s’agit du moyen le plus rapide de tester, mais il envoie toujours des messages réels à l’adresse d’exécution configurée sur chaque utilisateur simulé, généralement votre propre boîte de réception. Ne supposez pas que rien n’est envoyé.
- Création de profils de test AEP à l’instar de la simulation de Parcours. Si vous devez simplement valider rapidement une nouvelle branche ou un nouveau chemin de politique de décision, la simulation ignore entièrement l’attente de la propagation du profil de test et enregistre le mode Test Parcours pour lorsque vous avez réellement besoin de profils de test réels.
- Traitement du mode Test Parcours comme étant « sec » Les profils en mode Test en parcours reçoivent des messages réels par le biais du pipeline de diffusion de production. Assurez-vous que vos profils de test utilisent uniquement les adresses que vous contrôlez.
- Exécution d’essai de Parcours attendue pour détecter les problèmes de contenu ou de diffusion. L’exécution d’essai contourne entièrement les nœuds d’action : elle valide la logique de portée de l’audience et de branche, et non le contenu du message ou la mécanique de diffusion. Utilisez le mode Simulation ou Test Parcours pour cela.
- Oubli de l’exigence d’espace de noms pour le mode Test Parcours. Le mode Test parcours ne fonctionne que sur les brouillons de parcours qui utilisent un espace de noms, car Journey Optimizer a besoin d’un espace de noms pour vérifier si un profil est marqué comme profil de test.
Étapes suivantes next-steps
- Prise en main de la simulation de parcours — Exécutez votre première simulation
- Tester votre parcours — Activer le mode Test de Parcours avec les profils de test AEP
- Exécution d’essai Parcours — Exécutez une exécution d’essai réaliste pour la production
- Publier votre parcours — Conditions préalables et processus de publication
- Prise en main de parcours — Présentation des principes fondamentaux et des fonctionnalités
- FAQ Journey Orchestration — Questions courantes traitées
- Tester, valider et approuver — Paysage complet de tests et d’approbation, y compris la prévisualisation du contenu, les contrôles de rendu/spam, les expériences et les workflows d’approbation
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.