Live-Chat in der Consent-Management-Plattform einrichten: Angaben richtig prüfen

Wenn du einen Live-Chat in deiner Consent-Management-Plattform (CMP) einrichten willst, reicht die Anbieterbezeichnung nicht aus. Entscheidend ist, was der konkrete Einbau in deinem Shop auslöst: Lädt das Widget schon beim Seitenaufruf, erst nach einer Auswahl im Banner oder erst beim Öffnen des Chats? Prüfe das Verhalten, bevor du Anbieter, Zweck, Kategorie und Aktivierung in der CMP einträgst. Ungeklärte Beobachtungen gehören ins Prüfprotokoll – nicht als Vermutung in den Eintrag.

Was du vor dem CMP-Eintrag klären musst

Ob und wie du die Live-Chat-Cookie-Einwilligung im Onlineshop prüfen solltest, ist die vorgelagerte Frage. Hier geht es um den konkreten CMP-Eintrag: Welche Angaben kannst du belegen, und passt die eingestellte Steuerung zum tatsächlichen Ladeverhalten?

Grenze zuerst den Test ein. Das sichtbare Chat-Symbol ist nicht der ganze Dienst. Zum Einbau können ein Skript, nachgeladene Dateien, Netzwerkanfragen und Zugriffe auf den Browser-Speicher gehören. Ein unsichtbares Widget kann bereits laden; ein sichtbares Symbol kann dagegen zunächst nur ein Platzhalter sein. Die Anbieterbeschreibung sagt dir nicht, welcher dieser Fälle in deinem Shop vorliegt.

Prüfe auch, ob du auf der veröffentlichten Shop-Seite oder nur in einer Vorschau testest. Sonst beschreibst du möglicherweise eine Konfiguration, die Besucher noch gar nicht sehen.

Das Chat-Widget vor der Kategorisierung selbst prüfen

Öffne für jeden Testzustand ein neues Browserprofil mit leerem Speicher für deinen Shop. Eine frühere Consent-Auswahl, Chat-Sitzung oder ein zwischengespeichertes Skript kann den Befund verändern. Öffne in den Entwicklertools die Netzwerk- und Speicheransicht, bevor du die Seite lädst. Protokolliere bei auffälligen Vorgängen Zustand, Zeitpunkt, Ziel und Auslöser. Falls verfügbar, notiere auch, welches Skript eine Anfrage gestartet hat. Schließe aus einem Domainnamen allein noch nicht auf den verantwortlichen Dienst.

1. Ohne Entscheidung: Lade die Testseite und lasse das Banner unangetastet. Notiere, ob ein Chat-Element erscheint, welche möglicherweise zugehörigen Anfragen starten und ob Speicherwerte gelesen oder geschrieben werden. Unterscheide „beim Seitenaufruf“ von „nach Wartezeit“.
2. Nach Ablehnung: Beginne mit einem neuen, leeren Profil. Lehne die betreffende Auswahl ab, beobachte das unmittelbare Verhalten und lade die Seite erneut. Halte beide Beobachtungen auseinander.
3. Nach Zustimmung: Wiederhole den Ablauf mit einem weiteren frischen Profil und der für den Chat vorgesehenen Auswahl. Notiere, was unmittelbar nach der Auswahl und was erst nach dem Neuladen geschieht.
4. Nach Interaktion: Wenn ein Chat-Symbol sichtbar ist, öffne es in jedem relevanten Zustand, ohne eine Nachricht zu senden. Teste das Absenden nur gesondert, wenn du auch diesen Auslöser prüfen musst. Verwende dafür keine echten Kundendaten.

Unterscheide beim Vergleich eine neue Anfrage von einer Antwort aus dem Browser-Cache. Suche außerdem nach Speicherwerten, die bereits vor dem Klick vorhanden waren. Beispiel für einen brauchbaren Vermerk: „Produktseite, keine Entscheidung, nach Seitenaufruf Anfrage an [beobachtetes Ziel]; im Netzwerkprotokoll als Auslöser [Skript oder offen]; Zuordnung zum Chat ungeklärt.“ Speichere einen Screenshot oder Protokollexport und beschrifte ihn mit Seite und Testzustand. Fehlt ein sicherer Beleg, schreibe „nicht zugeordnet“ statt „Chat-Cookie“.

Anbieter, Zweck und Kategorie nachvollziehbar zuordnen

Bearbeite die CMP-Felder nicht als Paket. Die Anbieterfrage lautet: Wer ist laut Vertrag und Anbieterunterlagen für den eingebauten Dienst benannt? Vergleiche diese Bezeichnung mit der Konfiguration im Shop. Weitere im Test sichtbare Ziele sind ein Anlass zur Nachfrage, aber kein Beweis dafür, dass deren Betreiber dein Vertragspartner oder ein bestimmter Empfänger ist. Dokumentiere unbekannte Ziele mit der konkreten Frage, wer sie aus welchem Grund aufruft.

Beschreibe den Zweck als Tätigkeit: „Chat-Anfragen von Besuchern im Shop ermöglichen und bearbeiten“ ist aussagekräftiger als „bessere Nutzererfahrung“. Falls der Einbau weitere Tätigkeiten erkennen lässt, prüfe sie getrennt anhand deiner Nutzung und der Unterlagen. Ergänze einen zusätzlichen Zweck erst, wenn du ihn dem konkreten Dienst und seiner Konfiguration zuordnen kannst.

Entscheidungsregel bei widersprüchlichen Befunden: Leite „notwendig“ nicht daraus ab, dass dir erreichbarer Support wichtig ist. Gleiche Zweck, beobachtete Zugriffe, Ladezeitpunkt und Steuerungsmöglichkeiten mit den Kategorien deiner CMP ab. Ist der Chat als erst nach einer Auswahl aktiv beschrieben, startet aber schon vorher eine Anfrage, prüfe zunächst den Einbauweg und die Zuordnung dieser Anfrage. Ändere nicht bloß die Kategorie, damit Anzeige und Test oberflächlich zusammenpassen. Ob ein bestimmter Zugriff technisch notwendig ist und wie er rechtlich einzuordnen ist, lässt du anhand der dokumentierten Befunde fachlich klären; eine pauschale Rechtsgrundlage ergibt sich aus der Support-Funktion nicht.

Muster-Tabelle für deinen Live-Chat-Eintrag

Lege vor der Eingabe eine Arbeitskopie an. Trage oberhalb der Tabelle ein: Shop und getestete URLs: [eintragen]; Testdatum: [eintragen]; Stand von Widget und CMP: [eintragen]; verantwortlich: [Name eintragen]. Verwende für jeden Wert eine Quelle oder einen Testbeleg. Wenn du später etwas änderst, ergänze Datum, Person und Anlass der Korrektur.

Das ausgefüllte Zweckfeld ist ausdrücklich ein fiktives Formulierungsbeispiel, keine Angabe zu einem bestimmten Dienst. Anbieter, Domains und Speichertechniken bleiben Platzhalter, bis du sie geprüft hast. Verlangt deine CMP weitere Pflichtangaben, ergänze sie aus den passenden Unterlagen oder Tests. Für ein noch ungeklärtes Pflichtfeld brauchst du einen Klärungsschritt, keinen geratenen Standardtext.

Den Eintrag in der CMP anlegen und gegenprüfen

Übernimm Anbieterbezeichnung und Zweck erst aus der geprüften Tabelle. Stelle Kategorie und Aktivierung entsprechend der fachlichen Bewertung und dem tatsächlichen Einbau ein. Beschreiben und Steuern sind unterschiedliche Aufgaben: Ein CMP-Eintrag blockiert ein unabhängig eingebundenes Skript nicht automatisch. Wenn das Widget zum vorgesehenen Zeitpunkt nicht oder zu früh lädt, musst du die technische Ansteuerung prüfen.

Ein präziser Abweichungsvermerk lautet: „Laut CMP-Einstellung soll der Chat erst nach der betreffenden Auswahl laden. Ohne Entscheidung erscheint bereits eine möglicherweise zugehörige Anfrage an [Ziel]. Nächster Schritt: auslösendes Skript und Einbauweg prüfen.“ Damit bleibt die Ursache offen, bis sie belegt ist.

Wann du den CMP-Eintrag erneut prüfen solltest

Prüfe den Eintrag erneut, wenn du das Widget anders einbindest, CMP-Einstellungen änderst oder neue Anbieterunterlagen erhältst. Dasselbe gilt für zusätzliche Shop-Seiten mit Chat oder bislang nicht dokumentierte Anfragen. Aktualisiere dann nicht nur den Beschreibungstext: Wiederhole die betroffenen Browserzustände und ergänze Prüfstand, Belege und offene Fragen. Den gesonderten Ablauf nach einer zurückgenommenen Entscheidung behandelt der Beitrag darüber, was nach dem Widerruf einer Live-Chat-Einwilligung passieren muss.

Auch beim per Skript-Snippet einbindbaren Live-Chat-Widget von askVela ist dein eigener Shop der maßgebliche Testort. Die Informationen zu Sicherheit und Datenschutz bei askVela können Teil deiner Unterlagenprüfung sein. Welche Zugriffe der konkrete Einbau auslöst und wie deine CMP ihn steuert, lässt sich daraus nicht ableiten.

Dein Arbeitsstand ist belastbar, wenn du jede wesentliche CMP-Angabe auf eine Quelle oder einen Test zurückführen kannst und die eingestellte Aktivierung zum beobachteten Laden passt. Wo das noch nicht gelingt, ist eine dokumentierte Frage mit zuständiger Person hilfreicher als eine unbelegte Kategorie.