DocumentationExperience Cloud KCS

La bannière de cookie affiche un comportement incorrect dans Adobe Experience Manager

Dernière mise à jour : 4 juillet 2026

Dans Adobe Experience Manager, les scripts de consentement des cookies peuvent s’exécuter de manière inattendue, afficher un contenu de bannière incorrect ou créer des cookies avant le consentement de l’utilisateur. Ces problèmes se produisent lorsque des scripts sont injectés à partir de différents emplacements tels que des bibliothèques clientes, Adobe Launch, des intégrations tierces ou des outils de surveillance. Pour résoudre ce problème, identifiez la source du script, validez les contrôles de consentement et corrigez l’emplacement de l’implémentation.

Description description

Environnement

  • Adobe Experience Manager as a Cloud Service
  • AEM Managed Services
  • AEM Assets Essentials

Problème/Symptômes

  • Les cookies apparaissent avant l’octroi du consentement, par exemple les dtCookie provenant de Dynatrace.
  • La bannière de consentement affiche une langue incorrecte, par exemple une bannière du Royaume-Uni affichant du texte islandais.
  • La bannière de cookie se charge, mais les boutons ne sont pas cliquables en raison d’un script tiers endommagé.
  • Impossible d’identifier l’emplacement d’injection d’un script de consentement du cookie dans le site web.

Cause

Ces problèmes se produisent lorsque des scripts de consentement des cookies sont ajoutés au mauvais emplacement, comme des modèles, des bibliothèques clientes ou Adobe Launch. Ils peuvent également se produire lorsque des outils tiers injectent automatiquement des scripts, lorsque les paramètres de langue sont incorrectement configurés ou lorsque les utilisateurs s’attendent à ce que la prise en charge d’AEM modifie le code, qui n’est pas pris en charge.

Comment confirmer

  • Utilisez les outils de développement du navigateur pour examiner les requêtes réseau, les scripts chargés et les cookies, puis identifiez le script qui crée le cookie.
  • Désactivez temporairement le script suspecté dans le navigateur et vérifiez si le cookie cesse d’être créé.
  • Affichez la source de la page et vérifiez si le script de consentement se charge avant Analytics ou d’autres scripts dépendants.
  • Testez le comportement de la bannière dans une session de navigateur privé et vérifiez les résultats pour plusieurs choix de consentement, tels que l’acceptation, le rejet et la sélection personnalisée.
  • Si la bannière est rompue, testez la même intégration de fournisseur en dehors du site sur une page HTML simple pour déterminer si le problème se trouve dans le script fournisseur lui-même.

Résolution resolution

Pour résoudre le comportement inattendu des cookies et identifier correctement la source, procédez comme suit :

  1. Vérifiez quel script définit ou charge le cookie en vérifiant le navigateur DevTools > Network > Scripts et Application > Cookies

  2. Comparez le nom ou l’URL du script détecté aux sources connues suivantes :

    • dtCookie → Dynatrace OneAgent
    • s_cc, s_sq, AMCV_, mbox → Adobe Analytics ou Adobe Target
    • CookieInformation JS, OneTrust JS, TrustArc JS → scripts de fournisseur fournis par le client

  3. Connectez-vous à Adobe Launch (balises Adobe) et recherchez dans Règles et extensions les éléments suivants :

    • OneTrust, TrustArc et règles de consentement
    • Adobe Analytics et Adobe Target rules (responsable de nombreux cookies)
    • Règles personnalisées injectant des scripts

  4. Désactivez la règle dans un environnement inférieur et vérifiez que le cookie n’apparaît plus.

  5. Implémentez le script à l’aide des bibliothèques clientes AEM

    • Adobe Experience Manager as a Cloud Service : implémentez une bibliothèque cliente sous /apps/<project>/clientlibs avec une catégorie et incluez-la par le biais d’une politique de page ou d’un en-tête de modèle global.
    • AEM Managed Services : utilisez CRXDE Lite pour créer des /apps/<project>/clientlibs/<clientlib-name>, ajouter des js.txt et référencer la bibliothèque cliente dans le composant d’en-tête.

  6. Affichez la source de la page et vérifiez que la balise du script apparaît avant les scripts Analytics.

  7. Si le problème persiste, vérifiez que le code a été déployé via Cloud Manager et que le modèle inclut customheaderlibs.html.

  8. Placez le script dans une balise contrôlée par OneTrust : <script type="text/plain" class="optanon-category-C0002"> ... </script>

  9. Ouvrez la page dans une session de navigateur privé et vérifiez que le script se charge uniquement après que l’utilisateur a cliqué sur Accepter.

  10. Si la validation échoue, vérifiez que le mappage de la catégorie de OneTrust est correct dans le tableau de bord du fournisseur.

  11. Valider si Dynatrace OneAgent injecte du dtCookie (AEMaaCS uniquement)

  12. Recherchez le mappage de langue dans Adobe Launch ou dans le site intégré JavaScript. Si le mappage affiche IS au lieu de EN-UK (cas 2), remplacez le code de langue incorrect dans les fichiers suivants :

    • /etc.clientlibs/.../clientlib-site.min.js
    • Adobe Launch, propriété (launch-xxxx.min.js) JavaScript

  13. Vérifiez si le script fournisseur fonctionne correctement. L’assistance a confirmé que le problème provient entièrement de TrustArc.

Lecture connexe

recommendation-more-help
experience-cloud-kcs-help-kbarticles