Sur cette page : découvrez comment valider votre parcours avant publication à l’aide de la simulation de Parcours, du mode Parcours test ou de l’exécution d’essai de Parcours.
Une fois que vous avez créé votre parcours, vous pouvez le tester avant de le publier. Adobe Journey Optimizer propose un « mode test » pour afficher les profils de test au fur et à mesure de leur progression dans le parcours et ainsi détecter les erreurs potentielles avant leur activation. L’exécution de tests rapides vous permet de vérifier que les parcours fonctionnent correctement afin de pouvoir les publier en toute confiance.
Seuls les profils de test peuvent rejoindre un parcours en mode test. Vous pouvez créer des profils de test ou transformer des profils existants en profils de test. En savoir plus sur les profils de test dans cette section.
Adobe Journey Optimizer propose trois méthodes pour tester et valider votre parcours :
-
Simulation de Parcours : définissez le parcours sur Simulation et utilisez des utilisateurs simulés (profils temporaires que vous créez ou générez à la volée sans profils précréés dans Adobe Experience Platform).
-
Mode Test Parcours : profils persistants explicitement marqués comme profils de test dans Adobe Experience Platform. Ils peuvent être réutilisés au cours de plusieurs sessions de test. Cette méthode est recommandée pour effectuer des tests avec des données de profil prédéfinies cohérentes. Découvrez comment créer des profils de test.
-
Exécution d’essai de Parcours : exécutez le parcours par rapport à l’audience de production réelle et aux données de segmentation sans contacter de vrais clients ou mettre à jour les informations de profil. Les nœuds d’action tels que les e-mails, les SMS et les actions personnalisées sont ignorés. En savoir plus sur l’essai de Parcours .
Vous ne savez pas si le mode test est la bonne méthode pour vous ? Comparez les trois options de validation.
Mécanismes de sécurisation et limitations important_notes
Consultez ces notes avant d’exécuter des tests dans votre parcours.
Limites générales
- Profils de test uniquement : seuls les individus indiqués comme « profils de test » dans le service de profil client en temps réel peuvent rejoindre un parcours en mode test. Découvrez comment créer des profils de test.
- Exigence d’espace de noms : le mode test n’est disponible que pour les brouillons de parcours qui utilisent un espace de noms. Le mode test doit vérifier si une personne qui rejoint le parcours est un profil de test ou non et doit donc être en mesure d’accéder à Adobe Experience Platform.
- Limite de profil : un maximum de 100 profils de test peuvent rejoindre un parcours au cours d’une seule session de test.
- Déclenchement d’événement : les événements ne peuvent être déclenchés qu’à partir de l’interface. Les événements ne peuvent pas être déclenchés à partir de systèmes externes à l’aide d’une API.
- Audiences de chargement personnalisées : le mode test de parcours ne prend pas en charge l’enrichissement d’attributs d’audience de chargement personnalisée.
Comportement pendant et après les tests
- Désactivation du mode test : lorsque vous désactivez le mode test, tous les profils présents actuellement dans le parcours ou qui l’ont rejoint précédemment sont supprimés et les rapports sont effacés.
- Flexibilité de réactivation : vous pouvez activer et désactiver le mode test autant de fois que nécessaire.
- Désactivation automatique : les parcours qui restent inactifs en mode test pendant plus d’une semaine quittent automatiquement le mode test et reviennent automatiquement au statut Brouillon. Aucun contenu de parcours n’est perdu, seule la session du mode test prend fin.
- Modification et publication : lorsque le mode test est actif, vous ne pouvez pas modifier le parcours. Cependant, vous pouvez publier directement le parcours, sans avoir à désactiver le mode test au préalable.
- Diffusion des messages : en mode test, les messages sont envoyés aux boîtes de réception réelles des profils de test à l’aide du même pipeline de diffusion qu’en production. Cela diffère du test à blanc de parcours, qui simule l’exécution de parcours sans diffuser de messages ou déclencher des actions de canal réelles. Aucune des deux méthodes ne reproduit tous les aspects d’un envoi réel. Utilisez un environnement d’évaluation pour une validation complète de bout en bout.
Exécution
- Comportement de partage : lorsque le parcours atteint un partage, la branche supérieure est toujours sélectionnée dans le mode test. Cela ne reflète pas le chemin sélectionné statistiquement pendant l’exécution en direct. Réorganisez les branches si vous souhaitez tester un autre chemin.
- Timing des événements : si le parcours comprend plusieurs événements, déclenchez chaque événement en séquence. L’envoi d’un événement trop tôt (avant la fin du premier nœud d’attente) ou trop tard (après la temporisation configurée) ignore l’événement. Le profil sera alors envoyé à un chemin de temporisation. Vérifiez toujours que les références aux champs de payload d’événement restent valides en envoyant la payload dans la fenêtre définie.
- Fenêtre de date active : assurez-vous que la fenêtre de dates/heures de début et de fin configurée pour le parcours inclut l’heure actuelle lorsque vous lancez le mode de test. Dans le cas contraire, les événements de test déclenchés sont ignorés silencieusement, avec le message de journalisation
DISPATCHER DISCARD #16 — unqualified on journey version enablements. Pour contourner ce problème lors du test, définissez temporairement la date de début du parcours à une heure antérieure au moment actuel, puis restaurez-la avant la publication. Pour en savoir plus sur le dépannage de ce problème, consultez cette page. - Événements de réaction : pour les événements de réaction avec une temporisation, le temps d’attente minimum et par défaut est de 40 secondes.
- Jeux de données de test : les événements déclenchés en mode test sont stockés dans des jeux de données dédiés libellés comme suit :
JOtestmode - <schema of your event> - Infrastructure partagée : le mode test s’exécute sur la même infrastructure que la production. Pendant les périodes de trafic élevé, vous pouvez remarquer des retards dans les envois d’e-mails ou le traitement des événements. Dans ce cas, vérifiez les tableaux de bord de trafic de la plateforme ou réessayez vos tests en dehors des heures de pointe.
Activer le mode test
Utilisez la méthode Mode test lorsque vous souhaitez tester votre parcours avec des profils de test préexistants que vous avez déjà créés dans Adobe Experience Platform.
-
Validez le parcours et résolvez les erreurs avant d’activer le mode test.
-
Pour activer le mode test, cliquez sur le bouton Simuler et sélectionnez Mode test.
-
Si le parcours comporte au moins une activité Attente, définissez la variable Temps d’attente pour définir la durée en mode test de chaque activité d’attente et de chaque délai d’expiration d’événement. La durée par défaut est de 10 secondes pour les attentes et les temporisations d’événement. Vous obtiendrez ainsi rapidement les résultats du test.
note NOTE Lorsqu’un événement de réaction est utilisé avec une temporisation dans un parcours, la durée d’attente par défaut ainsi que la valeur minimale sont de 40 secondes. Consultez cette section. -
Utilisez le bouton Déclencher un événement pour configurer des événements et les envoyer au parcours.
-
Configurez les différents champs attendus. Dans le champ Identifiant de profil, saisissez la valeur du champ utilisé pour identifier le profil de test. Il peut s’agir, par exemple, de l’adresse e-mail. Veillez à envoyer des événements liés aux profils de test. Consultez cette section.
-
Une fois les événements reçus, cliquez sur le bouton Afficher le journal pour afficher les résultats du test et les valider. Consultez cette section.
-
En cas d’erreur, désactivez le mode test et modifiez le parcours. Cliquez de nouveau sur Valider et résolvez les erreurs de configuration avant de redémarrer le test. Une fois le test terminé et la validation en cours et réussie, vous pouvez publier votre parcours .
Exemple de travail : valider un parcours simple test-walkthrough
L’exemple suivant illustre le test d’un parcours qui commence par un événement unitaire, envoie un e-mail, attend 10 minutes, puis envoie une notification push.
Pour valider tout le parcours :
-
Cliquez sur Valider dans l’en-tête du parcours et résolvez les erreurs avant de continuer. En savoir plus sur la validation des parcours .
-
Activez le mode test en cliquant sur Mode test dans le coin supérieur droit de l’écran. La zone de travail passe en mode test et un bouton Déclencher un événement s’affiche.
-
Définissez Temps d’attente sur 10 secondes afin que le nœud d’attente se termine rapidement pendant le test.
-
Cliquez sur Déclencher un événement, sélectionnez votre événement et saisissez un identifiant de profil de test (par exemple, l’adresse e-mail d’un profil marqué comme profil de test dans Adobe Experience Platform).
-
Cliquez sur Envoyer. Le flux visuel s’affiche sur la zone de travail et devient vert au fur et à mesure que le profil progresse à travers chaque étape.
-
Cliquez sur Afficher le journal et confirmez les éléments suivants dans la sortie JSON :
currentstepcorrespond à l’activité à laquelle vous vous attendez que le profil se trouve.phaseafficherunninglorsque le profil se trouve dans un nœud d’attente etfinishedlorsqu’il atteint la fin.- Aucune entrée
actionExecutionErrorsn’est présente.
-
Au bout de 10 secondes, actualisez le journal. Le profil aurait dû dépasser le nœud d’attente et déclencher l’action de notification push.
-
Lorsque toutes les étapes affichent
finishedet qu’aucune erreur n’est consignée, désactivez le mode test et publiez le parcours.
- L’identifiant de profil que vous avez saisi est marqué comme profil de test dans Adobe Experience Platform.
- Les dates de début et de fin configurées du parcours incluent l’heure actuelle. Les événements déclenchés en dehors de cette fenêtre sont automatiquement ignorés. En savoir plus.
Résoudre des problèmes liés au mode test troubleshoot-test-mode
Utilisez ce tableau pour diagnostiquer automatiquement les échecs du mode test courants avant d’ouvrir un ticket d’assistance.
@{<EventName>.identityMap.entry('<NamespaceName>').first().id}. <NamespaceName> doit correspondre exactement au schéma d’événement (sensible à la casse). Voir les Conditions préalables.DISPATCHER DISCARD #16 — unqualified on journey version enablements.ERR_MODEL_RULES_16.Déclencher vos événements firing_events
Utilisez le bouton Déclencher un événement pour configurer un événement qui fera qu’un individu rejoint le parcours.
Conditions préalables trigger-events-prerequisites
Vous devez, au préalable, savoir quels profils sont identifiés comme profils de test dans Adobe Experience Platform. En effet, le mode test n’autorise ces profils que dans le parcours.
L’événement doit contenir un identifiant. L’identifiant attendu dépend de la configuration de l’événement. Il peut s’agir d’un ECID ou d’une adresse e-mail, par exemple. La valeur de cette clé doit être ajoutée dans le champ Identifiant du profil.
La valeur Identifiant de profil doit correspondre exactement à l’identité enregistrée dans le schéma d’événement. Le format utilisé pour référencer une identité dans la payload d’événement est le suivant :
@{<EventName>.identityMap.entry('<NamespaceName>').first().id}
Remplacez <NamespaceName> par l’espace de noms exactement comme défini dans votre schéma d’événement (par exemple, Email ou Phone). Une incohérence entre les espaces de noms entraîne un abandon automatique : l’événement est accepté et renvoie une réponse de succès, mais le profil ne rejoint jamais le parcours et aucune erreur n’est visible dans l’interface d’utilisation. Si un profil n’apparaît pas dans les journaux de test après le déclenchement d’un événement, vérifiez que l’espace de noms dans votre Identifiant de profil correspond exactement à l’espace de noms du schéma d’événement.
Si votre parcours ne parvient pas à activer le mode test avec l’erreur ERR_MODEL_RULES_16, assurez-vous que l’événement utilisé inclut un espace de noms d’identité lors de l’utilisation d’une action de canal.
L’espace de noms d’identité est utilisé pour identifier de manière unique les profils de test. Par exemple, si l’e-mail est utilisé pour identifier les profils de test, l’espace de noms d’identité E-mail doit être sélectionné. Si l’identifiant unique est le numéro de téléphone, l’espace de noms d’identité Téléphone doit être sélectionné.
-
Lorsque vous déclenchez un événement en mode test, un événement réel est généré, ce qui signifie qu’il sera également utilisé dans les autres parcours qui écoutent cet événement.
-
Assurez-vous que chaque événement en mode test est déclenché dans le bon ordre et dans la fenêtre d’attente configurée. Par exemple, en cas d’attente de 60 secondes, le deuxième événement ne doit être déclenché qu’après l’expiration de cette attente de 60 secondes et avant l’expiration de la temporisation.
Configuration des événements trigger-events-configuration
Si votre parcours contient plusieurs événements, sélectionnez-les dans la liste déroulante. Ensuite, pour chaque événement, configurez les champs transmis et l’exécution de l’envoi de l’événement. L’interface vous permet de transmettre les informations appropriées dans la payload de l’événement et de vous assurer que le type d’information est correct. Le mode test enregistre les derniers paramètres utilisés dans une session de test en vue d’une utilisation ultérieure.
L’interface vous permet de transmettre des paramètres d’événement simples. Si vous souhaitez transmettre des collections ou d’autres objets avancés dans l’événement, vous pouvez sélectionner Affichage du code pour voir l’intégralité du code de la payload et le modifier. Vous pouvez par exemple copier et coller des informations d’événement préparées par un utilisateur ou une utilisatrice technique.
Un utilisateur ou une utilisatrice technique peut également utiliser cette interface pour composer des payloads d’événement et déclencher des événements sans avoir à utiliser un outil tiers.
Lorsque vous cliquez sur le bouton Envoyer, le test commence. La progression de la personne dans le parcours est représentée par un flux visuel. Le chemin devient progressivement vert lorsque la personne se déplace sur le parcours. Si une erreur se produit, un symbole d’avertissement s’affiche à l’étape correspondante. Vous pouvez y placer le curseur pour afficher plus d’informations sur l’erreur et accéder à tous les détails (le cas échéant).
Lorsque vous sélectionnez un autre profil de test dans l’écran de configuration de l’événement et exécutez à nouveau le test, le flux visuel est effacé et affiche le chemin de la nouvelle personne.
Lors de l’ouverture d’un parcours dans le test, le chemin affiché correspond au dernier test exécuté.
Mode test pour les parcours basés sur des règles test-rule-based
Le mode test est également disponible pour les parcours qui utilisent un événement basé sur des règles. Pour plus d’informations sur les événements de test, consultez cette page.
Lors du déclenchement d’un événement, l’écran Configuration de l’événement vous permet de définir les paramètres d’événement à transmettre au test. Vous pouvez afficher la condition de l’identifiant d’événement en cliquant sur l’icône Info-bulle dans la partie supérieure droite. Une info-bulle est également disponible en regard de chaque champ qui fait partie de l’évaluation des règles.
Mode test pour événements métier test-business
Lors de l’utilisation d’un événement métier, utilisez le mode test pour déclencher une entrée de profil de test unique dans le parcours, simuler l’événement et transmettre l’identifiant de profil approprié. Vous devez transmettre les paramètres d’événement et l’identifiant du profil de test qui va rejoindre le parcours au moment du test. En mode test, aucun mode « Affichage du code » n’est disponible pour les parcours en fonction des événements métier.
Notez que lorsque vous déclenchez pour la première fois un événement métier, vous ne pouvez pas modifier la définition de l’événement métier dans la même session de test. Vous pouvez uniquement faire en sorte qu’un même individu ou qu’un autre individu rejoigne le parcours en transmettant le même identifiant ou un autre identifiant. Si vous souhaitez modifier les paramètres de l’événement métier, vous devez arrêter et démarrer à nouveau le mode test.
Afficher les journaux viewing_logs
Le bouton Afficher le journal vous permet d’afficher les résultats du test. Cette page affiche des informations actuelles sur le parcours au format JSON. Un bouton vous permet de copier des nœuds entiers. Vous devez actualiser manuellement la page pour mettre à jour les résultats de test du parcours.
Le nombre de personnes (ou instances) actuellement dans le parcours s’affiche. Les informations suivantes sont affichées pour chaque individu :
- ID : identifiant interne de la personne dans le parcours. Il peut être utilisé à des fins de débogage.
- currentstep : étape à laquelle se trouve la personne dans le parcours. Nous vous recommandons d’ajouter des libellés à vos activités afin de les identifier plus facilement.
- currentstep > phase : statut du parcours de la personne (en cours, terminé, erreur ou expiré). Plus d’informations ci-dessous.
- currentstep > extraInfo : description de l’erreur et autres informations contextuelles.
- currentstep > fetchErrors : informations sur les erreurs de récupération de données qui se sont produites au cours de cette étape.
- externalKeys : valeur de la formule de clé définie dans l’événement.
- enrichedData : données récupérées par le parcours si le parcours utilise des sources de données.
- transitionHistory : liste des étapes suivies par la personne. Pour les événements, le payload s’affiche.
- actionExecutionErrors : informations sur les erreurs qui se sont produites.
Voici les différents statuts du parcours d’une personne :
- En cours : la personne se trouve actuellement dans le parcours.
- Terminé : la personne est à la fin du parcours.
- Erreur : le parcours de la personne a été arrêté en raison d’une erreur.
- Délai dépassé : le parcours de la personne a été arrêté, car l’exécution d’une étape a pris trop de temps.
Lorsqu’un événement est déclenché en mode test, un jeu de données est automatiquement généré avec le nom de la source.
Le mode test crée automatiquement un événement d’expérience et l’envoie à Adobe Experience Platform. Le nom de la source de cet événement d’expérience est « Événements de test Journey Orchestration ».
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 explains how to use Journey Test mode in Adobe Journey Optimizer to validate a journey with persistent test profiles before publishing, and compares it with Journey Simulation and Journey Dry run.
Intents:
- Activate Test mode on a draft journey to validate it with pre-existing Adobe Experience Platform test profiles
- Configure and trigger events for test profiles using the Trigger an event interface
- Configure Wait activity durations in test mode to accelerate journey progression
- Read and interpret the Show log JSON output to verify profile progression and identify errors
- Test rule-based journeys and business event journeys in test mode
- Understand the three ways to test and validate a journey: Journey Simulation, Journey Test mode, and Journey Dry run
Glossary:
- Test mode: A journey validation state that allows persistent Adobe Experience Platform test profiles to traverse a draft journey before it is published (product-specific)
- Test profiles: Profiles explicitly flagged as test profiles in the Adobe Experience Platform Real-time Customer Profile Service; the only profile type permitted to enter a journey in test mode (product-specific)
- Visual flow: The canvas representation that turns green to show the path a test profile has followed through the journey
- Show log: A test mode feature that displays journey execution state in JSON format for each test profile instance (product-specific)
- Journey Orchestration Test Events: The source name under which test mode experience events are stored in Adobe Experience Platform
- 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)
Guardrails:
- Configuration validation must pass before test mode is activated. Errors in the Alerts panel must be resolved and the journey validated again before continuing; edits after testing require revalidation before another test.
- Only profiles flagged as test profiles in Adobe Experience Platform can enter a journey in test mode
- Test mode requires the journey to use a namespace to verify test profile identity
- Maximum 100 test profiles per single test session (hard limit)
- Events can only be triggered from the test mode UI; external API triggering is not supported
- Custom upload audience attribute enrichment is not supported in test mode
- Events triggered in Test mode generate real experience events that can also trigger other journeys listening to the same event
- In Test mode, Wait activities and event timeouts default to 10 seconds (default); reaction event timeout wait time is 40 seconds (default), with a minimum of 40 seconds (hard limit)
- Automatic deactivation — Journeys that remain inactive in test mode for over a week (hard limit) automatically exit test mode and return to Draft status. No journey content is lost; only the test mode session ends.
- Journey edits are blocked while test mode is active, but direct publishing is allowed
- At a split, the top branch is always selected; reorder branches to test different paths
- Events sent outside the journey’s configured start/end date window are silently discarded
- Disabling test mode removes all profiles from the journey and clears reporting
Terminology:
- Canonical name: Test mode — variants: test mode, Journey Test mode
- Canonical name: Test profiles
- Do not confuse: “Test mode” ≠ “Simulation” — Test mode uses persistent Adobe Experience Platform test profiles; Simulation uses temporary simulated users generated on the fly
- Do not confuse: “Journey Simulation” ≠ “Journey Test mode” ≠ “Journey Dry run” — the three validation methods use different data and validation approaches
FAQ:
- Q: Who can enter a journey in test mode? — Only profiles explicitly flagged as test profiles in the Adobe Experience Platform Real-time Customer Profile Service.
- Q: How many test profiles can run in a single test session? — A maximum of 100 test profiles per test session.
- Q: What happens when I disable test mode? — All profiles currently in or previously entered in the journey are removed and reporting is cleared.
- Q: Can I edit a journey while test mode is active? — No. The journey cannot be modified while test mode is active, but you can publish it directly without deactivating test mode first.
- Q: Why are my test events being silently discarded? — Events triggered outside the journey’s configured active date/time window are silently discarded. Verify the journey start and end dates include the current time.
- Q: What does the phase field in the test log indicate? — It shows the profile’s current status: running (active in journey), finished (reached end), error (stopped due to error), or timed out (stopped due to timeout).