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
Cette section contient des connaissances structurées destinées à soutenir l’interprétation, la récupération et la réponse aux questions en lien avec ce sujet.
Pour bien comprendre le sujet, consultez également la documentation de cette page. Ces sources sont complémentaires. La page décrit la fonctionnalité, tandis que cette section fournit un contexte supplémentaire qui permet de clarifier la terminologie, les objectifs, le champ d’application et les contraintes.
- TL;DR: Cette page compare les trois méthodes de validation de parcours de Adobe Journey Optimizer : Simulation de Parcours, Mode Parcours et Exécution d’essai de Parcours. Il fournit un choix rapide en une seule question, un guide de décision, un tableau de comparaison rapide et une liste d’erreurs courantes pour aider les utilisateurs et les utilisatrices à choisir la bonne étape de la création d’un parcours.
Intentions :
- Choisir la méthode de validation appropriée pour une étape donnée de la création de parcours
- Comparaison de la simulation de Parcours, du mode Parcours et de l’essai de Parcours côte à côte
- savoir quand utiliser la simulation de Parcours pour une itération rapide sans profils de test réels ;
- Savoir quand utiliser le mode Test de Parcours pour une validation manuelle étape par étape avec des profils de test réels
- Découvrez quand utiliser l’exécution d’essai du Parcours pour une vérification finale de prélancement par rapport aux données de production.
- Identifiez les méthodes de validation qui envoient des messages réels ou qui contactent des clients réels
- Évitez les erreurs courantes lors du choix ou de l’utilisation d’une méthode de validation
Glossaire :
- Simulation de Parcours : méthode de validation qui utilise des utilisateurs simulés temporaires, créés manuellement ou générés automatiquement, pour tester un parcours sans avoir besoin de profils de test AEP réels. (spécifique au produit)
- Mode Test de Parcours : méthode de validation qui utilise des profils de test AEP persistants, marqués dans le profil client en temps réel, pour parcourir manuellement la logique de message et de branche d’un parcours de brouillon. (spécifique au produit)
- Exécution d’essai de Parcours : mode de publication qui exécute un parcours par rapport aux données d’audience de production réelles sans contacter les clients ni mettre à jour les données de profil ; les nœuds d’action sont ignorés. (spécifique au produit)
- Agent de simulation : mécanisme qui génère automatiquement des événements de test et les met en correspondance avec des utilisateurs et utilisatrices simulés lors de la simulation de Parcours. (spécifique au produit)
Mécanismes de sécurisation :
- Le mode Test de parcours n’est disponible que pour les brouillons de parcours qui utilisent un espace de noms et prend en charge un maximum de 100 profils de test par session
- Les événements du mode Test en parcours peuvent uniquement être déclenchés à partir de l’interface, et non à partir de systèmes externes via l’API
- Le mode test parcours envoie des messages réels aux boîtes de réception réelles des profils de test à l’aide du pipeline de diffusion de production
- La désactivation du mode Test de Parcours supprime tous les profils entrés dans le parcours et efface ses rapports
- La simulation de parcours n’évalue pas les critères de sortie, les politiques de consentement, le capping de la fréquence/du parcours, le processus d’opt-out/suppression ou les heures de silence
- Les actions personnalisées de la simulation de parcours et les appels de sources de données externes sont réels et non simulés
- La simulation de parcours envoie des messages réels aux adresses d’exécution (e-mail, téléphone, jeton push) configurées sur les utilisateurs simulés, à l’aide du même pipeline de diffusion que la production
- Contrairement à la simulation de Parcours, l’exécution d’essai de Parcours n’envoie jamais de messages réels
- L’essai en parcours est actuellement une fonctionnalité à disponibilité limitée, qui est déployée à l’échelle mondiale au fil du temps
- L’exécution d’essai de parcours contourne les nœuds d’action (e-mail, SMS, actions personnalisées), mais achemine toujours les profils à travers les branches et les nœuds à l’aide de données de production réelles
Terminologie :
- Nom canonique : Parcours Simulation — variantes : simuler, mode simulation
- Nom canonique : Mode Test de Parcours — Variantes : Mode Test, Test de parcours, Test de votre parcours
- Nom canonique : Parcours essai — variantes : essai, mode essai
- Ne les confondez pas : Simulation de Parcours (utilisateurs simulés temporaires, aucun profil de test AEP nécessaire, envoie des messages réels aux adresses d’exécution configurées des utilisateurs simulés) ≠ Mode Test de Parcours (profils de test AEP persistants, envoie des messages réels aux boîtes de réception réelles de ces profils) ≠ Exécution d’essai en Parcours (données d’audience de production réelles, aucun contact, aucune mise à jour de profil, nœuds d’action contournés, n’envoie jamais de messages réels)
Questions fréquentes :
- Q : Quelle méthode de validation dois-je utiliser pendant que je suis encore en train de concevoir un parcours ? — Utilisez la simulation de Parcours. Elle ne nécessite aucun profil de test réel et s’exécute en quelques secondes, ce qui la rend idéale pour une itération rapide.
- Q : La simulation de Parcours envoie-t-elle des messages réels ? — Oui. La simulation diffuse des messages réels aux adresses d’exécution (e-mail, téléphone, jeton push) configurées sur les utilisateurs simulés, souvent la propre adresse du testeur. Il utilise le même pipeline de diffusion que la production, mais il ne contacte pas de vrais clients et ne met pas à jour les données de profils en direct.
- Q : Le mode Test Parcours envoie-t-il des e-mails ou des SMS réels ? — Oui. Le mode test de parcours diffuse des messages réels aux boîtes de réception réelles de vos profils de test, à l’aide du même pipeline de diffusion que la production. Il ne contacte pas de vrais clients, mais les messages eux-mêmes sont vrais.
- Q : L’exécution de Parcours Dry envoie-t-elle des messages ? — Non. L’exécution d’essai contourne les nœuds d’action tels que les e-mails, les SMS et les actions personnalisées, de sorte que les profils traversent la logique de parcours sans envoyer de message.
- Q : Je dois valider rapidement une nouvelle branche avant une date limite. Quelle méthode convient ? — Simulation de Parcours : elle génère des utilisateurs simulés à la demande (ou en réutilise d’autres enregistrés dans l’inventaire) au lieu de vous obliger à précréer et à attendre des profils de test réels.
- Q : L’essai de Parcours est-il disponible pour tous ? — Il s’agit actuellement d’une fonctionnalité à disponibilité limitée déployée à l’échelle mondiale au fil du temps ; vérifiez la disponibilité de votre entreprise.
- Q : Puis-je déclencher des événements du mode Test de Parcours à partir d’un système externe ? — Non ; en mode Test Parcours, les événements peuvent uniquement être déclenchés à partir de l’interface, et non à partir de systèmes externes via l’API.