DocumentaciónKCS de Experience Cloud

El banner de cookie muestra un comportamiento incorrecto en Adobe Experience Manager

Última actualización: 4 de julio de 2026

En Adobe Experience Manager, los scripts de consentimiento de cookies pueden ejecutarse de forma inesperada, mostrar contenido de banner incorrecto o crear cookies antes del consentimiento del usuario. Estos problemas se producen cuando se insertan scripts desde diferentes ubicaciones, como bibliotecas de cliente, Adobe Launch, integraciones de terceros o herramientas de monitorización. Para solucionar este problema, identifique el origen del script, valide los controles de consentimiento y corrija la ubicación de implementación.

Descripción description

Entorno

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

Problema/Síntomas

  • Las cookies aparecen antes de que se conceda el consentimiento, como dtCookie de Dynatrace.
  • El banner de consentimiento muestra un idioma incorrecto, como un banner en el Reino Unido que muestra texto en islandés.
  • Se carga el banner de la cookie, pero no se puede hacer clic en los botones debido a un script de terceros dañado.
  • No se puede identificar dónde se ha insertado un script de consentimiento de cookies en el sitio web.

Causa

Estos problemas se producen cuando se agregan scripts de consentimiento de cookies en una ubicación incorrecta, como plantillas, bibliotecas de cliente o Adobe Launch. También pueden producirse cuando las herramientas de terceros insertan scripts automáticamente, cuando la configuración de idioma no es correcta o cuando los usuarios esperan que el Soporte técnico de AEM modifique el código, lo que no es compatible.

Cómo confirmar

  • Utilice las herramientas para desarrolladores de navegadores para inspeccionar las solicitudes de red, los scripts cargados y las cookies y, a continuación, identificar qué script crea la cookie.
  • Desactive temporalmente la secuencia de comandos sospechosa en el explorador y compruebe si la cookie deja de crearse.
  • Vea el origen de la página y confirme si el script de consentimiento se carga antes que los scripts de análisis u otros scripts dependientes.
  • Pruebe el comportamiento del banner en una sesión privada del explorador y verifique los resultados de varias opciones de consentimiento, como aceptar, rechazar y personalizar la selección.
  • Si el banner está roto, pruebe la misma integración de proveedores fuera del sitio en una página HTML simple para determinar si el problema está en el propio script de proveedor.

Resolución resolution

Para resolver el comportamiento inesperado de las cookies e identificar el origen correctamente, siga estos pasos:

  1. Confirme qué secuencia de comandos establece o carga la cookie comprobando las Cookies del explorador > Red > Secuencias de comandos y Aplicación > Cookies

  2. Compare el nombre del script o la URL detectados con los siguientes orígenes conocidos:

    • dtCookie → Dynatrace OneAgent
    • s_cc, s_sq, AMCV_, mbox → Adobe Analytics o Adobe Target
    • CookieInformation JS, OneTrust JS, TrustArc JS → scripts de proveedor proporcionados por el cliente

  3. Inicie sesión en Adobe Launch (Adobe Tags) e inspeccione las reglas y extensiones para lo siguiente:

    • OneTrust, TrustArc y reglas de consentimiento
    • Reglas de Adobe Analytics y Adobe Target (responsables de muchas cookies)
    • Reglas personalizadas que inyectan scripts

  4. Deshabilite la regla en un entorno inferior y confirme que la cookie ya no aparece.

  5. Implementar el script mediante bibliotecas de cliente de AEM

    • Adobe Experience Manager as a Cloud Service: Implemente una biblioteca de cliente bajo /apps/<project>/clientlibs con una categoría e inclúyala a través de una directiva de página o un encabezado de plantilla global.
    • AEM Managed Services: use CRXDE Lite para crear /apps/<project>/clientlibs/<clientlib-name>, agregar js.txt y hacer referencia a la biblioteca de cliente en el componente de encabezado.

  6. Vea el origen de la página y confirme que la etiqueta de script aparece antes que los scripts de Analytics.

  7. Si el problema persiste, confirme que el código se implementó mediante Cloud Manager y que la plantilla incluye customheaderlibs.html.

  8. Agrupar el script en una etiqueta controlada por OneTrust: <script type="text/plain" class="optanon-category-C0002"> ... </script>

  9. Abra la página en una sesión privada del explorador y confirme que el script se carga solo después de que el usuario haga clic en Aceptar.

  10. Si la validación falla, confirme que la asignación de categoría OneTrust es correcta en el panel del proveedor.

  11. Validar si Dynatrace OneAgent está inyectando dtCookie (solo AEMaaCS)

  12. Busque la asignación de idioma en Adobe Launch o en el sitio incrustado JavaScript. Si la asignación muestra IS en lugar de EN-UK (Caso 2), reemplace el código de idioma incorrecto en los siguientes archivos:

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

  13. Valide si la secuencia de comandos del proveedor funciona correctamente. El soporte técnico confirmó que el problema se origina completamente en el lado de TrustArc.

Lectura relacionada

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