DokumentationExperience Cloud KCS

Cookie-Banner zeigt falsches Verhalten in Adobe Experience Manager an

Letzte Aktualisierung: 4. Juli 2026

In Adobe Experience Manager können Cookie-Einverständnisskripte unerwartet ausgeführt, falsche Bannerinhalte angezeigt oder Cookies erstellt werden, bevor der Benutzer dem zustimmt. Diese Probleme treten auf, wenn Skripte von verschiedenen Speicherorten wie Client-Bibliotheken, Adobe Launch, Integrationen von Drittanbietern oder Überwachungs-Tools eingefügt werden. Um dieses Problem zu beheben, identifizieren Sie die Skriptquelle, validieren Sie die Einverständnissteuerelemente und korrigieren Sie den Implementierungsspeicherort.

Beschreibung description

Umgebung

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

Problem/Symptome

  • Cookies werden vor Erteilung des Einverständnisses angezeigt, z. B. dtCookie aus Dynatrace.
  • Das Einverständnisbanner zeigt die falsche Sprache an, z. B. ein britisches Banner, das isländischen Text anzeigt.
  • Cookie-Banner wird geladen, Schaltflächen können jedoch aufgrund eines fehlerhaften Drittanbieterskripts nicht angeklickt werden.
  • Es kann nicht ermittelt werden, wo ein Cookie-Einverständnisskript in die Website eingefügt wird.

Ursache

Diese Probleme treten auf, wenn Cookie-Einverständnisskripte am falschen Speicherort hinzugefügt werden, z. B. Vorlagen, Client-Bibliotheken oder Adobe Launch. Sie können auch auftreten, wenn Drittanbieter-Tools Skripte automatisch einfügen, wenn Spracheinstellungen falsch konfiguriert sind oder wenn Benutzende erwarten, dass der AEM-Support den Code ändert, der nicht unterstützt wird.

Wie kann ich bestätigen

  • Verwenden Sie Browser Developer Tools, um Netzwerkanfragen, geladene Skripte und Cookies zu überprüfen und dann zu ermitteln, welches Skript das Cookie erstellt.
  • Deaktivieren Sie vorübergehend das verdächtige Skript im Browser und überprüfen Sie, ob das Cookie nicht mehr erstellt wird.
  • Zeigen Sie die Seitenquelle an und bestätigen Sie, ob das Einverständnisskript vor Analytics oder anderen abhängigen Skripten geladen wird.
  • Testen Sie das Bannerverhalten in einer privaten Browser-Sitzung und überprüfen Sie die Ergebnisse für mehrere Einverständnisoptionen wie Akzeptieren, Ablehnen und benutzerdefinierte Auswahl.
  • Wenn das Banner beschädigt ist, testen Sie dieselbe Anbieterintegration außerhalb der Site auf einer einfachen HTML-Seite, um festzustellen, ob das Problem im Anbieterskript selbst liegt.

Lösung resolution

Gehen Sie wie folgt vor, um unerwartetes Cookie-Verhalten zu beheben und die Quelle korrekt zu identifizieren:

  1. Überprüfen Sie, welches Skript das Cookie setzt oder lädt, indem Sie Browser DevTools > Netzwerk > Skripte und Anwendung > Cookies

  2. Vergleichen Sie den erkannten Skriptnamen oder die URL mit den folgenden bekannten Quellen:

    • dtCookie → Dynatrace OneAgent
    • s_cc, s_sq, AMCV_, mbox → Adobe Analytics oder Adobe Target
    • CookieInformation JS, OneTrust JS, TrustArc JS → vom Kunden bereitgestellte Anbieterskripte

  3. Melden Sie sich bei Adobe Launch (Adobe-Tags) an und überprüfen Sie die Regeln und Erweiterungen auf Folgendes:

    • OneTrust-, TrustArc- und Einverständnisregeln
    • Adobe Analytics- und Adobe Target-Regeln (für viele Cookies verantwortlich)
    • Benutzerdefinierte Regeln zum Einfügen von Skripten

  4. Deaktivieren Sie die Regel in einer niedrigeren Umgebung und vergewissern Sie sich, dass das Cookie nicht mehr angezeigt wird.

  5. Implementieren Sie das Skript mithilfe von AEM-Client-Bibliotheken

    • Adobe Experience Manager as a Cloud Service: Implementieren Sie eine Client-Bibliothek unter /apps/<project>/clientlibs mit einer Kategorie und schließen Sie sie über eine Seitenrichtlinie oder eine globale Vorlagenkopfzeile ein.
    • AEM Managed Services: Verwenden Sie CRXDE Lite, um /apps/<project>/clientlibs/<clientlib-name> zu erstellen, js.txt hinzuzufügen und auf die Client-Bibliothek in der Header-Komponente zu verweisen.

  6. Zeigen Sie die Seitenquelle an und bestätigen Sie, dass das Skript-Tag vor den Analytics-Skripten angezeigt wird.

  7. Wenn das Problem weiterhin besteht, stellen Sie sicher, dass der Code über Cloud Manager bereitgestellt wurde und die Vorlage customheaderlibs.html enthält.

  8. Schließen Sie das Skript in ein von OneTrust gesteuertes Tag ein: <script type="text/plain" class="optanon-category-C0002"> ... </script>

  9. Öffnen Sie die Seite in einer privaten Browser-Sitzung und bestätigen Sie, dass das Skript nur geladen wird, nachdem der Benutzer auf Akzeptieren geklickt hat.

  10. Wenn die Validierung fehlschlägt, stellen Sie sicher, dass die OneTrust Kategoriezuordnung im Anbieter-Dashboard korrekt ist.

  11. Überprüfen, ob Dynatrace OneAgent dtCookie injiziert (nur AEMaaCS)

  12. Suchen Sie die Sprachzuordnung in Adobe Launch oder der eingebetteten Site JavaScript. Wenn die Zuordnung IS anstelle von EN-UK anzeigt (Fall 2), ersetzen Sie den falschen Sprach-Code in den folgenden Dateien:

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

  13. Überprüfen, ob das Anbieterskript ordnungsgemäß funktioniert. Der Support bestätigte, dass das Problem ausschließlich von TrustArc verursacht wird.

Verwandtes Lesen

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