PrestaShop Cookie-Banner: Consent Mode v2 Anleitung

Ein Cookie-Banner für PrestaShop ist keine reine Oberfläche auf der Startseite. In einem deutschen Shop kommt ein Besucher oft direkt aus Google Shopping auf ein Produkt, legt Ware in den Warenkorb, nutzt Checkout und Zahlungsanbieter und kehrt danach auf die Bestellbestätigung zurück. Die Einwilligung muss diesen Ablauf technisch begleiten.

PrestaShop lebt von Themes, Modulen, Hooks, Google Tag Manager, Zahlungsmodulen und individuellem Template-Code. Deshalb reicht die Frage "Wird das Banner angezeigt?" nicht aus. Entscheidend ist, welche Cookies, localStorage-Einträge und Netzwerkaufrufe vor der Auswahl, nach Ablehnung, nach Teilzustimmung und nach Zustimmung entstehen.

Dieser Beitrag ist eine praktische Anleitung, keine Rechtsberatung. CookiePilot kann helfen, Consent Management in PrestaShop zu installieren und zu verbinden. Konfiguration, Inventar, Kategorien, Texte und Tests im echten Browser bleiben aber Aufgabe des konkreten Shops.

Einwilligung als Laufzeitproblem

Ein Banner ist nur der sichtbare Teil. Vor optionalen Tags braucht der Shop einen Default-Zustand. Notwendige Funktionen wie Session, Warenkorb, Sicherheit und Zahlung müssen stabil bleiben. Statistik, Werbung, eingebettete Medien, Chat, Remarketing und A/B-Tests werden dagegen in der Regel an die Auswahl des Besuchers gekoppelt.

Die Reihenfolge ist zentral: vorsichtige Defaults setzen, CMP früh laden, optionale Skripte halten, Auswahl anzeigen und danach aktualisieren. Wenn GA4, Google Ads, Meta Pixel oder ein Heatmap-Tool bereits Requests senden, bevor der Default steht, passt die Technik nicht zum Bannertext.

Nutzen Sie die lokale Seite zu CookiePilot Funktionen als Checkliste. Entscheidend bleibt der gerenderte Shop im Browser, nicht die Annahme aus dem Backoffice.

Inventar für den Shop

Erstellen Sie zuerst ein vollständiges Inventar. Dazu gehören aktives Theme, Child Theme, angepasste .tpl-Dateien, Header-Snippets, Module, deaktivierte Altmodule, Zahlungsarten, Versandmodule, Suche, Produktempfehlungen, Bewertungen, Newsletter-Popups, Live-Chat, Videos, Karten, Fraud Prevention, Sicherheitsdienste, Kundenservice, GA4, Google Ads, GTM, Meta, TikTok, Hotjar, Microsoft Clarity und Affiliate-Netzwerke.

Testen Sie nicht nur die Homepage. Prüfen Sie Kategorie, Produkt, Suche, Warenkorb, Checkout, Login, Registrierung, Kontaktformular, Rückkehr vom Zahlungsanbieter und Danke-Seite. In Deutschland sind zudem Preisvergleich, Retargeting, Gutschein-Tools, Bonitäts- oder Betrugsprüfung und Versanddienstleister typische Quellen für zusätzliche Skripte.

Klassifizieren Sie nach Zweck, nicht nach Modulnamen. Ein Warenkorb-Cookie ist anders zu behandeln als ein Werbe-Identifier. Ein Zahlungs- oder Sicherheitsdienst kann notwendig sein, während ein Conversion-Pixel optional bleibt.

Consent Mode v2

Wenn Google-Dienste im Einsatz sind, gehört Google Consent Mode v2 in den technischen Plan. Die vier Signale heißen analytics_storage, ad_storage, ad_user_data und ad_personalization. Für Besucher aus dem EWR werden optionale Zwecke in einer vorsichtigen Umsetzung vor dem Laden relevanter Google Tags auf denied gesetzt.

Nach der Auswahl sendet die CMP ein Update. Bei Zustimmung nur zu Statistik kann analytics_storage auf granted wechseln, während ad_storage, ad_user_data und ad_personalization auf denied bleiben. Bei späterem Widerruf muss der neue Zustand nach Reload und Seitenwechseln gelten.

Consent Mode v2 ersetzt keine Einwilligung, keine Information und keine rechtliche Prüfung. Er ist eine Signalebene für kompatible Google-Dienste. Andere Anbieter brauchen weiterhin Skriptregeln, GTM-Trigger oder eigene Consent-APIs. Für GTM hilft der Leitfaden Consent Mode v2 mit Google Tag Manager sowie die offizielle Google Consent Mode Dokumentation.

CookiePilot in PrestaShop einrichten

Startpunkt ist die lokale CookiePilot PrestaShop Integration. Das Modul oder die Integration hilft, CookiePilot im Shop zu installieren und zu verbinden. Verstehen Sie diesen Schritt als technische Grundlage, nicht als Garantie, dass jedes Theme, jedes Modul und jeder alte Tracking-Code bereits korrekt gesteuert wird.

Konfigurieren Sie Domain, Sprache, Bannertexte, Kategorien, Anbieterbeschreibungen und Datenschutzlinks. Ordnen Sie jedes Element aus dem Inventar einer Kategorie zu und stellen Sie sicher, dass Besucher ihre Präferenzen später wieder öffnen und widerrufen können. Bei Migration lohnt der Vergleich mit der lokalen Seite Cookiebot Alternative. Für Budget und Domains prüfen Sie Preise.

Arbeiten Sie nach Möglichkeit in Staging. Wenn das nicht geht, nutzen Sie ein sauberes Browserprofil, löschen Storage zwischen den Szenarien und dokumentieren Cookies, localStorage, Network Requests und GTM Preview.

Hooks, Module und Theme-Code

Die offizielle PrestaShop-Dokumentation zu Module Hooks zeigt, warum ein Audit nicht bei einer Header-Datei enden darf. Module können Code im Header, Footer, Produktbereich, Warenkorb, Checkout und auf der Bestellbestätigung einfügen.

Prüfen Sie auch Konfigurationsfelder, in denen Agenturen Tracking-IDs oder HTML hinterlegen. Custom Themes enthalten oft alte Analytics-, Remarketing- oder Chat-Snippets. Wenn Performance-Module Skripte bündeln, zählt das finale Verhalten im Browser. Stimmen HTML und Netzwerkaufrufe nicht mit der Präferenz überein, muss der Code verschoben, konditioniert oder entfernt werden.

Testmatrix

Szenario	Prüfpunkt
Erstbesuch	Keine optionalen Cookies oder Requests; Google Defaults sind denied.
Ablehnung	Statistik, Werbung, Chat und Video bleiben je Kategorie blockiert.
Teilauswahl	Nur die akzeptierte Kategorie läuft.
Zustimmung	Erlaubte Tags starten einmalig und Consent Mode bekommt ein Update.
Widerruf	Die neue Präferenz gilt nach Reload und Seitenwechsel.
Produktseite	E-Commerce-Events folgen dem Einwilligungsstatus.
Warenkorb und Checkout	Kauf, Zahlung und Sicherheit funktionieren ohne optionale Tags.
Rückkehr von Zahlung	Conversion-Tags umgehen die CMP nicht auf der Danke-Seite.
Mobil	Banner und Präferenzcenter verdecken keine wichtigen Kaufbuttons.
Eingeloggter Kunde	Login ändert die Regeln für optionale Tags nicht.
Multistore	Jede Domain, Sprache und Theme-Variante ist geprüft.

Checkliste vor dem Launch

• Inventar für Module, Cookies, Storage und Netzwerkaufrufe speichern.
• Deutsche Texte, Kategorien und Datenschutzlinks prüfen.
• denied Defaults vor optionalen Google Tags setzen.
• Ablehnung, Zustimmung, Teilauswahl und Widerruf testen.
• Hooks, Theme-Dateien, Modulsettings und GTM-Trigger auditieren.
• Versionen von Theme, Modulen und GTM-Container dokumentieren.
• Link zum erneuten Öffnen der Präferenzen im Footer oder Datenschutzbereich platzieren.
• Audit nach Kampagnen, neuen Modulen, Zahlungswechseln und Theme-Updates wiederholen.

Der allgemeine Leitfaden DSGVO Cookie Banner hilft bei Formulierung und Kategorisierung.

Regulatorischer Kontext in Deutschland

In Deutschland sind der BfDI für Datenschutz auf Bundesebene und die Bundesnetzagentur für elektronische Kommunikation relevante offizielle Quellen. Je nach Bundesland und Sachverhalt können weitere Aufsichtsbehörden eine Rolle spielen. Für PrestaShop bedeutet das: DSGVO, Regeln zum Zugriff auf Endgeräte, Anbieterlisten, Zwecke und tatsächliches Skriptverhalten gemeinsam betrachten.

Formulieren Sie zurückhaltend. Eine CMP hilft, Einwilligungen einzuholen, zu speichern und technisch zu respektieren. Sie macht einen Shop nicht automatisch vollständig rechtskonform.

Operative Pflege

Legen Sie fest, wer neue Tags freigibt. In vielen deutschen PrestaShop-Shops ändert Marketing Kampagnen, die Agentur pflegt GTM und die Entwicklung aktualisiert Module. Ohne klare Zuständigkeit driftet die Umsetzung nach wenigen Wochen auseinander. Praktisch ist ein kurzes Change-Protokoll mit Anbieter, Zweck, Kategorie, betroffener Seite, Testdatum und Ergebnis bei Ablehnung und Zustimmung.

Wiederholen Sie diese Kontrolle vor saisonalen Aktionen, neuen Zahlungsarten und größeren Releases. Ein neuer Pixel sollte erst ins Inventar, dann in die richtige Kategorie und erst nach einem Browsertest in Produktion.

FAQ

Reicht das PrestaShop Modul?

Nein. Es hilft bei Installation und Verbindung. Theme, Module, GTM und Checkout muessen weiter getestet werden.

Dürfen notwendige Cookies laufen?

Cookies für Warenkorb, Session, Sicherheit und Zahlung können praktisch notwendig sein. Sie sollten klar dokumentiert und nicht mit Marketing vermischt werden.

Ersetzt Consent Mode v2 ein Banner?

Nein. Consent Mode sendet Signale an Google. Die Einwilligung, Information und Bewertung bleiben separat.

Warum ist Checkout so wichtig?

Zahlung, Betrugsprüfung und Conversion-Messung tauchen oft erst dort oder auf der Danke-Seite auf.

Was ist eine Teilauswahl?

Ein Besucher kann Statistik erlauben und Marketing ablehnen. Die Tag-Regeln müssen diese Trennung abbilden.

Wann prüfen wir erneut?

Nach neuen Modulen, Theme-Updates, GTM-Änderungen, Kampagnen, Zahlungswechseln und neuen Service-Tools.

Nächster Schritt

Öffnen Sie die PrestaShop Integration, erstellen Sie das Inventar und testen Sie die Matrix in einem sauberen Browser. Bei komplexen Setups senden Sie Modulliste, Tags und Checkout-Ablauf über Kontakt. Für weitere Shops vergleichen Sie auch WooCommerce und Shopify.