AEM : échecs de diffusion dans Adobe Campaign Classic en raison de délimiteurs de personnalisation codés
Cet article décrit un problème en raison duquel des échecs de diffusion se produisent dans Adobe Campaign Classic lorsque les modèles d’e-mail créés par AEM contiennent des blocs de sortie de personnalisation incorrectement codés après une mise à niveau. Cette section décrit les étapes à suivre pour identifier et résoudre le problème, en particulier lorsque des composants personnalisés de l’éditeur de texte enrichi sont utilisés.
Description description
Environnement
- Adobe Experience Manager (AEM) 6.5 LTS (avec pack de services 2 ou version ultérieure)
- Adobe Campaign Classic Version 8.9.3
Symptômes
Lors de la synchronisation vers Adobe Campaign Classic de modèles d’e-mail créés par AEM contenant des blocs de sortie de personnalisation (tels que <%= recipient.firstName %>), la préparation de la diffusion échoue si le modèle a été créé ou modifié à l’aide d’un composant personnalisé d’éditeur de texte enrichi (RTE) après la mise à niveau. Le signe égal dans l’ouvre-page de personnalisation est codé par HTML (=), ce qui entraîne la <%= recipient.firstName %> du contenu exporté. Adobe Campaign requiert un signe égal littéral après <% pour reconnaître un bloc de sortie ; l’entité codée n’est pas reconnue, ce qui entraîne l’échec de la compilation. Les messages d’erreur dans Campaign peuvent inclure :
- Avertissement JST-310054 : impossible de compiler le script ‘content htmlContent’
- SCR-160032 JavaScript : erreur lors de la compilation du script ‘content htmlContent’
- JST-310007 Impossible de compiler le script (content htmlContent)
Ce problème affecte les modèles nouvellement synchronisés et les modèles existants actualisés ou resynchronisés. Les modèles synchronisés avant la mise à niveau et non resynchronisés ne sont pas affectés. Le problème est spécifique aux modèles créés ou modifiés à l’aide de composants d’éditeur de texte enrichi personnalisés ; les composants standard corrigés par le correctif officiel d’Adobe ne sont pas affectés.
Cause
Une régression dans le LTS AEM 6.5 (après le pack de services 2) a introduit une gestion XSS/de sérialisation plus stricte dans l’éditeur de texte enrichi, ce qui a entraîné le codage des délimiteurs de personnalisation de connexion égal à (<%=) dans des composants personnalisés HTML. Le correctif officiel d’Adobe corrige uniquement le composant de personnalisation standard ; les composants personnalisés nécessitent une mise à jour de la configuration ciblée.
Résolution resolution
Suivez les étapes ci-dessous pour résoudre le problème.
- Déterminez si votre instance AEM utilise des composants personnalisés de l’éditeur de texte enrichi (RTE) pour créer des modèles d’e-mail avec des blocs de personnalisation.
- Vérifiez que le contenu exporté contient des
<%=au lieu de<%=dans la sortie.campaign.content.jsonpour les modèles concernés. - Vérifiez si le correctif Adobe officiel pour le composant de personnalisation standard est installé et quels composants il couvre. Si votre composant personnalisé n’est pas pris en charge, passez à l’étape suivante.
- Mettez à jour la configuration de votre composant RTE personnalisé pour conserver le délimiteur
<%= %>et empêcher le codage HTML du signe égal. Utilisez la même approche technique que le correctif officiel, mais appliquez-le à votre composant personnalisé. - Déployez le composant mis à jour dans un environnement d’évaluation.
- Créez un modèle d’e-mail de test avec un bloc de personnalisation, synchronisez-le avec Adobe Campaign et tentez une diffusion.
- Vérifiez que le rendu de la personnalisation est correct et qu’aucune erreur de compilation ne se produit dans Campaign.
- Une fois validé, déployez le correctif dans votre environnement de production en suivant votre processus de publication interne.
- Passez en revue d’autres composants personnalisés de l’éditeur de texte enrichi de votre environnement qui peuvent générer une syntaxe de type non HTML ou modèle, car ils peuvent également être affectés.