DocumentazioneExperience Cloud KCS

Il banner dei cookie mostra un comportamento errato in Adobe Experience Manager

Ultimo aggiornamento: 4 luglio 2026

In Adobe Experience Manager, gli script di consenso dei cookie possono essere eseguiti in modo imprevisto, visualizzare contenuto del banner non corretto o creare cookie prima del consenso dell’utente. Questi problemi si verificano quando gli script vengono inseriti da posizioni diverse, ad esempio librerie client, Adobe Launch, integrazioni di terze parti o strumenti di monitoraggio. Per risolvere questo problema, identifica l’origine dello script, convalida i controlli del consenso e correggi il percorso di implementazione.

Descrizione description

Ambiente

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

Problema/Sintomi

  • I cookie vengono visualizzati prima della concessione del consenso, ad esempio dtCookie da Dynatrace.
  • Il banner di consenso mostra la lingua sbagliata, ad esempio un banner del Regno Unito che mostra testo islandese.
  • Il banner del cookie viene caricato, ma non è possibile fare clic sui pulsanti a causa di uno script di terze parti interrotto.
  • Impossibile identificare la posizione in cui uno script di consenso dei cookie viene inserito nel sito Web.

Causa

Questi problemi si verificano quando gli script di consenso dei cookie vengono aggiunti nella posizione errata, ad esempio modelli, librerie client o Adobe Launch. Possono inoltre verificarsi quando strumenti di terze parti inseriscono automaticamente gli script, quando le impostazioni del linguaggio non sono configurate correttamente o quando gli utenti si aspettano che il supporto AEM modifichi il codice, il che non è supportato.

Come confermare

  • Utilizza gli strumenti di sviluppo del browser per esaminare le richieste di rete, gli script caricati e i cookie, quindi identifica quale script crea il cookie.
  • Disattiva temporaneamente lo script sospetto nel browser e verifica se la creazione del cookie viene interrotta.
  • Visualizza la sorgente della pagina e conferma se lo script di consenso viene caricato prima di Analytics o di altri script dipendenti.
  • Test del comportamento del banner in una sessione privata del browser e verifica i risultati per più scelte di consenso, come accettazione, rifiuto e selezione personalizzata.
  • Se il banner è interrotto, verifica la stessa integrazione fornitore all’esterno del sito su una semplice pagina HTML per determinare se il problema si trova nello script fornitore stesso.

Risoluzione resolution

Per risolvere un comportamento imprevisto dei cookie e identificare correttamente l’origine, effettua le seguenti operazioni:

  1. Verificare quale script imposta o carica il cookie controllando il browser DevTools > Rete > Script e Applicazione > Cookie

  2. Confronta il nome o l’URL dello script rilevato con le seguenti origini note:

    • dtCookie → Dynatrace OneAgent
    • s_cc, s_sq, AMCV_, mbox → Adobe Analytics o Adobe Target
    • CookieInformation JS, JS OneTrust, JS TrustArc → script fornitore forniti dal cliente

  3. Accedi ad Adobe Launch (tag Adobe) e controlla le regole e le estensioni per i seguenti elementi:

    • Regole OneTrust, TrustArc e di consenso
    • Regole di Adobe Analytics e Adobe Target (responsabili di molti cookie)
    • Regole personalizzate per l’inserimento di script

  4. Disattiva la regola in un ambiente inferiore e conferma che il cookie non venga più visualizzato.

  5. Implementare lo script utilizzando le librerie client di AEM

    • Adobe Experience Manager as a Cloud Service: implementare una libreria client in /apps/<project>/clientlibs con una categoria e includerla tramite un criterio di pagina o un’intestazione di modello globale.
    • AEM Managed Services: utilizza CRXDE Lite per creare /apps/<project>/clientlibs/<clientlib-name>, aggiungere js.txt e fare riferimento alla libreria client nel componente intestazione.

  6. Visualizza l’origine della pagina e verifica che il tag script sia visualizzato prima degli script di analisi.

  7. Se il problema persiste, verificare che il codice sia stato distribuito tramite Cloud Manager e che il modello includa customheaderlibs.html.

  8. Racchiudi lo script in un tag controllato da OneTrust: <script type="text/plain" class="optanon-category-C0002"> ... </script>

  9. Apri la pagina in una sessione privata del browser e verifica che lo script venga caricato solo dopo che l’utente ha fatto clic su Accetta.

  10. Se la convalida non riesce, verificare che il mapping delle categorie OneTrust sia corretto nel dashboard del fornitore.

  11. Convalida se Dynatrace OneAgent inserisce dtCookie (solo AEMaaCS)

  12. Individua la mappatura della lingua in Adobe Launch o nel sito incorporato JavaScript. Se la mappatura mostra IS invece di EN-UK(Caso 2), sostituire il codice lingua errato nei seguenti file:

    • /etc.clientlibs/.../clientlib-site.min.js
    • Proprietà di Adobe Launch JavaScript (launch-xxxx.min.js)

  13. Verifica se lo script del fornitore funziona correttamente. Il supporto ha confermato che il problema ha origine interamente dal lato TrustArc.

Lettura correlata

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