Il peut y avoir de nombreuses causes pour le renvoi du mauvais contenu HTML vers la campagne.
- Une URL publique peut être configurée dans la campagne de configuration AEM - Configuration qui peut accéder au site, par CDN, Load Balancer ou Dispatcher. Il peut peut--être y avoir une erreur dans n’importe quel calque de la pile d’adaptateur - Problème de cache CDN, Load Balancer pointant vers des mauvais dispatchers, Dispatcher configuré incorrectement ou en panne, les instances AEM Publish échoue avec des erreurs ou un code incorrect.
- Si le contenu provient directement d’une instance de publication, il peut s’agir d’une instance de publication mal configurée, d’erreurs ou de l’installation du mauvais code, etc.
-
Consultez l’URL publique dans la palette d’intégration de campagne AEM de la configuration OSGi [1],l’URL Publique est l’URL que le flux utilise pour récupérer HTML qui est envoyé à Adobe Campaign. Si ce champ est renseigné, copiez l’URL dans le presse-papiers :
[1] http://host:port/system/console/configMgr/com.day.cq.mcm.campaign.impl.IntegrationConfigImpl
-
Dans la plupart des cas, vous constatez que le code HTML ne s’affiche pas correctement, de la même manière que dans la campagne. Il s’agit de l’URL récupérée et envoyée à Adobe Campaign par le flux de travaux. L’affichage de l’URL permet de réaliser le débogage si le problème est une mise en cache CDN, l’équilibrage de la charge répartiteur ou la mise en antémémoire liée au répartiteur ou AEM générant un mauvais numéro d’instance ou code (c’est -à-dire le déploiement du faux code sur l’instance de publication).
Les publications Twitter™ et Facebook ne sont pas couvertes par les dispositions Creative Commons.