KATLA FÜR WORDPRESS
Cookie-Einwilligung, die WordPress und WooCommerce nicht ausbremst.
Ein Plugin. Es hält Skripte ohne Einwilligung auf dem Server zurück, während WordPress das HTML noch zusammensetzt, und nicht erst im Browser, wenn sie schon geladen sind. Jedes Theme, jeder Page Builder, und in einem WooCommerce-Shop werden Warenkorb und Checkout nie angefasst.
WordPress 6.3+ · PHP 7.4+WooCommerce 7.0+ (optional)WP-CLI inklusive
wp-content/plugins/katla-consentKein Theme-Code
1. Installieren Sie das Plugin aus der ZIP-Datei und aktivieren Sie es. 2. Fügen Sie Ihre Site-ID unter Settings → Katla Consent ein, oder erledigen Sie alles per WP-CLI: wp plugin activate katla-consent wp katla site-id 00000000-0000-0000-0000-000000000000 wp katla verify 3. Wählen Sie einen Modus: das gehostete Widget von Katla, das eigene Banner des Plugins oder Ihre eigene UI auf window.KatlaConsent. 4. Fügen Sie [katla_policy] in Ihre Datenschutzseite ein. WooCommerce braucht keinen eigenen Schritt. Warenkorb-, Session- und Fragment-Cookies umgehen den Guard automatisch, und die Skript-Handles des Checkouts lassen sich durch keine Regel blockieren.
Zu jedem Shortcode gibt es einen passenden Gutenberg-BlockVollständige Anleitung →
WARUM WORDPRESS-WEBSITES MIT DER EINWILLIGUNG KÄMPFEN
WordPress-Websites sammeln Plugins, und Plugins sammeln Cookies.
DAS PROBLEMEinen Tracker im Browser zu blockieren ist ein Wettlauf, und ein Optimierungs-Plugin, das Ihre Skripte umsortiert, kann entscheiden, wer ihn gewinnt.
MIT KATLADas Plugin schreibt blockierte Skripte auf type="text/plain" mit einem data-katla-src um, während WordPress die Seite baut. Es gibt keinen Wettlauf, den man verlieren könnte.
DAS PROBLEMEin Skript zu neutralisieren wirft meist die Inline-Konfiguration weg, die daran hing, und das Tag kommt falsch konfiguriert zurück.
MIT KATLAInline-Skripte, die mit wp_add_inline_script hinzugefügt wurden, werden zusammen mit ihrem Handle zurückgehalten und in der Reihenfolge des Quelltexts wieder ausgeführt, sobald die Kategorie erlaubt ist.
DAS PROBLEMEin Cookie-Guard, der wahllos blockiert, leert Warenkörbe und verliert Sessions, und das Symptom sieht der Ursache kein bisschen ähnlich.
MIT KATLADie Cookies von WooCommerce für Warenkorb, Session, Fragmente und Shop-Hinweise stehen nach Name und Präfix auf der Allowlist, sobald der Shop erkannt wird. Der Guard fasst sie nie an.
DAS PROBLEMEine einzige übereifrige Blockierregel kann den Checkout lahmlegen, und Sie erfahren es von Kunden statt aus einem Test.
MIT KATLAwc-cart-fragments, wc-checkout und wc-blocks-checkout werden aus der Blockliste entfernt, egal was die Regel sagt, sodass der Fehler den Checkout nicht erreichen kann.
DAS PROBLEMJedes Plugin, das Sie hinzufügen, kann Tracker mitbringen, von denen Ihre Datenschutzseite noch nie gehört hat.
MIT KATLAKatla scannt die gerenderte Seite, klassifiziert, was es findet, und erstellt daraus die Cookie-Richtlinie und die Datenschutzerklärung neu. [katla_policy] rendert sie serverseitig, sie stehen also im HTML und sind indexierbar.
EINRICHTUNG
Installieren, scannen, fertig.
- Plugin installierenLaden Sie die ZIP-Datei hoch, oder legen Sie katla-consent in wp-content/plugins ab und aktivieren Sie es. Die WooCommerce-Unterstützung ist eingebaut, kein separates Add-on.
- Website verbindenFügen Sie die Site-ID aus Ihrem Katla-Dashboard ein, oder führen Sie wp katla site-id und wp katla verify aus.
- Scan prüfenDie Cookies kommen klassifiziert und beschrieben zurück: Warenkorb und Session als funktional, Pixel als Marketing. Jede Einstufung können Sie im Dashboard überschreiben.
- VeröffentlichenWählen Sie einen Banner-Modus, fügen Sie [katla_policy] oder den passenden Block in Ihre Datenschutzseite ein, und auf Wunsch einen Link zu den Einstellungen im Checkout und unter Mein Konto.
GEBAUT FÜR WORDPRESS
Ein Plugin, beide Aufgaben.
Blockieren auf dem ServerSperren Sie ein Skript über sein registriertes Handle, oder über einen Teil seiner URL bei Skripten, die ein Theme einbindet, ohne etwas zu registrieren.
Checkout-sicher ab WerkDie Shop-Cookies, die WooCommerce braucht, umgehen den Guard, und die Skript-Handles, von denen der Checkout abhängt, lassen sich nicht blockieren. HPOS sowie die Warenkorb- und Checkout-Blöcke sind als kompatibel deklariert.
Drei Banner-ModiDas gehostete Widget von Katla, das eigene Banner des Plugins, übersetzt über WordPress und gestaltet mit CSS Custom Properties, oder gar keine UI, wenn Sie sie selbst bauen. Ablehnen und Akzeptieren haben dieselbe Größe, dasselbe Padding und dieselbe Schriftstärke, wie es der DMA verlangt.
Blöcke und Shortcodes[katla_policy], [katla_cookie_table], [katla_cookie_settings], [katla_block] und [katla_consent], jeweils mit passendem Gutenberg-Block.
WP-CLI und Filterwp katla status, site-id, verify, cookies, policy und flush für eine skriptgesteuerte Installation, dazu katla_blocked_handles, katla_cookie_allowlist, katla_categories, katla_translations und katla_banner_css_vars statt eines Forks.
Consent Mode v2 und GTMGA4 und Google Ads erhalten alle vier Signale, standardmäßig verweigert. Ihre bestehenden GTM-Trigger lesen dieselbe Entscheidung aus window.dataLayer.
CORE WEB VITALS
So krümelt der Keks. Ihr SEO bitte nicht.
Consent-Plugins sind ein häufiger Grund, warum WordPress-Websites an den Core Web Vitals scheitern: Hunderte Kilobyte, geladen vor allem anderen, in einem Shop, in dem Geschwindigkeit Umsatz bedeutet. Das gehostete Banner von Katla umfasst 18 KB in einer einzigen Anfrage, und die Cookie- und Richtlinien-Antworten, die das Plugin braucht, werden in Transients gecacht, statt bei jedem Seitenaufruf abgerufen zu werden.
So funktioniert der Headless-Modus →18 kBÜbertragenBanner und Ihre Cookie-Daten, Brotli
0 msZusätzlicher LCPGegenüber derselben Seite ohne Katla
0Layout-ShiftDas Banner reserviert keinen Platz im Seitenfluss
2RequestEin Skript, am Edge gecacht
Unsere eigenen Messungen vom : so wurden sie erhoben.
Was WordPress-Teams fragen
- Brauche ich für WooCommerce noch etwas außer dem WordPress-Plugin?
- Nein. Es ist ein einziges Plugin, und das WooCommerce-Verhalten schaltet sich ein, sobald WooCommerce aktiv ist. Es gibt nichts weiter zu installieren und nichts dafür zu konfigurieren.
- Macht es meinen Warenkorb oder Checkout kaputt?
- Genau für diesen Fall gibt es die WooCommerce-Unterstützung. Warenkorb-, Session- und Fragment-Cookies stehen auf der Allowlist, die Skript-Handles des Checkouts werden aus der Blockliste entfernt, selbst wenn eine Regel sie ausdrücklich nennt, und das Plugin deklariert Kompatibilität mit HPOS sowie mit den Warenkorb- und Checkout-Blöcken.
- Was ist mit der Bestellzuordnung (Order Attribution)?
- sbjs_* wird als Marketing behandelt statt als notwendig, denn genau das ist es. Sperren Sie das Handle wc-order-attribution, und die Cookies werden nie gesetzt. Lassen Sie es offen, warten sie wie jedes andere Marketing-Cookie auf die Einwilligung.
- Ersetzt es mein bisheriges Consent-Plugin?
- Ja. Deaktivieren Sie das alte, sobald Katla aktiv ist, damit nicht zwei Banner um dieselben Cookies konkurrieren.
- Funktioniert es mit meinem Page Builder?
- Ja. Das Blockieren greift bei eingebundenen (enqueued) Handles und bei URL-Fragmenten, und der Scan liest die gerenderte Seite statt des Builders. Was der Builder ausgibt, ist also genau das, was Katla sieht.
- Gibt es etwas zu beachten?
- Eine Sache. Nehmen Sie cdn.katla.app in WP Rocket, Autoptimize und Co. vom Verzögern (Defer) und Zusammenfassen von JS aus. Der Cookie-Guard muss vor jedem Skript laufen, das Cookies setzt, und ihn zu verzögern ist der häufigste Grund, warum eine Installation gut aussieht und trotzdem nicht konform ist.
Scannen Sie Ihre Website, dann installieren Sie das Plugin.
Der kostenlose Tarif scannt Ihre WordPress-Website und erstellt eine Cookie-Richtlinie, ohne Karte.