Sur cette page : découvrez comment publier un parcours en mode d’exécution d’essai pour le tester avec des données de production réelles sans contacter de vrais clients ou mettre à jour des profils, afin de pouvoir valider votre conception avant sa mise en ligne.
Vous ne savez pas si l’essai est la bonne méthode pour vous ? Comparez les trois options de validation.
Le test à blanc de parcours est un mode de publication de parcours spécial dans Adobe Journey Optimizer qui permet aux utilisateurs et utilisatrices du parcours de tester un parcours à l’aide de données de production réelles sans contacter de véritables clientes et clients ou mettre à jour les informations de profil. Cette fonctionnalité permet aux concepteurs et conceptrices du parcours de valider leur conception et leur ciblage d’audience avant de publier le parcours.
➡️ Pour en savoir plus sur le test à blanc des parcours, regardez cette vidéo.
Avantages clés journey-dry-run-benefits
Le test à blanc de parcours améliore la confiance des responsables des parcours et la réussite des parcours en offrant des tests sûrs et pilotés par les données des parcours clients à l’aide de données de production réelles, sans risque de contacter les clientes et clients ou de modifier les informations de profil. Cette fonctionnalité permet aux responsables des parcours de valider la portée de l’audience et la logique des branches avant l’activation, en s’assurant que les parcours s’alignent sur les objectifs commerciaux prévus.
Grâce au test à blanc de parcours, vous avez la possibilité d’identifier les problèmes dès le début, d’optimiser les stratégies de ciblage et d’améliorer la conception du parcours en fonction des données réelles, et non d’hypothèses. Directement intégré à la zone de travail du parcours, le test à blanc offre des rapports intuitifs et une visibilité sur les indicateurs de performances clés, ce qui permet aux équipes de réaliser des ajustements en toute confiance et d’optimiser les workflows d’approbation. Cela améliore l’efficacité opérationnelle, réduit les risques liés au lancement et favorise un meilleur engagement des clientes et clients.
Enfin, cette fonctionnalité améliore le délai de rentabilisation et réduit les défaillances du parcours.
Le test à blanc de parcours apporte :
- Environnement de test sécurisé : les profils en mode Test à blanc ne sont pas contactés, ce qui élimine tout risque d’envoi de communications ou d’impact sur les données actives.
- Informations sur l’audience : les responsables des parcours peuvent prédire l’accessibilité de l’audience à divers nœuds du parcours, y compris les opt-out et les exclusions en fonction des conditions des parcours.
- Commentaires en temps réel : les mesures s’affichent directement dans la zone de travail du parcours, comme les rapports en temps réel, ce qui permet aux responsables des parcours d’affiner leur conception du parcours.
Logique d’exécution du test à blanc journey-dry-run-exec
Lors du test à blanc, le parcours s’exécute en mode simulation, en appliquant les comportements spécifiques suivants à chaque activité de parcours sans déclencher d’actions réelles :
-
Les nœuds Action de canal notamment les e-mails, SMS ou notifications push ne sont pas exécutés.
-
Les actions personnalisées sont désactivées pendant le test à blanc et leurs réponses sont définies sur null.
Pour améliorer la lisibilité, les actions personnalisées et les activités de canal apparaissent grisées lors de l’exécution d’un test à blanc.
-
Les sources de données, y compris les sources de données externes, et les activités Attente sont désactivées par défaut pendant le test à blanc. Vous pouvez toutefois modifier ce comportement lors de l’activation du mode Test à blanc.
-
Les nœuds Réaction ne sont pas exécutés : tous les profils qui y accèdent les quittent. Toutefois, les règles de priorité suivantes s’appliquent :
- Si un nœud Réaction est utilisé avec un ou plusieurs nœuds d’événement unitaire en parallèle, les profils passeront toujours par l’événement de réaction.
- Si un nœud Réaction est utilisé avec un ou plusieurs nœuds d’événement de réaction en parallèle, les profils passeront toujours par le premier dans la zone de travail (celui en haut).
-
Les activités Lecture d’audience dont l’heure d’exécution est planifiée (quotidienne, hebdomadaire ou mensuelle) ne suivent pas l’heure configurée dans le parcours. Le planning est ancré au moment où l’exécution d’essai a été activée. Par exemple, si votre parcours est configuré pour s’exécuter tous les jours à 10 heures du matin, mais que vous activez l’exécution d’essai à 8 heures du matin, toutes les lectures planifiées suivantes au cours de l’exécution d’essai s’exécutent à 8 heures du matin.
-
Les autorisations de démarrage d’un test à blanc sont limitées aux utilisateurs et aux utilisatrices disposant de l’autorisation de haut niveau Publish journeys. Les autorisations d’arrêt d’un test à blanc sont limitées aux utilisateurs et aux utilisatrices disposant de l’autorisation de haut niveau Manage journeys. Pour en savoir plus sur la gestion des droits d’accès des utilisateurs et des utilisatrices Journey Optimizer, consultez cette section.
-
Avant de commencer à utiliser la fonctionnalité de test à blanc, lisez la section sur les Mécanismes de sécurisation et les limitations.
Démarrer un test à blanc journey-dry-run-start
Vous pouvez utiliser la fonctionnalité Test à blanc dans n’importe quel brouillon de parcours sans erreur.
Pour activer le test à blanc, procédez comme suit :
-
Ouvrez le parcours que vous souhaitez tester.
-
Cliquez sur le bouton Test à blanc.
-
Indiquez si vous souhaitez activer ou désactiver les activités Attente et les appels Sources de données externes, puis confirmez la publication du test à blanc.
Un message de statut, Activation du test à blanc, s’affiche pendant que la transition est en cours.
-
Une fois activé, le parcours passe en mode Test à blanc.
Surveiller un test à blanc journey-dry-monitor
Une fois la publication en mode Test à blanc lancée, vous pouvez visualiser l’exécution du parcours et la progression des profils dans les branches et les nœuds du parcours.
Les mesures s’affichent directement dans la zone de travail du parcours. Pour en savoir plus sur les rapports dynamiques et les mesures des parcours, consultez la section Rapports dynamiques dans la zone de travail du parcours.
Vous pouvez également accéder aux Rapports sur les dernières 24 heures et aux Rapports sur la durée entière pour le test à blanc. Pour accéder à ces rapports, cliquez sur le bouton Afficher le rapport dans le coin supérieur droit de la zone de travail du parcours.
Arrêter un test à blanc journey-dry-run-stop
Après 14 jours, les parcours de test à blanc passent automatiquement au statut Brouillon.
Les parcours de test à blanc peuvent également être arrêtés manuellement. Pour désactiver le mode Test à blanc, procédez comme suit :
-
Ouvrez le parcours de test à blanc à arrêter.
-
Sélectionnez le bouton Fermer pour terminer le test.
Les liens vers les rapports des 24 dernières heures ou de la durée entière sont disponibles dans l’écran de confirmation.
-
Cliquez sur Retour au brouillon pour confirmer.
Mécanismes de sécurisation et limitations journey-dry-run-limitations
- Les profils en mode d’exécution d’essai sont comptabilisés dans les profils engageables
- Les parcours en mode Test à blanc sont comptabilisés dans le quota des parcours actifs.
- Les parcours en mode Test à blanc n’ont aucune incidence sur les règles métier.
- Les actions Saut ne sont pas activées dans le test à blanc.
Lorsqu’un parcours source déclenche un événement de saut vers un parcours de destination, cet événement de saut ne s’applique pas à une version de parcours de test à blanc. Par exemple, si la dernière version d’un parcours est en test à blanc et que la version précédente est active, l’événement de saut ignorerait la version en test à blanc et ne s’appliquerait qu’à la version active.
Événements d’étape de parcours et essai journey-step-events
Le test à blanc de parcours génère des événements d’étape. Ces événements d’étape disposent d’un indicateur et d’un ID de test à blanc spécifiques : inDryRun et dryRunID.
_experience.journeyOrchestration.stepEvents.inDryRunrenvoietruelorsque le parcours est en mode Exécution d’essai etnullpour les parcours de test ou en direct (exécution d’essai)._experience.journeyOrchestration.stepEvents.dryRunIDrenvoie l’identifiant de l’instance d’exécution d’essai en mode Exécution d’essai ; pour les parcours de test ou en direct, il estnull.
Si vous exportez des données d’événement d’étape vers des systèmes externes, vous pouvez filtrer les exécutions de test à blanc à l’aide de l’indicateur inDryRun.
Lors de l’analyse de mesures de rapports de parcours à l’aide de Adobe Experience Platform Query Service, les événements d’étape générés par l’exécution d’essai doivent être exclus. Pour ce faire, excluez les événements d’étape où inDryRun est true (c’est-à-dire incluez uniquement les événements où inDryRun est null ou false).
Questions fréquentes faq
Une exécution d’essai envoie-t-elle des messages à des clients réels ?
Non. L’exécution d’essai utilise des données de production réelles, mais ne contacte pas les profils ni ne met à jour les informations de profil. Les actions de canal (e-mail, SMS, notification push) ne sont pas exécutées et les actions personnalisées sont désactivées avec leurs réponses définies sur null.
De quelles autorisations ai-je besoin pour démarrer ou arrêter une Exécution d’essai ?
Le démarrage d’une exécution d’essai nécessite l’autorisation de haut niveau Publish journeys. L’arrêt d’une exécution d’essai nécessite l’autorisation de haut niveau Manage journeys. Pour en savoir plus, consultez la section autorisations.
Sur quels parcours puis-je exécuter une Exécution d’essai ?
Vous pouvez utiliser l’exécution d’essai sur n’importe quel parcours Brouillon sans erreur.
Combien de temps dure une exécution d’essai ?
Après 14 jours, les parcours d’exécution d’essai repassent automatiquement au statut Brouillon. Vous pouvez également arrêter manuellement une exécution d’essai à tout moment.
Les activités d’attente et les sources de données externes sont-elles exécutées pendant une exécution d’essai ?
Par défaut, les activités Attente et Sources de données (y compris les sources de données externes) sont désactivées lors d’une exécution d’essai. Vous pouvez modifier ce comportement lors de l’activation du mode Exécution d’essai.
Les profils et parcours d’essai sont-ils pris en compte dans mes quotas ?
Oui. Les profils en mode d’exécution d’essai sont comptabilisés dans le nombre de Profils engageables, et les parcours en mode d’exécution d’essai sont comptabilisés dans le quota de parcours en direct. Toutefois, les parcours d’exécution d’essai n’ont aucune incidence sur les règles métier.
Puis-je toujours accéder aux rapports d’essai après l’arrêt du test ?
Non. Les données de rapport ne sont disponibles que lorsque l’Exécution d’essai est active. Une fois arrêtés, les données ne sont plus accessibles : utilisez le bouton Exporter situé au-dessus des rapports pour les télécharger à l’avance, si nécessaire.
Comment exclure les données d’essai de mes rapports ?
L’exécution d’essai génère stepEvents marqué d’un inDryRun et d’un dryRunID. Lors de l’analyse des mesures de rapports de parcours avec Adobe Experience Platform Query Service, excluez les événements d’étape où inDryRun est true (incluez uniquement les événements où inDryRun est null ou false).
L’heure d’exécution planifiée d’une activité Lecture d’audience change-t-elle dans l’exécution d’essai ?
Oui. Pour les parcours utilisant une activité Lecture d’audience avec une heure planifiée (quotidienne, hebdomadaire ou mensuelle), l’exécution d’essai ancre la planification au moment où l’exécution d’essai a été activée, et non à l’heure configurée dans le parcours. Par exemple, si le parcours est configuré pour s’exécuter à 10 heures du matin mais que vous activez l’exécution d’essai à 8 heures du matin, toutes les lectures quotidiennes pendant l’exécution d’essai s’exécutent à 8 heures du matin.
Vidéo pratique dry-run-video
Découvrez comment exécuter un test à blanc de vos parcours dans cette vidéo.
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 Journey Dry run, a special publication mode that lets practitioners test a journey using real production data without contacting customers or modifying profiles, and covers how to start, monitor, stop, and filter Dry run step events.
Intents:
- Activate Dry run mode on a Draft journey to validate audience reach and branch logic with real production data
- Monitor journey execution metrics in the canvas during a Dry run
- Stop a Dry run manually and return the journey to Draft status
- Filter Dry run step events out of reporting queries using the
inDryRunflag - Understand which activities are disabled or simulated during a Dry run
Glossary:
- Dry run: A special journey publication mode that executes the journey against real production data without sending any communications or updating profile information (product-specific)
- stepEvent: An automatically generated dataset record capturing every step a profile takes in a journey; Dry run step events carry
inDryRun=trueand adryRunID(product-specific) - inDryRun flag: A boolean field on stepEvents that is
truefor Dry run executions andnullfor live or test journeys (product-specific)
Guardrails:
- Only Draft journeys with no errors can be activated in Dry run mode
- Starting a Dry run requires the Publish journeys permission; stopping it requires Manage journeys
- Dry run journeys automatically exit Dry run mode and return to Draft status after 14 days. No journey content is lost; only the Dry run session ends.
- Profiles processed during a Dry run are counted towards Engageable Profiles and the live journey quota
- Channel action nodes (Email, SMS, Push) and Custom actions are not executed during Dry run
- Jump actions are not enabled in Dry run
- Reaction nodes are not executed during Dry run; profiles exit successfully, with priority rules for parallel unitary and reaction branches
- Reporting data is only available while the Dry run is active; once stopped, the data is no longer accessible
- Dry run journeys do not impact business rules
- For journeys using a Read Audience activity with a scheduled time (daily, weekly, or monthly), the Dry run does not follow the configured journey schedule — the schedule is anchored to the moment Dry run was activated (e.g. journey set to 10 AM, Dry run activated at 8 AM → all reads during Dry run execute at 8 AM)
Terminology:
- Canonical name: Journey Dry run — Acronym: none — variants: dry run mode, Dry run publication mode
- Synonyms: “Dry run” = “smoke test” (informally)
- Do not confuse: “Dry run” ≠ “Test mode” ≠ “Simulation” — Dry run uses real production data and counts toward Engageable Profiles and live journey quota; Test mode uses persistent AEP test profiles in a draft journey; Simulation uses temporary simulated users that do not persist in AEP
FAQ:
- Q: Does Dry run actually send emails or push notifications to customers? — No; all channel action nodes and custom actions are disabled and not executed during a Dry run.
- Q: How long does a Dry run last before it automatically stops? — 14 days, after which the journey automatically transitions back to Draft status.
- Q: How do I exclude Dry run data from my journey analytics queries? — Filter out step events where
inDryRunistrue; include only events whereinDryRunisnullorfalse. - Q: Are profiles counted against any limits during a Dry run? — Yes; profiles are counted towards Engageable Profiles and the Dry run journey is counted towards the live journey quota.
- Q: Can I enable Wait activities and external data source calls during a Dry run? — Both are disabled by default, but you can choose to enable or disable them when activating the Dry run.
- Q: Does Dry run respect the scheduled execution time configured in a Read Audience journey? — No. The Dry run anchors the schedule to the activation time, not the configured journey time. If the journey is set to run at 10 AM but Dry run is activated at 8 AM, all scheduled reads during Dry run execute at 8 AM.