Ein Cookie-Banner, das auf einer OpenCart-Seite erscheint, beweist nicht, dass die Zustimmungssignale Ihre Tags erreichen. Testen Sie, was passiert, bevor der Besucher wählt, nach jeder Wahl und wenn diese Wahl sich ändert. Das Ziel ist es, die Implementierung zu überprüfen, nicht einfach das Erscheinungsbild des Banners.
Google Consent V2 bietet eine konfigurierbare Einwilligungsoberfläche für OpenCart, einschließlich mehrsprachiger und Multistore-Einstellungen. Wenn Sie stattdessen die Einwilligungsfunktionalität in Google Marketing Tools verwenden, identifizieren Sie, welches Element die Einwilligung besitzt, und vermeiden Sie es, zwei unabhängige Controller für dieselbe Seite auszuführen.
Den Einwilligungscontroller und die Tag-Eigentümer identifizieren
Listen Sie das Modul auf, das für die Schnittstelle verantwortlich ist, den Ort, an dem die Standardzustimmung festgelegt wird, und den Code, der für Updates verantwortlich ist. Listen Sie dann GTM-Container und alle Analytik- oder Werbetags auf, die direkt im Thema installiert sind. Eine korrekte GTM-Konfiguration kann ein nicht verwandtes Skript, das den vereinbarten Zustimmungsprozess ignoriert, nicht steuern.
Verwenden Sie eine Testumgebung oder einen separaten Teststream, wenn möglich. Öffnen Sie eine saubere Browsersitzung, damit eine zuvor gespeicherte Wahl das anfängliche Verhalten nicht verdeckt. Schließen Sie die Routen für Produkt, Warenkorb und Checkout ein, nicht nur die Startseite. Einige Themen verwenden auf diesen Seiten unterschiedliche Layouts.
Überprüfen Sie die vier Google Consent Mode v2-Signale
Überprüfung analytics_storage, ad_storage, ad_user_data und ad_personalization. Sie repräsentieren unterschiedliche Berechtigungen; ein „Marketing“-Label in einem Banner kann mehr als ein Signal aktualisieren. Bestätigen Sie, wie Ihre Schnittstellenkategorien ihnen zugeordnet sind, anstatt anzunehmen, dass jeder Schalter unabhängig ist.
Folgen Google Implementierungsdokumentation bei der Überprüfung von Standardeinstellungen, Updates und Tag-Verhalten. Die Standardzustimmung sollte festgelegt werden, bevor relevante Tags sie benötigen. Der Zustimmungsmodus ist ein technischer Signalisierungsmechanismus; Ihre Datenschutzanforderungen und der Text, der den Benutzern angezeigt wird, müssen separat überprüft werden.
Führen Sie eine wiederholbare Auswahlmatrix aus
| Test | Was ist zu überprüfen? |
|---|---|
| Neue Sitzung, noch keine Auswahl | Standardzustand und die Reihenfolge der Tag-Ausführung |
| Optionale Kategorien ablehnen | Updates spiegeln die Ablehnung ohne eine unerklärte Gewährung wider |
| Nur Analysen akzeptieren | Analytik- und Werbesignale bleiben getrennt |
| Alle konfigurierten Kategorien akzeptieren | Updates entsprechen der Schnittstellenauswahl |
| Ändern Sie eine frühere Auswahl | Neue Signale ersetzen den früheren Zustimmungsstatus |
| Besuchen Sie eine andere Seite | Die gespeicherte Auswahl wird konsistent behandelt |
Verwenden Sie die Zustimmungsinformationen von Tag Assistant und das Netzwerk-Panel zusammen. Entscheiden Sie nicht, dass eine Anfrage an Google beweist, dass die Zustimmung ignoriert wurde: Das Verhalten hängt davon ab, ob Ihre Implementierung den Basis- oder den erweiterten Modus verwendet. Vergleichen Sie das Anfrage- und Speicherverhalten mit dem Modus, den Sie absichtlich konfiguriert haben.
Testen Sie die Speicherung, Navigation und mehrere Shops
Nach der Auswahl navigieren Sie zu einem Produkt, Warenkorb und Checkout-Seite. Überprüfen Sie, ob die richtige Auswahl für den vorgesehenen Bereich bestehen bleibt und dass eine neue Seite sie nicht kurzzeitig auf einen unangemessenen Zustand zurücksetzt. Testen Sie einen Rückbesuch sowie eine frische Sitzung.
Für Multistore-Installationen überprüfen Sie jeden Hostnamen und jede Sprache separat. Der Cookie-Bereich und die übersetzten Schnittstelleneinstellungen können unterschiedlich sein. Ein englisches Banner, das in einem Shop funktioniert, bedeutet nicht, dass ein zweiter Shop dieselben Updates sendet. Notieren Sie, welcher Shop und welche Sprache für jedes Ergebnis verwendet wurden.
Achten Sie auf doppelte Banner und veraltete Assets
Konfliktierende Controller können aufeinanderfolgende Updates ausgeben, die das Debuggen verwirrend machen. Häufige Stellen, die überprüft werden sollten, sind eine dedizierte Einwilligungserweiterung, das integrierte Banner einer Tracking-Erweiterung, ein Themenskript und eine GTM-Vorlage. Halten Sie einen dokumentierten Eigentümer für die Einwilligungsoberfläche und eine bewusste Integration mit den Tags.
Nach der Änderung der Einstellungen löschen Sie nur die relevanten Anwendungs- und Browser-Caches und wiederholen Sie dann den Test der sauberen Sitzung. Überprüfen Sie die Version des Skripts, das tatsächlich an den Browser geliefert wird. Ein Konfigurationsbildschirm kann eine neue Einstellung anzeigen, während der zwischengespeicherte JavaScript-Code weiterhin die vorherige anwendet.
Halten Sie Beweise, dass jemand anders es wiederholen kann
Speichern Sie einen kurzen Testdatensatz mit Datum, Shop, Sprache, Browser, Implementierungsmodus und beobachteten Zuständen. Fügen Sie eine Abfolge von Aktionen hinzu, anstatt einen einzelnen Screenshot des Banners. Führen Sie es nach Tracking-, Checkout- oder Themenänderungen erneut aus. Wenn Käufe ebenfalls dupliziert erscheinen, untersuchen Sie dies separat mit unserem GA4 Kaufereignis-Checkliste; Die Zustimmungstests sollten nicht verwendet werden, um einen sich überschneidenden Ereignissender auszugleichen.