DocumentaçãoKCS da Experience Cloud

O banner de cookie exibe um comportamento incorreto no Adobe Experience Manager

Última atualização: 4 de julho de 2026

No Adobe Experience Manager, os scripts de consentimento de cookies podem ser executados inesperadamente, exibir conteúdo de banner incorreto ou criar cookies antes do consentimento do usuário. Esses problemas ocorrem quando scripts são inseridos de locais diferentes, como bibliotecas de clientes, Adobe Launch, integrações de terceiros ou ferramentas de monitoramento. Para corrigir esse problema, identifique a fonte do script, valide os controles de consentimento e corrija o local de implementação.

Descrição description

Ambiente

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

Problema/Sintomas

  • Os cookies são exibidos antes da concessão do consentimento, como dtCookie do Dynatrace.
  • O banner de consentimento exibe o idioma errado, como um banner do Reino Unido mostrando o texto em islandês.
  • O banner de cookie é carregado, mas os botões não são clicáveis devido a um script de terceiros corrompido.
  • Não é possível identificar onde um script de consentimento de cookie é inserido no site.

Causa

Esses problemas ocorrem quando scripts de consentimento de cookies são adicionados no local errado, como modelos, bibliotecas de clientes ou o Adobe Launch. Eles também podem ocorrer quando ferramentas de terceiros inserem scripts automaticamente, quando as configurações de idioma estão definidas incorretamente ou quando os usuários esperam que o Suporte da AEM modifique o código, o que não é compatível.

Como confirmar

  • Use as ferramentas de desenvolvedor do navegador para inspecionar solicitações de rede, scripts carregados e cookies, e identificar qual script cria o cookie.
  • Desative temporariamente o script suspeito no navegador e verifique se o cookie para de ser criado.
  • Visualize a origem da página e confirme se o script de consentimento é carregado antes do Analytics ou de outros scripts dependentes.
  • Teste o comportamento do banner em uma sessão privada do navegador e verifique os resultados para obter várias opções de consentimento, como aceitar, rejeitar e personalizar a seleção.
  • Se o banner estiver quebrado, teste a mesma integração de fornecedor fora do site em uma página simples do HTML para determinar se o problema está no próprio script do fornecedor.

Resolução resolution

Para resolver o comportamento inesperado do cookie e identificar a origem corretamente, siga estas etapas:

  1. Confirme qual script define ou carrega o cookie verificando o navegador DevTools > Rede > Scripts e Aplicativo > Cookies

  2. Comparar o URL ou nome de script detectado com as seguintes fontes conhecidas:

    • dtCookie → Dynatrace OneAgent
    • s_cc, s_sq, AMCV_, mbox → Adobe Analytics ou Adobe Target
    • CookieInformation JS, OneTrust JS, TrustArc JS → Scripts de fornecedores fornecidos pelo cliente

  3. Faça logon no Adobe Launch (Tags do Adobe) e inspecione as regras e extensões para o seguinte:

    • Regras de OneTrust, TrustArc e consentimento
    • Regras do Adobe Analytics e do Adobe Target (responsável por muitos cookies)
    • Regras personalizadas injetando scripts

  4. Desative a regra em um ambiente inferior e confirme se o cookie não é mais exibido.

  5. Implementar o script usando bibliotecas de clientes AEM

    • Adobe Experience Manager as a Cloud Service: implemente uma biblioteca de cliente em /apps/<project>/clientlibs com uma categoria e inclua-a por meio de uma política de página ou um cabeçalho de modelo global.
    • AEM Managed Services: use o CRXDE Lite para criar /apps/<project>/clientlibs/<clientlib-name>, adicionar js.txt e fazer referência à biblioteca do cliente no componente de cabeçalho.

  6. Visualize a origem da página e confirme se a tag do script aparece antes dos scripts do Analytics.

  7. Se o problema persistir, confirme se o código foi implantado por meio do Cloud Manager e se o modelo inclui customheaderlibs.html.

  8. Envolver o script em uma marca controlada pelo OneTrust: <script type="text/plain" class="optanon-category-C0002"> ... </script>

  9. Abra a página em uma sessão de navegador particular e confirme se o script é carregado somente depois que o usuário clicar em Aceitar.

  10. Se a validação falhar, confirme se o mapeamento de categorias OneTrust está correto no painel do fornecedor.

  11. Validar se o Dynatrace OneAgent está injetando dtCookie (somente AEMaaCS)

  12. Localize o mapeamento de idioma no Adobe Launch ou no site incorporado JavaScript. Se o mapeamento mostrar IS em vez de EN-UK(Caso 2), substitua o código de idioma incorreto nos seguintes arquivos:

    • /etc.clientlibs/.../clientlib-site.min.js
    • JavaScript de propriedade do Adobe Launch (launch-xxxx.min.js)

  13. Valide se o script de fornecedor está funcionando corretamente. O suporte confirmou que o problema se origina totalmente no lado do TrustArc.

Leitura relacionada

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