Blockierung von Skripten und Einbettungen

Das Blockieren ist der wichtigste Teil der Cookie-Einwilligung: Ein Tracker darf nicht laufen und keine Cookies setzen, bevor der Besucher seine Kategorie erlaubt hat. Das Plugin tut das in vier Schichten.

Über WordPress hinzugefügte Skripte

Plugins fügen ihre Skripte über WordPress ein. Das Plugin erkennt die Skripte gängiger Tools, etwa Google Site Kit, MonsterInsights, Hotjar, Plausible, Matomo, das Meta Pixel und LinkedIn Insight, und hält jedes zurück, bis seine Kategorie erlaubt ist.

Skripte im HTML der Seite

Themes, Page Builder und Plugins für „Header-Skripte“ geben Tracking-Code oft direkt in die Seite aus. Ist die Custom-Code-Blockierung aktiviert (Standard), liest das Plugin die fertige Seite und hält jedes Skript zurück, das zu einem bekannten Tracker passt, egal ob es aus Elementor, Bricks, einem Custom-HTML-Block oder einem Code-Snippets-Plugin stammt.

Zu den erkannten Tools gehören Google Analytics und Google Tag Manager, Microsoft Clarity, Hotjar, Matomo, Plausible, Fathom, Cloudflare Web Analytics, Yandex Metrica, Segment, das Meta Pixel, LinkedIn, TikTok, X (Twitter), Pinterest, Snapchat, Reddit, Microsoft Advertising, Criteo, Taboola, HubSpot, Klaviyo, Mailchimp, Trustpilot, Intercom, Crisp und Calendly.

Nach dem Laden der Seite hinzugefügte Skripte

Tag Manager und Loader fügen Skripte per JavaScript hinzu, nachdem die Seite geladen wurde, wo kein HTML-Durchlauf sie mehr sehen kann. Seit Version 1.8.10 prüft ein kleiner Guard am Anfang der Seite jedes auf diese Weise hinzugefügte Skript anhand derselben Tracker-Liste und Ihrer eigenen Regeln und hält diejenigen zurück, deren Kategorie der Besucher nicht erlaubt hat. Erlaubt der Besucher die Kategorie, läuft das zurückgehaltene Skript.

Genau das verhindert, dass ein Meta Pixel in einem benutzerdefinierten HTML-Tag von Google Tag Manager allein mit der Statistik-Einwilligung läuft. Siehe Google Consent Mode v2 und Tag Manager.

Eingebettete Videos

Einbettungen von YouTube und Vimeo warten auf die Einwilligung für Marketing. An ihrer Stelle sieht der Besucher das Vorschaubild des Videos und eine Schaltfläche Marketing-Cookies akzeptieren; ein Klick erlaubt Marketing und lädt das Video. Auch das eigene Video-Widget von Elementor wird abgedeckt. Das Blockieren von Einbettungen können Sie im Tab Skript-Blockierung ausschalten.

Das Bewertungs-Widget von Trustmary wartet auf die Einwilligung für Statistik, mit einem Platzhalter und einer Schaltfläche zum Akzeptieren, weil es eine Besucher-ID im Browser speichert.

Nach Adresse blockieren

Für ein Tool, das das Plugin nicht erkennt, fügen Sie im Tab Skript-Blockierung eine Regel hinzu:

Feld	Was einzugeben ist
Adresse	Ein Teil der Adresse des Skripts, zum Beispiel widget.example.com
Kategorie	Die Einwilligung, die das Skript braucht
Hinweis anzeigen	An bei Skripten, die Inhalte auf der Seite anzeigen, etwa bei einem Widget

Eine Regel greift überall, wo das Skript hinzugefügt wird: über WordPress, im HTML der Seite oder später per JavaScript. Eine Regel überschreibt außerdem die integrierte Kategorie derselben Adresse. Wählen Sie Notwendig (nie blockiert), damit ein Skript sofort geladen wird.

Cache- und Optimierungs-Plugins

Das Plugin weist WP Rocket, LiteSpeed Cache und Autoptimize an, seine eigenen Skripte und die zurückgehaltenen Tracker in Ruhe zu lassen, damit „JavaScript verzögern“ und das Zusammenführen von Skripten die Einwilligung nicht stören. Blockierte Einbettungen sind für jeden Besucher gleich, deshalb lassen sich die Seiten bedenkenlos cachen.

Was das Blockieren nicht abdeckt

Anfragen, die ein Skript stellt, nachdem es erlaubt wurde, liegen in der Verantwortung dieses Skripts. Serverseitiges Tracking (zum Beispiel die Meta Conversions API oder serverseitiges GTM) läuft nie über den Browser des Besuchers, deshalb kann ein Einwilligungsbanner es nicht blockieren: Konfigurieren Sie diese so, dass sie die Einwilligung selbst berücksichtigen.