Adblocker sind in DACH längst Mainstream. Auf Desktop-Browsern liegt der Anteil aktiver AdBlocker laut eyeo und Statcounter seit 2024 stabil im Bereich von 25 bis 35 Prozent, je nach Quelle und Messmethode. Auf Mobile ist der Anteil niedriger, auf Plattformen wie Brave oder mobilen Firefox-Varianten wiederum deutlich höher.
Für klassische Popup-Tools bedeutet das: Ein relevanter Teil der Besucher sieht das Popup nie. Die Assets werden blockiert, bevor der Trigger überhaupt auslösen kann, und damit auch kein Impressionsereignis gezählt. Das ist kein Feature-Problem des Popup-Tools, sondern ein Auslieferungsproblem.
Warum Drittanbieter-Popups standardmäßig blockiert werden
Die großen Filterlisten, allen voran EasyList und EasyPrivacy, pflegen tausende Regeln, die Drittanbieter-Domains, Asset-Pfade und typische JavaScript-Muster treffen. Popup-Tools, die ihre Skripte von Domains wie optmonster.com, privy.com oder sumo.com ausliefern, landen fast automatisch in diesen Listen, sobald sie ein gewisses Volumen erreichen.
Zusätzlich erkennen AdBlocker bestimmte URL-Patterns: Pfade wie /popup/, /overlay/ oder Skriptnamen wie exit-intent.js sind beliebte Ziele. Selbst wenn die Basis-Domain nicht auf einer Liste steht, kann ein einzelnes Script so geblockt werden.
First-Party-Auslieferung: Was der Unterschied technisch bedeutet
First-Party-Auslieferung heißt: Das Popup-Skript, die Konfiguration und alle Assets werden von derselben Domain geladen wie die Website, auf der das Popup erscheinen soll. Der Browser sieht keine Drittanbieter-Anfrage, und die einschlägigen Filterlisten greifen nicht. Technisch gibt es drei typische Varianten.
Inline-Einbindung
Das Skript wird direkt in das Theme eingebettet. Keine zusätzliche Anfrage, aber höhere Base-HTML-Last.
Self-Hosted Skript-Datei
Die JavaScript-Datei liegt auf derselben Domain, beispielsweise unter /js/pk.js, und wird beim Build oder beim Deployment aktualisiert. So arbeitet PopKit standardmäßig.
Reverse-Proxy-Endpunkt
Eine Route auf der eigenen Domain leitet Anfragen intern an den Popup-Backend-Service weiter. Aus Browser-Sicht ist alles First-Party.
Ist First-Party-Auslieferung DSGVO- und TTDSG-konform?
Das Thema wird regelmäßig verunsichert diskutiert, obwohl die Antwort überschaubar ist. First-Party-Auslieferung bedeutet nicht automatisch, dass beliebige Daten verarbeitet werden dürfen. Sie verändert aber die Ausgangslage an zwei Stellen.
TTDSG § 25
Relevant ist das Speichern und Auslesen von Informationen auf dem Endgerät. Wird das Popup ohne zustimmungspflichtige Cookies betrieben, wie in DSGVO-Popups ohne Cookie-Banner im Detail beschrieben, greift § 25 nicht.
Berechtigtes Interesse nach Art. 6 Abs. 1 lit. f DSGVO
Wer nur Verhaltenssignale der laufenden Session auswertet und keine Profile über Sessions hinweg anlegt, kann sich in der Regel auf berechtigtes Interesse stützen. Sobald aber Retargeting oder Analytics über denselben Kanal laufen, wechselt die Grundlage zurück zur ausdrücklichen Einwilligung.
Die Artikel zu SEO-Wirkung von Popups ergänzen die rechtliche Perspektive um Googles Richtlinien zu Anti-AdBlocker-Evasion und Interstitials.
Umsetzung mit PopKit in fünf Schritten
- Den PopKit-Snippet per Theme-Integration direkt in das Layout einbinden, statt über ein externes CDN.
- Kampagnen-Konfiguration serverseitig einmal pro Deploy vorrendern und als Inline-JSON mit ausliefern.
- Alle Pixel-Zugriffe (Konversions-Pings, Close-Events) an eigene Routen innerhalb der Domain schicken, nicht an einen externen Host.
- Im Storage-Tab der DevTools verifizieren, dass nur ein Session-Storage-Eintrag für bereits geschlossene Popups gesetzt wird.
- Im Inkognito-Fenster mit aktiviertem uBlock Origin testen. Wenn das Popup erscheint und Events sauber einlaufen, ist die Auslieferung korrekt.
Was Sie nicht tun sollten
- Anti-AdBlock-Detection einsetzen, die Inhalte blockiert, bis der Blocker deaktiviert wurde. Das widerspricht den Google-Richtlinien und frustriert Nutzer.
- Skriptnamen, die klassische Tracking-Pfade imitieren, ohne dass das Skript wirklich in derselben Domain liegt. Das führt zu Filterregeln, die später nachgezogen werden.
- Popups, die als technisch notwendige Systemmeldung getarnt sind. Rechtlich und reputativ riskant.
Messung: So prüfen Sie, ob Popups durchkommen
Drei einfache Checks reichen für den Start.
Impressionen mit und ohne AdBlocker vergleichen
Einmal mit Chrome im Inkognito ohne Extensions, einmal mit uBlock Origin. Wenn die Impressionen-Rate sinkt, wird gefiltert.
Netzwerk-Tab prüfen
Alle zugehörigen Requests müssen auf die eigene Domain gehen, nicht auf eine Anbieter-Domain.
Reporting mit Device-Segmenten
Desktop vs. Mobile getrennt auswerten. Stark abweichende Muster deuten auf Filterprobleme hin, die durch First-Party-Auslieferung verschwinden.
Wenn Sie parallel die Trigger-Wahl optimieren möchten, liefert Popup Timing optimieren die passenden Timing-Signale, die auch bei AdBlocker-Nutzern vollständig funktionieren. Den Uplift durch First-Party-Auslieferung können Sie anschließend über die Benchmarks für DACH-Shops einordnen.