Consent-Status bestimmen
Notwendige und optionale Kategorien werden aus der aktuellen Besucherentscheidung ausgewertet.
← Alle FunktionenRegelbasiertes Blocking
Scripts und Tracker bis zur Einwilligung blockieren
ConsentBoost verbindet den Consent-Status mit katalogisierten Dienst- und Blocking-Regeln. Bekannte optionale Scripts, Iframes, Requests und Speicherzugriffe bleiben bis zur passenden Einwilligung inaktiv und können danach kontrolliert starten.
Funktionsweise
Wie lassen sich Scripts vor der Einwilligung blockieren?
Beim vorherigen Script-Blocking startet eine optionale Ressource erst, wenn die dafür vorgesehene Consent-Kategorie freigegeben wurde. Das betrifft je nach Einbindung externe Scripts, Iframes, Netzwerk-Requests und browserseitige Speicherzugriffe von Analyse-, Marketing- oder eingebetteten Drittanbieter-Diensten.
Die wirksame Regelwelt beschreibt nicht nur einen Dienstnamen, sondern auch die technischen Merkmale, über die eine Ressource erkannt wird. Dadurch bleibt nachvollziehbar, warum sie einer Kategorie zugeordnet und kontrolliert wird.
Eine frühe Einbindung des ConsentBoost-Loaders schafft die beste Grundlage für eine verlässliche Kontrolle. Deklarativ vorbereitete Einbindungen bieten einen eindeutigen Startvertrag; individuelle und sehr dynamische Ressourcen lassen sich anschließend gezielt im realen Website-Setup optimieren.
Ablauf
Von der Konfiguration zum klaren Ergebnis.
ConsentBoost verbindet technische Automatisierung mit transparenten Zuständen und einem übersichtlichen Ablauf.
Regel anwenden
Die Runtime gleicht eine technische Ressource mit den wirksamen Dienst- und Blocking-Regeln ab.
Zurückhalten oder starten
Passende optionale Ressourcen bleiben ohne Freigabe inaktiv und können nach Zustimmung kontrolliert anlaufen.
Details
Script-Blocking vor und nach dem Consent
Die Oberfläche zeigt nachvollziehbar, wie eine Ressource erkannt und im Consent-Ablauf behandelt wird.
| Zustand | Bedeutung | Konsequenz |
|---|---|---|
| Deklarativ eingebunden | Die Ressource verwendet einen vorbereiteten ConsentBoost-Startvertrag. | Der Start nach Freigabe ist technisch eindeutig vorgesehen. |
| Regelbasiert kontrolliert | Eine bekannte Signatur passt zu einer aktiven Blocking-Regel. | Die Ressource kann anhand ihres Consent-Zwecks gesteuert werden. |
| Nur mit Consent-Signal | Ein Dienst erhält einen Status, wurde technisch aber bereits gestartet. | Ein späteres Signal verhindert den vorherigen Request nicht. |
| Nachträglich beobachtet | Die Ressource wurde nach ihrem Start technisch erkannt. | Der sichtbare Fund liefert die Grundlage, um die Einbindung gezielt zu optimieren. |
| Offen | Dienst oder technische Regel sind noch nicht eindeutig bestimmt. | Die Ressource bleibt transparent sichtbar und kann fachlich ergänzt werden. |
Best Practices
Best Practices für verlässliches Blocking.
✓
Neue und individuelle Ressourcen bleiben sichtbar, bis sie einem passenden Dienst und Zweck zugeordnet sind.
✓
Für sehr frühe Inline-Scripts und abgeschottete Plattformkontexte stehen individuelle Integrationswege im Mittelpunkt.
✓
Der ConsentBoost-Loader sollte von Optimierungs- und Cache-Werkzeugen nicht verzögert werden, damit er vor Drittanbieter-Scripts startet.
✓
Für eigene Integrationen stellt die öffentliche Consent-API den Status bereit; das Blocking übernimmt weiterhin die ConsentBoost-Runtime.
Häufige Fragen
Die wichtigsten Antworten auf einen Blick.
Erfahren Sie, wie Sie die Funktion optimal für Ihre Website und Ihren Consent-Ablauf einsetzen.
Was bedeutet „Scripts vor Consent blockieren“?
Optionale Scripts und vergleichbare Ressourcen werden bereits vor ihrem ersten Start zurückgehalten. Erst nach der passenden Einwilligung dürfen sie kontrolliert geladen werden; eine bloße spätere Statusmeldung verhindert einen bereits entstandenen Request nicht.
Wie behandelt ConsentBoost neue oder individuelle Scripts?
ConsentBoost kontrolliert bekannte Ressourcen anhand nachvollziehbarer Regeln. Neue Funde bleiben sichtbar, damit sie gezielt geprüft und korrekt eingeordnet werden können.
Können Ressourcen nach einer Zustimmung gestartet werden?
Ja, wenn für die konkrete Ressource ein unterstützter Start- oder Wiederanlaufvertrag vorhanden ist. Der deklarative Einbindungsweg ist dabei am eindeutigsten.
Wie erziele ich die beste Blocking-Wirkung?
Themes, Plugins, Tag-Manager und Plattformen laden Ressourcen auf unterschiedliche Weise. Ein kurzer Test nach der Installation bestätigt den frühen Start des Loaders und zeigt, dass die erwarteten Ressourcen kontrolliert werden.
Was ist der Unterschied zwischen Prior Blocking und einem Consent-Signal?
Prior Blocking hält eine optionale Ressource vor ihrem ersten Start zurück. Ein Consent-Signal informiert eine bereits eingebundene Plattform über den Status. Für einen kontrollierten Ablauf müssen tatsächlicher Ressourcenstart und Signalübergabe getrennt betrachtet werden.
Wie teste ich Script-Blocking nach der Einrichtung?
Vergleichen Sie Netzwerkrequests, Scripts, Iframes, Cookies und Browser-Speicher beim Erstbesuch sowie nach Ablehnung, Zustimmung und Widerruf. Prüfen Sie dabei auch technisch unterschiedliche Unterseiten und wiederholen Sie den Test nach Änderungen an Theme, Plugins oder Tag Manager.
Weitere Funktionen und Themen
ConsentBoost im Zusammenhang betrachten.
Funktionen, technische Einbindung und Datenschutzthemen greifen im praktischen Consent-Ablauf ineinander.
Jetzt entdecken
ConsentBoost kostenlos testen.
Richten Sie Ihre erste Domain ein und erleben Sie die Funktion direkt mit Ihrer eigenen Website.