Prise en main de la simulation de Parcours simulate-journey-gs

Parcours par lots avec une audience de lecture

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 par lots avec audience lue et événements unitaires

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.

Parcours unitaire

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.

Restrictions au niveau du nœud

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.
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.
Nœud de décision de contenu	Supprimez ou modifiez cette activité avant de simuler le parcours.
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 et Règle de ciblage ne sont 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 : 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 :00 à 20 :00 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.

Limites fonctionnelles

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.
Adobe Journey Optimizer la prise de décision au sein d’une action ; par exemple, le contenu d’un e-mail avec la prise de décision Adobe Journey Optimizer	Les épreuves d’action pour le contenu qui utilise Adobe Journey Optimizer decisioning ne sont pas générées.
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.

Mécanismes de sécurisation quantitatifs

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
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éférence des connaissances sur l’IA

Cette section contient des connaissances structurées destinées à soutenir l’interprétation, la récupération et la réponse aux questions liées à ce sujet.

Pour une compréhension totale, ces informations doivent être combinées avec la documentation de cette page. Aucune des sources n’est conçue pour être autonome. La page décrit la fonctionnalité, tandis que cette section fournit un contexte supplémentaire qui permet de clarifier la terminologie, l’intention, l’applicabilité et les contraintes.

• TL;DR: Cette page présente la fonction Simulation de Parcours de Adobe Journey Optimizer, en expliquant en quoi elle diffère du mode Test, les types de parcours qu’elle prend en charge, comment lancer une simulation et quelles sont ses limites au niveau du nœud, fonctionnelles et quantitatives.

Intentions:

• Comprendre la différence entre le mode Simulation et le mode Test pour la validation des parcours
• Lancez une session de simulation pour un type de parcours batch, unitaire ou mixte.
• Identifier les nœuds de parcours qui bloquent ou empêchent l’exécution de la simulation
• Déterminez quelles fonctionnalités ne sont pas prises en charge pendant la simulation (par exemple, consentement, capping de la fréquence, STO).
• Planifiez autour de mécanismes de sécurisation quantitatifs tels que le nombre maximal d’utilisateurs simulés par sandbox.
• Choisissez entre la simulation rapide ou la simulation manuelle en fonction des besoins de test.

Glossaire:

• Utilisateurs simulés : entités temporaires de type profil créées pour la simulation sans être conservées dans les Adobe Experience Platform (spécifiques au produit)
• Simulation : un état de parcours (avec Brouillon, Mode test et En direct) utilisé pour les tests avec des utilisateurs simulés plutôt que des profils de test persistants (spécifiques au produit)
• Journey Agent : composant d’IA qui génère des utilisateurs simulés, des valeurs d’événement et des paramètres de test lors de la simulation rapide et de la simulation manuelle assistée par l’IA (spécifique au produit)
• Simulation rapide : exécution de simulation automatisée de bout en bout qui génère des utilisateurs et des événements avec un minimum de d’entrée manuelle (spécifique au produit)
• Simulation manuelle : mode de simulation étape par étape où les utilisateurs et utilisatrices, ainsi que les événements, sont créés et déclenchés individuellement (spécifique au produit)

Mécanismes de sécurisation :

• Nécessite au moins l’une des autorisations suivantes : Simuler des parcours, Publier des parcours ou Approuver et publier des parcours
• Les fonctionnalités de simulation optimisées par l’IA nécessitent l’autorisation Générer du contenu de la fonctionnalité Assistant d’IA
• Maximum de 20 utilisateurs simulés par lot Envoyer tout ou Déclencher les événements sélectionnés
• Maximum de 50 utilisateurs simulés par requête de génération d’IA
• Maximum de 100 utilisateurs simulés uniques par exécution de simulation
• Maximum de 20 parcours exécutant la simulation simultanément dans un sandbox
• Maximum de 2 000 utilisateurs actifs simulés dans un sandbox à la fois
• Impossible de simuler des parcours déclenchés par un événement métier
• Les parcours d’ID supplémentaires avec plusieurs reprises activées ne peuvent pas être simulés
• Les politiques de consentement, le capping de la fréquence, le processus d’opt-out, l’arrêt et les heures de silence ne sont pas évalués pendant la simulation.
• Les utilisateurs simulés ne doivent pas contenir de données client réelles (non conformes au RGPD)

Terminologie:

• Nom canonique : Simulation — Acronyme : none — variantes : Parcours Simulation, Mode Simulation
• Nom canonique : utilisateurs simulés — Acronyme : aucun — variantes : utilisateurs tests (dans les libellés de l’interface utilisateur)
• Synonymes : « Simulation » = « Mode simulation » ; « Utilisateurs simulés » = « Utilisateurs de test » (libellé de l’interface utilisateur uniquement)
• Ne les confondez pas : « Simulation » ≠ « Mode test » (le mode test utilise des profils de test AEP persistants ; la simulation utilise des utilisateurs simulés temporaires)

FAQ:

• Q : De quelles autorisations ai-je besoin pour utiliser la simulation ? — Vous avez besoin d’au moins l’un des éléments suivants : Simuler des parcours, Publier des parcours ou Approuver et publier des parcours. Les fonctionnalités d’IA nécessitent en outre l’autorisation Générer du contenu de la fonctionnalité Assistant d’IA .
• Q : En quoi la simulation diffère-t-elle du mode Test ? — La simulation utilise des utilisateurs simulés temporaires créés à la volée sans profils Adobe Experience Platform persistants ; le mode Test utilise des profils persistants explicitement marqués comme profils de test dans AEP.
• Q : Puis-je simuler un parcours qui commence par un événement métier ? — Non. Les parcours déclenchés par un événement métier ne peuvent pas être exécutés en simulation.
• Q : Combien d’utilisateurs simulés puis-je tester au cours d’une seule exécution de simulation ? — Jusqu’à 100 utilisateurs simulés uniques par exécution ; chaque action Envoyer tout est limitée à 20 utilisateurs à la fois.
• Q : Les politiques de consentement sont-elles appliquées pendant la simulation ? — Non. L’évaluation de la politique de consentement, le capping de la fréquence, la gestion des désinscriptions et les heures de silence ne sont pas évalués pendant la simulation.
• Q : Que se passe-t-il si mon parcours comporte plus de 50 chemins pendant la génération de l’IA ? — Le Journey Agent sélectionne les chemins de manière aléatoire pour générer un maximum de 50 utilisateurs simulés.