Sur cette page : trouvez des réponses et des correctifs pour les problèmes courants d’Adobe Journey Optimizer au niveau des canaux, des données, des audiences et de la configuration afin de résoudre les problèmes rapidement.
Voici une liste d’articles de résolution des problèmes pour Adobe Journey Optimizer. Chaque section de résolution des problèmes fournit des réponses aux questions fréquentes ainsi que des solutions aux problèmes.
Lorsque vous contactez l’assistance Adobe pour des problèmes non résolus, incluez les détails de l’environnement, le niveau d’impact, les étapes de réplication, les journaux ou captures d’écran et les identifiants pertinents. Découvrez les éléments à inclure dans les tickets d’assistance.
Canal E-mail ajo-troubleshooting-email
Dans Adobe Journey Optimizer (AJO), la modification des blocs CSS par défaut dans l’en-tête de l’e-mail peut entraîner des problèmes de mise en forme inattendus, en particulier après la suppression de fragments de contenu. Ces problèmes sont plus visibles sur les appareils mobiles et peuvent entraîner des déformations de mise en page ou des incohérences de style. Pour éviter cela, utilisez la fonctionnalité Thèmes pour appliquer du CSS personnalisé en toute sécurité sans modifier les styles CSS générés par le système.
Pour en savoir plus sur la mise en forme des e-mails, consultez cette page.
Dans Adobe Journey Optimizer, les fragments contenant des champs modifiables peuvent ne pas se charger correctement ou se dupliquer de manière inattendue lorsque vous les ajoutez aux modèles. Le problème affecte généralement des fragments spécifiques dans différents environnements. Pour résoudre ce problème, vérifiez la configuration du fragment, recherchez les définitions de champ modifiable en conflit et testez-les dans un sandbox de développement avant de republier.
Pour en savoir plus sur les fragments personnalisables, consultez cette page.
Les fragments HTML peuvent ne pas s’afficher correctement dans les e-mails, apparaissant souvent sous la forme d’identifiants de fragment plutôt que de contenu réel. Contrairement aux fragments visuels, les fragments HTML nécessitent une configuration précise. Pour résoudre ce problème, suivez les bonnes pratiques relatives à l’utilisation des fragments d’expression visuels et HTML dans les campagnes par e-mail.
Pour en savoir plus sur les fragments HTML, consultez cette page.
Lors de la modification de modèles d’e-mail dans un parcours dépublié, le contenu et les modèles de certains e-mails peuvent disparaître de manière inattendue. Cela peut demander un travail supplémentaire et entraîner des retards. Pour réduire le risque de ce problème, évitez les modifications simultanées, limitez le nombre d’onglets ouverts et enregistrez fréquemment les modifications.
Pour en savoir plus sur les modèles, consultez cette page.
En mode « Coder votre propre contenu » sous la fonction Modifier le corps de l’e-mail, le champ de saisie Pré-en-tête n’apparaît pas. Pour inclure le texte du pré-en-tête, les utilisateurs et les utilisatrices doivent coder manuellement le pré-en-tête dans leur contenu HTML personnalisé.
Pour en savoir plus sur la configuration du pré-en-tête des e-mails, consultez cette page.
Lors de l’ajout d’un composant HTML à un modèle d’e-mail, les liens peuvent se comporter différemment selon le client de messagerie, le mode d’affichage ou l’appareil/navigateur. Par exemple, les liens d’ancrage peuvent fonctionner différemment dans la vue côte à côte d’Outlook par rapport à la vue plein écran. Tenez compte de ces variations lors de la conception de modèles d’e-mail et testez-les sur plusieurs clients et appareils.
Consultez également la section relatives aux bonnes pratiques en matière de conception d’email sur cette page.
L’absence de suivi des liens dans Adobe Journey Optimizer se produit lorsque les URL des e-mails utilisent des variables dynamiques et ne commencent pas par http, ou lorsque des instructions logiques sont placées dans le champ de l’URL. Pour résoudre ce problème, assurez-vous que toutes les URL commencent par http, évitez d’utiliser une logique dans le champ de l’URL et déplacez la logique de personnalisation complexe vers le contenu HTML ou les attributs prétraités.
Pour en savoir plus sur le suivi des e-mails, consultez cette page.
Une erreur de serveur de messagerie lors de la création d’une configuration de canal pour une campagne d’e-mail transactionnel déclenchée par une API dans Adobe Journey Optimizer peut être due à des erreurs de configuration DNS ou à des limitations de la politique DMARC. Pour résoudre ce problème, vérifiez que votre DNS est correctement configuré et que votre domaine est conforme aux exigences DMARC (Domain-based Message Authentication, Reporting, and Conformance).
Pour en savoir plus sur les politiques DMARC, consultez cette page.
Consultez également la documentation sur les campagnes déclenchées par une API.
Canal de notification push ajo-troubleshooting-push
Lors de l’implémentation de notifications push dans Journey Optimizer, un seul profil peut en effet avoir plusieurs jetons push associés à différents appareils. Lors d’une campagne par notifications push, Journey Optimizer est conçu pour gérer ces jetons et s’assurer que le profil ciblé peut être atteint sur tous les appareils associés.
Pour en savoir plus sur la configuration de notifications push, consultez cette page.
Consultez également la section Flux de données des notifications push pour comprendre comment les jetons sont enregistrés et gérés de bout en bout.
Si les messages push ne redirigent pas vers l’URL web prévue, cela peut être dû à une erreur de configuration de l’action de clic ou à la désactivation des paramètres de notification push. Assurez-vous que l’action de clic du message push est correctement définie et que l’affichage automatique et le suivi des notifications push sont activés pour résoudre ce problème.
Pour en savoir plus sur la configuration de notifications push, consultez cette page.
Les informations d’identification push expirées ou mal configurées (un certificat APNs pour iOS ou une clé FCM pour Android, par exemple) entraînent des échecs de diffusion silencieux. Journey Optimizer ne peut pas envoyer de notifications si les informations d’identification stockées dans la configuration du canal push ne correspondent plus à celles enregistrées sur la plateforme de l’appareil. Mettez à jour les informations d’identification dans la configuration du canal push et vérifiez que la surface de l’application mobile associée est republiée.
Découvrez comment configurer les informations d’identification push sur cette page.
Consultez également la documentation sur la configuration du canal push.
Canal mobile ajo-troubleshooting-sms
marketing.sms.value=y ?Si une personne destinataire répond STOP à un SMS, tous les futurs messages de ce numéro court sont bloqués, y compris les messages transactionnels. Pour garantir une diffusion ininterrompue des SMS transactionnels, configurez-les et envoyez-les par le biais d’un numéro court distinct duquel les destinataires ne se sont pas désinscrits.
Pour en savoir plus sur la configuration de l’opt-out des SMS, consultez cette page.
Les échecs de diffusion SMS après la configuration du canal sont le plus souvent causés par des informations d’identification d’API de fournisseur incorrectes, une incohérence entre l’ID d’expédition et ce que le fournisseur a enregistré, ou des restrictions de routage au niveau du fournisseur. Vérifiez que la clé API, le mot de passe et les détails de l’expédition saisis dans Journey Optimizer correspondent exactement à ce que votre fournisseur SMS a configuré. Envoyez ensuite un message de test pour confirmer la connectivité avant de lancer une campagne.
Découvrez comment configurer votre fournisseur SMS sur cette page.
Lorsqu’un profil envoie un SMS STOP, Journey Optimizer met à jour l’attribut de consentement SMS du profil. Pour vérifier le statut d’opt-out actuel, ouvrez le profil dans l’interface d’utilisation d’Experience Platform et examinez les champs de consentement sous Confidentialité > Consentements. Pour la résolution des problèmes de campagne, vérifiez également les raisons d’exclusion dans le rapport de campagne. Les profils désinscrits apparaissent sous le nombre Exclus avec le motif « Désinscrit ».
Pour en savoir plus sur la configuration de l’opt-out des SMS, consultez cette page.
Canal in-app ajo-troubleshooting-inapp
Les difficultés liées au reporting sur le canal in-app dans Adobe Customer Journey Analytics proviennent souvent d’une erreur de configuration des vues de données, des jeux de données ou des mises à jour de schéma. Vérifiez que ces configurations sont correctement appliquées pour résoudre le problème.
Consultez également la documentation sur les rapports complets de Journey Optimizer.
Les messages in-app nécessitent que le SDK mobile d’Adobe Experience Platform soit correctement installé et que l’extension de messagerie soit enregistrée dans votre application. Si le message n’apparaît pas, vérifiez que le SDK est initialisé avant que l’application ne tente de récupérer les messages in-app, que la surface d’application correcte (identifiant de bundle) est configurée dans Journey Optimizer et que la campagne a le statut En ligne. Vérifiez également que le profil répond aux critères d’audience et n’a pas déjà été limité par une règle de fréquence.
Découvrez comment configurer le canal in-app sur cette page.
Les campagnes in-app se déclenchent en fonction des noms d’événement qui doivent correspondre exactement entre l’implémentation SDK de votre application et la condition de déclencheur définie dans Journey Optimizer. Toute incohérence en matière de majuscules, d’orthographe ou de structure de la payload de l’événement empêchera le déclencheur de fonctionner. Utilisez l’outil Adobe Experience Platform Assurance pour inspecter les événements SDK en direct et les comparer à la configuration de déclencheur de votre campagne.
Découvrez comment créer et configurer un message in-app sur cette page.
Cartes de contenu ajo-troubleshooting-content-cards
Les cartes de contenu nécessitent que le SDK mobile Adobe Experience Platform et le SDK de messagerie soient installés, enregistrés et configurés dans l’application. Contrairement aux messages push ou in-app, les cartes de contenu ne s’affichent pas automatiquement : votre application doit appeler explicitement les API SDK de messagerie pour récupérer les cartes disponibles, puis les afficher dans votre interface d’utilisation. Si les cartes n’apparaissent pas, utilisez Adobe Experience Platform Assurance pour vérifier que les demandes de décision sont envoyées lorsque l’événement cible se déclenche et que les réponses reviennent d’Edge Network.
Découvrez comment configurer la prise en charge des cartes de contenu dans le SDK mobile sur cette page.
Non. Les cartes de contenu sont silencieuses et persistantes. Elles ne dépendent pas des autorisations push au niveau du système d’exploitation et ne sont pas affectées par le statut d’opt-in des notifications d’une personne. Cela en fait un canal de secours utile pour atteindre les utilisateurs et utilisatrices qui ont désactivé les notifications push. Les cartes sont récupérées à partir d’Edge Network lorsque la personne est en session, puis affichées dans l’interface d’utilisation de votre application.
Pour en savoir plus sur le canal de carte de contenu, consultez cette page.
Les impressions et interactions de cartes de contenu (clics, suppressions) ne sont pas automatiquement suivies. Votre application doit explicitement renvoyer les événements de suivi à Adobe via le SDK de messagerie après le rendu d’une carte et après toute interaction de la personne avec celle-ci. Si ces appels de suivi sont absents de l’implémentation, les rapports n’affichent aucune impression, même si les cartes sont correctement diffusées. Vérifiez que les appels de suivi se déclenchent dans Assurance avant d’examiner la configuration de la campagne.
Découvrez comment accéder aux rapports de carte de contenu sur cette page.
Consultez également la section Configuration du SDK de carte de contenu pour connaître les appels de suivi requis.
WhatsApp ajo-troubleshooting-whatsapp
La diffusion de messages WhatsApp requiert deux conditions : le ou la destinataire doit avoir explicitement choisi de recevoir des communications WhatsApp de votre marque ; le message doit utiliser un modèle de message pré-approuvé enregistré auprès de l’API WhatsApp Business. Si l’une de ces conditions n’est pas remplie, le message sera bloqué silencieusement par la plateforme WhatsApp avant sa diffusion. Vérifiez le statut d’opt-in dans les attributs de consentement du profil du ou de la destinataire et confirmez que le modèle a le statut Approuvé dans votre compte WhatsApp Business.
Découvrez comment configurer le canal WhatsApp sur cette page.
L’API WhatsApp Business autorise uniquement les modèles de messages pré-approuvés pour les messages sortants initiés par l’entreprise. Les messages libres ne sont autorisés que pendant la fenêtre de service clientèle de 24 heures, c’est-à-dire dans les 24 heures suivant l’envoi d’un premier message à votre marque. Si votre message est rejeté, vérifiez que le modèle a été envoyé à et approuvé par Meta, que les variables de modèle (espaces réservés) dans le message Journey Optimizer correspondent exactement à la structure de modèle approuvée et que le modèle correct est sélectionné dans la campagne ou l’action de parcours.
Découvrez comment créer des messages WhatsApp sur cette page.
WhatsApp requiert un opt-in explicite avant de pouvoir envoyer des messages marketing. L’opt-in peut être collecté via n’importe quel canal contrôlé par votre marque (formulaire web, double opt-in des SMS ou écran de consentement in-app, par exemple), à condition que le processus soit clair et documenté. Une fois collecté, mettez à jour l’attribut de consentement WhatsApp du profil dans Adobe Experience Platform. Pour vérifier le statut actuel du consentement pour un profil, ouvrez le profil dans l’interface d’utilisation d’Experience Platform et examinez la section Consentements. Envoyer des messages à des profils sans consentement valide viole les politiques de WhatsApp Business et peut entraîner la suspension de votre compte.
Découvrez comment commencer à utiliser le canal WhatsApp sur cette page.
Gestion des données ajo-troubleshooting-data-management
Les organisations qui configurent de nouveaux sandbox dans Adobe Journey Optimizer se sont interrogées sur la manière dont les paramètres de durée de vie (TTL) s’appliquent aux jeux de données de profil et de lac de données. Les paramètres de durée de vie n’affectent pas les sandbox existants et sont automatiquement appliqués aux nouveaux sandbox uniquement.
Pour en savoir plus sur la durée de vie des jeux de données, consultez cette page.
Pour qu’un jeu de données alimente les conditions de parcours et de personnalisation basées sur les profils dans Journey Optimizer, deux conditions doivent être remplies : le schéma XDM sous-jacent doit avoir l’option Profil activée et le jeu de données lui-même doit être activé pour Profil client en temps réel dans l’interface d’utilisation d’Experience Platform. Si l’un des deux est manquant, les données seront ingérées dans le lac de données, mais ne seront pas fusionnées en profils unifiés. Assurez-vous également que le jeu de données contient au moins un champ d’identité mappé à un espace de noms reconnu.
Découvrez comment configurer des jeux de données sur cette page.
Consultez également la vue d’ensemble de la gestion des données pour obtenir la liste de contrôle de configuration complète.
Les échecs d’ingestion apparaissent dans le tableau de bord Surveillance d’Adobe Experience Platform sous Sources > Flux de données. Les causes courantes incluent les erreurs de validation du schéma (un champ des données sources ne correspond pas au schéma XDM), les champs d’identité obligatoires manquants ou les payloads JSON incorrectes. Ouvrez l’enregistrement par lot en échec pour afficher le code d’erreur spécifique et les lignes concernées. Corrigez les données sources et réingérez-les, ou ajustez le mappage de schéma si le format source a changé.
Pour en savoir plus sur les schémas et la configuration des données, consultez cette page.
Gestion des profils et de l’audience ajo-troubleshooting-audiences
Le nombre d’entrées traitées dans la fonctionnalité Lecture d’audience d’Adobe Journey Optimizer peut être inférieur à la taille de l’audience attendue. Ce problème se produit souvent en raison d’erreurs de configuration d’espace de noms, ce qui entraîne l’exclusion de profils des parcours. La résolution implique la vérification et la correction des configurations d’espace de noms, la lecture de la documentation pertinente et l’ajustement des priorités pour garantir des opérations plus fluides dans Adobe Journey Optimizer.
Pour en savoir plus sur l’activité Lecture d’audience dans les parcours, consultez cette page.
Dans Adobe Journey Optimizer, certaines valeurs de champ peuvent ne pas se mettre à jour correctement après avoir exécuté une activité Mettre à jour le profil dans un parcours. Dans certains cas, les champs mis à jour peuvent disparaître ou revenir à leur état précédent. Pour résoudre ce problème, recherchez les règles ou conditions en conflit, vérifiez les paramètres des autorisations, utilisez un jeu de données unique pour l’activité Mettre à jour le profil et assurez-vous qu’aucun autre processus d’ingestion n’écrit sur le même profil en même temps.
Pour en savoir plus sur l’activité Mettre à jour le profil dans les parcours, consultez cette page.
Cette incohérence peut se produire lorsque le parcours utilise l’instantané de profil d’un jour passé si celui du jour en cours n’est pas disponible au moment de l’exécution du parcours. Pour plus d’informations, vérifiez quand votre tâche de segmentation quotidienne s’est exécutée pour la dernière fois et si le parcours a été déclenché avant que l’instantané ne soit prêt.
Pour en savoir plus sur l’activité Lecture d’audience et le comportement de la planification, consultez cette page.
Vous remarquerez peut-être qu’une même audience affiche un nombre de profils différent dans les campagnes et les parcours. Cela se produit, car chaque fonctionnalité utilise des API différentes pour récupérer les données d’audience, qui peuvent renvoyer des valeurs différentes.
Il s’agit d’un comportement attendu qui n’a aucune incidence sur l’exécution de votre campagne. Les profils corrects seront toujours ciblés. Pour vérifier la taille réelle de l’audience, accédez à Client > Audiences et sélectionnez votre audience.
Des problèmes de population d’audience peuvent survenir lorsqu’il manque des composants ou des ressources, souvent en raison d’erreurs de configuration des droits, de l’approvisionnement ou des autorisations. Pour résoudre ces problèmes, commencez par vérifier les droits, vous assurer que l’approvisionnement est correct et examiner les autorisations. Si le problème persiste, faites-le remonter et contactez les équipes d’assistance pour une résolution complète.
Pour en savoir plus sur la gestion des audiences, consultez cette page.
La mesure Profils engageables reflète le nombre de profils uniques engagés par des parcours ou des campagnes au cours des 12 derniers mois. Une augmentation soudaine peut résulter de parcours ou de campagnes ciblant de grandes audiences qui n’ont pas été engagées récemment, ou de modifications de jeux de données activés pour le service de profil.
Pour étudier et résoudre ce problème, vous devez comprendre la logique du comptage des profils, étudier les parcours et les campagnes ciblant de grandes audiences, filtrer les audiences de manière appropriée, surveiller les modifications des jeux de données et potentiellement réduire la taille de votre audience adressable.
Découvrez comment dépanner et résoudre les augmentations du nombre de profils engageables et comment su l’utilisation des licences de votre organisation dans la documentation du tableau de bord d’utilisation des licences.
Les e-mails peuvent être envoyés à des destinataires qui ne répondent pas aux critères d’audience spécifiés. Par exemple, les personnes membres dont la date de rachat est antérieure au 4 juillet 2025 peuvent recevoir des e-mails destinés uniquement à celles dont la date est postérieure à cette date. Ce comportement peut résulter d’une segmentation d’audience mal configurée ou de modifications inattendues de la logique de qualification des profils. Passez en revue la définition de l’audience et effectuez des tests avec des profils types pour vérifier que la logique de date est correctement appliquée.
Pour en savoir plus sur les fonctions de date, consultez cette page.
Dans les rapports de campagne, vous remarquerez peut-être que la somme des Diffusés et Exclusions dépasse la taille de l’audience ciblée d’origine. Cela se produit, car la mesure Exclusions comptabilise tous les événements d’exclusion, y compris les événements d’exclusion en double pour un même profil. Si un profil est exclu plusieurs fois au cours d’une campagne, chaque événement est comptabilisé séparément.
Exemple : une campagne ciblant 94 000 profils affiche 69 000 diffusions et 37 000 exclusions, pour un total de 106 000, ce qui dépasse les 94 000 profils ciblés d’origine. C’est un comportement normal.
Pour comprendre la différence entre les événements d’exclusion totale et les exclusions de profil uniques, reportez-vous à l’explication du comptage des exclusions.
En savoir plus sur les rapports de campagne et les mesures de rapport.
L’ajout d’audiences à des conditions de parcours peut parfois entraîner des blocages de l’application ou afficher une erreur « Aw Snap! » dans Chrome, y compris des erreurs lors de l’enregistrement des parcours. Ces problèmes sont souvent liés aux services Chromium. Pour les résoudre, effectuez une mise à jour du navigateur, effacez la mémoire cache du navigateur ou essayez une autre session du navigateur.
En savoir plus à propos de la navigation dans l’interface de Journey Optimizer.
Parcours ajo-troubleshooting-journeys
Pour les parcours, reportez-vous aux sections de résolution des problèmes suivantes :
Lors de la création d’une nouvelle version d’un parcours, les expressions d’étapes spécifiques peuvent être perdues, ce qui entraîne des erreurs et nécessite une nouvelle saisie manuelle. Pour résoudre ce problème, dupliquez le parcours, testez la reproductibilité, évitez les rechargements du navigateur et utilisez la zone de travail mise à jour pour les parcours plus anciens.
Découvrez comment dupliquer un parcours sur cette page.
Les profils peuvent quitter un parcours de manière inattendue sans passer par un nœud désigné lorsque la condition utilisée pour vérifier le statut des retours des messages envoyés est mal configurée. Pour résoudre ce problème, examinez la logique de condition, implémentez une autre logique ou consultez votre équipe d’implémentation.
Consultez également les directives de conception de parcours.
Les profils peuvent quitter un parcours de manière inattendue lorsque la limitation d’événement se produit, ce qui entraîne l’abandon de certains profils si le nombre d’événements traités dépasse la capacité du système. Pour réduire les sorties de profil, comprenez les limites du système, surveillez les pics d’événement et optimisez le flux de données pour éviter de dépasser les seuils.
Consultez également la section Mécanismes de sécurisation de parcours.
Les événements peuvent ne pas déclencher de parcours même si tous les critères sont remplis lorsqu’ils sont créés par le biais des services de requête plutôt que d’être diffusés en streaming vers Data Collection Core Service (DCCS). Pour résoudre ce problème, vérifiez la configuration de l’événement, assurez-vous que les événements sont envoyés directement à DCCS et effectuez une vérification à l’aide du mode test.
Apprenez-en plus sur les événements sur cette page.
Consultez également la section Mécanismes de sécurisation des événements de parcours.
Si un parcours cesse de se déclencher après des modifications apportées à l’audience associée, telles que la modification de la politique de fusion, vous pouvez rencontrer des flux interrompus. Pour résoudre ce problème, dupliquez et republiez le parcours avec les paramètres d’audience mis à jour afin de vous assurer que les déclencheurs fonctionnent correctement.
Découvrez comment dupliquer un parcours sur cette page.
Des erreurs de délai d’expiration peuvent se produire lorsqu’une action personnalisée appelle un point d’entrée tiers externe. Pour résoudre ce problème, vérifiez que le point d’entrée est accessible, consultez les journaux du serveur, assurez-vous qu’il n’y a aucun blocage de la part d’Adobe, mettez à jour les configurations des points d’entrée si nécessaire et exécutez un test une fois les mises à jour effectuées. Notez également les spécifications concernant les délais d’expiration pour les appels API.
Pour en savoir plus sur l’API Journey Throttling, consultez cette page.
Consultez également la documentation sur l’intégration à des systèmes externes.
Pour résoudre cette erreur, demandez à votre administrateur ou administratrice de vérifier que votre profil utilisateur a accès aux vues de données requises pour la publication d’audience, puis essayez de republier l’audience.
Reportez-vous à la documentation sur les autorisations pour savoir comment résoudre ce problème.
Règles ajo-troubleshooting-rules
Les problèmes liés à la liste déroulante Règles de limitation se produisent souvent lorsque les jeux de règles sont mal configurés ou inaccessibles. Vérifiez que tous les jeux de règles sont correctement configurés et disponibles pour résoudre le problème.
Découvrez comment appliquer des règles de limitation dans cette section.
Les règles de capping de la fréquence ne prennent effet que lorsque le jeu de règles est explicitement associé à la campagne ou au parcours. Si le capping de la fréquence ne fonctionne pas, vérifiez que le jeu de règles approprié est sélectionné dans les paramètres de la campagne ou du parcours, que le type de canal de la règle correspond au canal utilisé et que la règle a le statut Actif. Vérifiez également si le profil a déjà atteint la limite lors d’une exécution précédente, ce qui empêcherait la génération d’autres messages même si la règle semble correctement configurée.
Découvrez comment configurer les règles de capping de la fréquence de canal sur cette page.
Les heures creuses sont des règles d’exclusion temporelles configurées dans un jeu de règles de canal. Définissez la fenêtre d’exclusion (par exemple, de 22 h à 8 h) et appliquez l’ensemble de règles aux campagnes ou parcours appropriés. Lorsque l’envoi d’un message est planifié pendant les heures creuses, Journey Optimizer retient le message jusqu’à la prochaine fenêtre autorisée ou le rejette, selon la configuration de la règle.
Découvrez comment définir des heures creuses sur cette page.
Prise de décision ajo-troubleshooting-decisioning
Lors de la création de collections d’offres, des problèmes se produisent souvent lorsque les catalogues n’ont pas été mis à disposition pour votre organisation. Pour résoudre ce problème, vérifiez que tous les catalogues requis sont correctement approvisionnés avant de tenter de créer des collections d’offres.
Pour en savoir plus sur les collections d’offres, consultez cette page.
Lors de l’intégration d’Adobe Target à une application à l’aide d’Adobe Journey Optimizer, l’option Offer Decisioning peut être inaccessible dans la configuration du train de données. Cela se produit généralement en raison des paramètres des autorisations ou de contraintes d’approvisionnement. Pour résoudre ce problème, vérifiez les autorisations utilisateur et assurez-vous que la configuration nécessaire est en place.
Pour en savoir plus sur les autorisations requises pour Offer Decisioning, consultez cette page.
Si une offre qualifiante n’apparaît pas dans une réponse de prise de décision, vérifiez les points suivants dans l’ordre : vérifiez que l’offre a le statut Approuvé (et non Brouillon) ; confirmez que l’identifiant d’emplacement dans la requête correspond à la surface de représentation de l’offre ; vérifiez si une limite de capping de la fréquence (totale ou par profil) a été atteinte pour cette offre ; et assurez-vous que la portée de la collection et de la décision est correctement configurée. Utilisez l’outil Simulation dans Décisions pour les expériences pour tester les réponses des offres par rapport à un profil spécifique sans envoyer de trafic en direct.
Découvrez comment commencer à utiliser Décisions pour les expériences sur cette page.
Multilingue ajo-troubleshooting-multilingual
Message validation error (CJMMAS - 1069-500) ?Dans Adobe Journey Optimizer, une erreur de validation de message (CJMMAS - 1069-500) liée à la fonctionnalité multilingue empêche les parcours d’être définis en mode test ou d’être publiés. Vérifiez que tout le contenu des paramètres régionaux est complet, que la langue principale est correctement définie et qu’aucun champ de traduction obligatoire n’est vide avant de tenter de publier.
Pour en savoir plus sur le canal de carte de contenu, consultez cette page.
Les échecs de connexion du fournisseur de traduction sont généralement dus à des informations d’identification d’API incorrectes ou à une configuration de fournisseur manquante dans les paramètres multilingues. Vérifiez que la clé API, l’URL du point d’entrée et les jetons d’authentification requis saisis dans Journey Optimizer correspondent exactement à ce que votre fournisseur de traduction a configuré. Si les informations d’identification sont correctes, vérifiez si le compte du fournisseur dispose d’un quota suffisant ou d’un statut d’abonnement actif, puis enregistrez et testez à nouveau la connexion.
Découvrez comment configurer un fournisseur de traduction sur cette page.
Si aucune traduction n’a été fournie pour des paramètres régionaux spécifiques, Journey Optimizer revient au contenu défini dans la langue principale (paramètres régionaux de secours) configurée dans vos paramètres linguistiques. Si aucune solution de secours n’est configurée, le message peut être rendu vide ou la validation peut échouer avant l’envoi. Pour éviter cela, définissez toujours un paramètre régional de secours dans les paramètres de votre projet multilingue et vérifiez que tous les paramètres régionaux contiennent des traductions approuvées avant d’activer la campagne ou le parcours.
Pour en savoir plus sur le canal de carte de contenu, consultez cette page.
Configuration ajo-troubleshooting-config
Pour maintenir l’intégrité et la sécurité des données lors de la connexion à des systèmes tiers, assurez-vous que le protocole TLS (Transport Layer Security) v1.3 est activé pour vos actions personnalisées. Cela permet de protéger les communications et d’éviter des vulnérabilités de sécurité potentielles.
Pour en savoir plus sur la configuration des actions de configuration, consultez cette page.
Dans Adobe Journey Optimizer, les tableaux de bord ne peuvent pas être créés directement à partir des requêtes. Pour créer des tableaux de bord, utilisez les fonctionnalités de création de tableaux de bord disponibles dans Adobe Experience Platform, qui vous permettent de visualiser et d’analyser efficacement les données des requêtes.
Pour en savoir plus sur les requêtes dans Journey Optimizer, consultez cette page.
Les adresses sont automatiquement ajoutées à la liste de suppression après les rebonds définitifs, les plaintes contre le spam ou les ajouts manuels par un administrateur ou une administratrice. Une fois supprimé, un profil ne recevra aucun message de ce canal, quel que soit le ciblage de la campagne ou du parcours. Pour plus d’informations, ouvrez Administration > Canaux > Liste de suppression et recherchez l’adresse. Si la suppression a été ajoutée par erreur, elle peut être supprimée directement de l’interface. Pour les suppressions des rebonds définitifs, vérifiez également le problème de délivrabilité sous-jacent avant de supprimer l’adresse.
Découvrez comment gérer la liste de suppression sur cette page.
API ajo-troubleshooting-apis
Les erreurs d’accès lors de l’utilisation de l’API Query Service via Postman ou des outils similaires sont généralement dues à des autorisations insuffisantes. Pour résoudre ce problème, vérifiez les autorisations d’utilisation, vérifiez les informations d’identification de l’API en fonction des rôles configurés dans votre organisation et fournissez des informations détaillées au service d’assistance si nécessaire.
Pour en savoir plus sur les autorisations dans Journey Optimizer, consultez cette page.
Une réponse 429 signifie que votre intégration a dépassé la limite de taux d’API pour le point d’entrée. Chaque API Journey Optimizer a défini des seuils de débit. Pour résoudre ce problème, implémentez la logique d’intervalle exponentiel dans votre intégration : attendez la durée spécifiée dans l’en-tête de réponse Retry-After avant de réessayer. Pour les cas d’utilisation intenses et prolongés, passez en revue la configuration de capping de la fréquence et de plafonnement de vos actions personnalisées et de vos sources de données afin d’aligner les taux d’appels API sur les limites du système.
Pour en savoir plus sur la limitation du débit dans Journey Optimizer, consultez cette page.
Consultez également la documentation sur l’intégration à des systèmes externes.
Si une campagne déclenchée par une API n’est pas en cours d’exécution, vérifiez les points suivants : la campagne est à l’état Actif (et non à l’état de brouillon ou arrêtée) ; l’appel API inclut l’identifiant de campagne correct dans le chemin d’accès du point d’entrée ; la payload de la requête correspond au schéma d’identifiant de profil attendu par la campagne ; et les informations d’identification d’API utilisées disposent de l’autorisation Gérer les campagnes. Vérifiez les journaux d’exécution de la campagne dans le tableau de bord de reporting pour identifier si le profil a été reçu mais exclu, ou si l’appel n’a pas du tout atteint la campagne.
Pour en savoir plus sur les campagnes déclenchées par API, consultez cette page.
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 is a troubleshooting FAQ that provides answers and fixes for common Journey Optimizer issues across channels, data, audiences, rules, decisioning, and configuration.
Intents:
- Diagnose email, push, Mobile message, in-app, content card, and WhatsApp delivery and rendering issues
- Resolve data ingestion, dataset enablement, and TTL questions
- Investigate audience count discrepancies and Engageable Profiles increases
- Fix rule set, frequency capping, and quiet hours problems
- Resolve API errors such as 429 Too Many Requests and 403 access errors
- Know what to include when contacting Adobe support
Glossary:
- Engageable Profiles: A metric reflecting the number of unique profiles engaged by journeys or campaigns over the past 12 months (product-specific)
- Suppression list: The list to which addresses are automatically added after hard bounces, spam complaints, or manual additions; once suppressed, a profile does not receive messages from that channel (product-specific)
- Quiet hours: Time-based exclusion rules configured within a Channel rule set that define a blackout window during which messages are held until the next allowed window or discarded (product-specific)
- Simulation: The tool in Experience Decisioning used to test offer responses against a specific profile without sending live traffic (product-specific)
- Test mode: The mode used to verify journey event functionality; the multilingual validation error prevents journeys from being set to Test mode or Published (product-specific)
- Adobe Experience Platform Assurance: The tool used to inspect live SDK events and verify decision requests and tracking calls (product-specific)
Guardrails:
- When contacting Adobe support, include environment details, impact level, replication steps, logs or screenshots, and relevant IDs.
- If a recipient responds STOP to an SMS, all future messages from that short number are blocked, including transactional messages; use a separate short number for guaranteed transactional delivery.
- WhatsApp delivery requires the recipient to have explicitly opted in and the message to use a pre-approved template; free-form messages are only permitted within a 24-hour customer service window.
- Once an address is on the suppression list, the profile does not receive any messages from that channel regardless of campaign or journey targeting.
- A 429 response means your integration exceeded the API rate limit for the endpoint; wait for the duration specified in the Retry-After response header before retrying, using exponential backoff.
- Time-to-Live (TTL) settings do not affect existing sandboxes and are automatically applied only to newly provisioned ones.
- For a dataset to power profile-based personalization, the XDM schema must have Profile enabled and the dataset must be toggled on for Real-time Customer Profile.
Terminology:
- Canonical name: Troubleshooting FAQ — Acronym: n/a — variants: troubleshooting articles
- Synonyms: “Data Collection Core Service” = “DCCS”; “Domain-based Message Authentication, Reporting, and Conformance” = “DMARC”
- Do not confuse: “Simulation” (Experience Decisioning tool to test offer responses against a profile without sending live traffic) ≠ “Test mode” (used to verify journey event functionality and gate multilingual publishing)
- Do not confuse: “Exclusions” (counts all exclusion events, including duplicates for the same profile) ≠ “unique profile exclusions”
FAQ:
- Q: Why are transactional SMS not delivered after a recipient replied STOP? — Replying STOP blocks all future messages from that short number, including transactional ones; send transactional SMS through a separate short number that recipients have not opted out from.
- Q: What does a 429 Too Many Requests error mean, and how do I resolve it? — It means your integration exceeded the API rate limit; implement exponential backoff and wait for the duration in the Retry-After response header before retrying.
- Q: Why is a dataset not being enabled for Real-time Customer Profile? — The XDM schema must have Profile enabled and the dataset must be toggled on for Real-time Customer Profile, and the dataset must contain at least one identity field mapped to a recognized namespace.
- Q: Why are my WhatsApp messages not being sent? — Delivery requires the recipient to have explicitly opted in and the message to use a pre-approved template registered with the WhatsApp Business API; if either condition is not met, the message is silently blocked.
- Q: Why has the Engageable Profiles count increased significantly? — It can result from journeys or campaigns targeting large audiences that have not been engaged recently, or from changes in datasets enabled for Profile Service.
- Q: What information should I include in a support ticket? — Include environment details, impact level, replication steps, logs or screenshots, and relevant IDs.