Résolution des problèmes liés à l’Adobe Target et à l’Visual Experience Composer Enhanced Experience Composer

Détails

Tenez compte des modifications ayant un impact sur le compositeur d’expérience visuelle et le compositeur d’expérience visuelle lors de l’utilisation des versions Chrome suivantes :

note note
NOTE
La modification suivante affecte les trois mises à jour décrites ci-dessous :
Le compositeur d’expérience visuelle ne pourra pas utiliser le compositeur d’expérience visuelle sans que l’extension assistant du compositeur d’expérience visuelle ne soit installée et activée pour les pages protégées par mot de passe de vos sites. Les cookies de connexion à votre site sont considérés comme des cookies tiers et ne sont pas envoyés avec des demandes de connexion dans l’éditeur du compositeur d’expérience visuelle en mode Browse. La seule exception est lorsque les attributs SameSite=None et Secure sont déjà définis pour les cookies de connexion de votre site.

Chrome 94 (21 septembre 2021) : avec les modifications imminentes prévues pour la version Chrome 94 (21 septembre 2021), la modification suivante a un impact sur tous les utilisateurs disposant de versions de navigateur Chrome 94+ :

• L’indicateur de ligne de commande --disable-features=SameSiteByDefaultCookies,CookiesWithoutSameSiteMustBeSecure sera supprimé.

Chrome 91 (25 mai 2021) : avec les modifications implémentées pour la version Chrome 91 (25 mai 2021), la modification suivante a un impact sur tous les utilisateurs disposant de versions de navigateur Chrome 91+ :

• Les indicateurs #same-site-by-default-cookies et #cookies-without-same-site-must-be-secure ont été supprimés de chrome://flags. Ce comportement est désormais activé par défaut.

Chrome 80 (août 2020) : avec les modifications implémentées en août 2020, tous les utilisateurs disposant de versions de navigateur Chrome 80+ :

• pas pourra télécharger Target bibliothèques lors de la modification d’une activité (si elles ne sont pas déjà sur le site). En effet, l’appel de téléchargement est effectué du domaine client vers un domaine Adobe sécurisé et est rejeté comme non authentifié.

• L’EEC ne fonctionnera pas pour tous les utilisateurs, car il ne peut pas définir l’attribut SameSite pour les cookies sur adobemc.com domain. Sans cet attribut, le navigateur rejette ces cookies, ce qui entraîne l’échec de l’EEC.

Détails

Pour déterminer les cookies bloqués en raison des politiques d’application des cookies SameSite, utilisez le Developer Tools dans Chrome.

1. Pour accéder au Developer Tools, lors de l’affichage du compositeur d’expérience visuelle dans Chrome, cliquez sur l’icône ellipsis dans le coin supérieur droit de Chrome > More Tools > Developer Tools.

2. Cliquez sur l’onglet Network > puis recherchez les cookies bloqués.

   note note
   NOTE
   Utilisez la case à cocher Has blocked cookies pour faciliter la recherche des cookies bloqués.

Détails

Target ne prend pas en charge les iframes à plusieurs niveaux. Si votre site web charge un iframe qui a un iframe enfant, at.js interagit uniquement avec l’iframe parent. Les bibliothèques Target n’interagissent pas avec l’iframe enfant.

Pour pallier ce problème, vous pouvez ajouter une page dans l’expérience avec l’URL de l’iFrame enfant.

Détails

Cette situation peut se produire si l’URL contient un caractère #. Pour résoudre le problème, basculez en mode Browse dans le VEC ou l’EEC, puis revenez en mode Compose. Le compteur doit disparaître et la page doit se charger.

Détails

Si les en-têtes CSP de votre site web bloquent les bibliothèques Target, puis charge le site web mais empêche la modification, assurez-vous que les bibliothèques Target ne sont pas bloquées.

note note
NOTE
En plus des informations suivantes, vous pouvez utiliser l’extension de navigateur Assistant du compositeur d’expérience visuelle Adobe Target par Google Chrome.

Pour pallier ce problème, vous pouvez configurer une règle de Requestly pour supprimer les en-têtes CSP, comme illustré ci-dessous :

Vous pouvez configurer une règle de Requestly similaire pour tout en-tête qui entraîne le non chargement d’une ressource dans le VEC.

Par Requestly, lorsqu’il est nécessaire de supprimer des en-têtes, vous devez effectuer l’une des opérations suivantes :

• Ajoutez des règles d’URL pour les URL que vous souhaitez ouvrir avec le compositeur d’expérience visuelle. Les en-têtes sont alors supprimés uniquement pour ces URL.
• Activez la règle lorsque vous effectuez une modification dans le compositeur d’expérience visuelle et désactivez la règle lorsque vous ne l’utilisez pas.

Détails

Si le site web a été modifié en dehors du compositeur d’expérience visuelle après la définition de l’expérience, les sélecteurs sur lesquels des actions ont été entreprises précédemment sont introuvables lorsque l’activité est ouverte pour modification. La page apparaît rompue et aucun avertissement ne s’affiche.

Détails

Par défaut, le compositeur d’expérience visuelle bloque les éléments JavaScript. Vous pouvez utiliser ces éléments si vous désactivez JavaScript. Selon la configuration du site, il est possible que certains éléments continuent à s’afficher incorrectement ou ne soient pas disponibles.

Détails

Si un même ID d’élément DOM est utilisé pour plusieurs éléments de la page, la modification d’un de ces éléments entraîne celle de tous les éléments dotés de cet ID. Pour éviter ce problème, un seul ID doit être utilisé sur chaque page. Il s’agit d’une bonne pratique HTML standard. Pour plus d’informations, consultez les Scénarios de modification de page.

Détails

Ce problème peut être résolu en autorisant la Enhanced Experience Composer (CEE). Cliquez sur Administation > Visual Experience Composer, puis cochez la case qui active le Enhanced Experience Composer. L’EEC utilise un proxy géré par Adobe pour charger votre page à modifier. Ce proxy permet la modification sur les sites qui démolissent un iFrame ainsi que sur les sites et les pages où vous n’avez pas encore ajouté de code Adobe Target. Les activités ne sont pas diffusées sur le site tant que le code n’a pas été ajouté. Certains sites peuvent ne pas charger via l'EEC, auquel cas vous pouvez décocher cette option pour charger l'EEC via un iFrame.

note note
NOTE
Vos pages hébergées localement ou celles qui ne sont pas accessibles en dehors de votre réseau ne sont pas accessibles au serveur proxy Adobe et ne peuvent pas être ouvertes dans le CEE. Ces pages peuvent inclure des URL d’évaluation, des URL d’essais d’acceptation par l’utilisateur (EAU) ou des pages hébergées localement.

Détails

Voir « Je ne peux pas modifier des expériences sur un site avec des iFrames » ci-dessus.

Détails

Si vous utilisez Edit Text/Edit HTML dans le compositeur d’expérience visuelle pour des activités A/B Test ou Experience Targeting ou Change Text/Change HTML pour des activités Automated Personalization ou Multivariate Test afin de mettre le texte en gras ou en italique, il se peut que ces styles ne soient pas appliqués à la page ou que le texte disparaisse de la page dans le compositeur d’expérience visuelle. Cela se produit en raison de la manière dont l’éditeur de texte enrichi applique ces styles qui peuvent interférer avec le balisage du site web.

Si vous rencontrez ce problème :

1. Cliquez sur le bouton HTML dans l’éditeur de texte enrichi pour passer en mode d’édition de la source.

2. Identifiez les éléments de texte auxquels vous avez appliqué un style.

   • Pour le texte en gras, remplacez les éléments <strong>< > par <b>.

   • Pour le texte en italique, remplacez les éléments <em> par <i>.

Détails

L’ajout d’une offre d’image à un emplacement occupe l’ensemble de l’espace de l’image d’origine dans le compositeur d’expérience visuelle ou le compositeur d’expérience avancé. Lors de la diffusion, l’image n’est pas développée et est affichée en l’état, ce qui n’a aucun impact sur la diffusion.