Adblock-immun von Architektur

Adblocker blocken nach URL. Beaconrys URL ist deine eigene WordPress-Site. Es gibt keine Domain und keinen Pfad, den ein Adblocker blocken könnte, ohne WordPress selbst lahmzulegen.

Das Problem

Browser-seitige Analytics-Tools (Meta-Pixel, gtag.js, TikTok-Pixel, LinkedIn Insight Tag) laden ihr eigenes JavaScript von Drittanbieter-Domains: connect.facebook.net, googletagmanager.com, analytics.tiktok.com, snap.licdn.com. Adblocker-Filter-Listen wie EasyPrivacy haben diese Domains drin. Wer uBlock Origin, Brave Shields, Pi-hole oder AdGuard installiert hat, lädt das Skript nie. Das Conversion-Event feuert nie.

Server-Side-TMS-Lösungen (GTM Server-Side, Stape) verschieben den Dispatch auf den Server, brauchen aber weiterhin einen Browser-Bootstrap. Sie nutzen typischerweise eine Custom-Subdomain wie tags.deinedomain.de, die auf einen Stape-Worker auflöst. Sobald Filter-Listen das mitkriegen (und das passiert innerhalb weniger Wochen, sobald ein Stape-Onboarding-Pattern populär wird), sind sie wieder adblocker-detectable.

Wie Beaconry das umgeht

Der Endpoint ist /wp-json/beaconry/v1/event. Er läuft innerhalb deiner WordPress-Installation, auf deiner eigenen Domain.

• Domain: deine eigene Site-Domain, keine Drittanbieter.
• Pfad: ein Sub-Pfad von /wp-json/, dem WordPress-REST-API-Namespace. Jede WordPress-Site nutzt /wp-json/ für eigenen Admin-Code, Suche, Kommentare, Theme-Settings.
• Payload: Custom-JSON (Beaconry-spezifische Form), nicht das Wire-Format eines Pixels. Inhaltsbasierte Filter-Listen können es auch nicht als Tracking matchen.

Ein Adblocker, der /wp-json blockt, würde Folgendes brechen:

• WordPress-6.x-Core-Search (nutzt /wp-json/).
• WordPress-Block-Editor (nutzt /wp-json/wp/v2/).
• Die meisten modernen WordPress-Themes (nutzen /wp-json/ für AJAX).
• Kommentare, "weitere Beiträge laden", jedes AJAX-Pattern.

Kein Filter-Listen-Maintainer wird eine Regel ausliefern, die WordPress für die Millionen legitimer Sites kaputt macht, die /wp-json/ nutzen.

Was das in Zahlen heißt

Branchen-Daten zeigen 25 bis 30 Prozent Web-Traffic mit irgendeiner Form von Adblocker. Das ist ein Viertel deiner Conversions, das du nicht siehst, wenn du auf Browser-seitige Pixel angewiesen bist. Beaconry holt sie alle zurück: jeder zustimmende Besucher hat seine Conversion server-side gefangen, egal welche Extension oder DNS-Level-Sperre er nutzt.

Was Beaconry NICHT adblock-immun macht

• Hybrid-Modus für irgendeinen Kanal bringt den Browser-Pixel zurück. Adblocker werden diese Bytes wie zuvor blocken. Beaconry dedupliziert, also bekommen Adblocker-Besucher dennoch ihr Server-Event getrackt, aber der First-Party-Cookie-Vorteil des Hybrid-Modus geht für diesen spezifischen Besucher verloren.
• Der Consent-Banner selbst lädt von deiner eigenen Domain, der Besucher muss aber dennoch Analytics-Einwilligung geben, damit überhaupt ein Event feuert. Bei Ablehnung bleibt Beaconry still. Das ist DSGVO, kein Adblocker-Problem.

Verifikation

Site in einem Browser mit aktiviertem uBlock Origin öffnen, beliebige Page besuchen, DevTools → Network-Tab. Du solltest sehen:

• POST-Requests an /wp-json/beaconry/v1/event auf deiner eigenen Domain. Status 202.
• Null Requests an connect.facebook.net, googletagmanager.com, analytics.tiktok.com (sofern Hybrid-Modus für diesen Kanal aus ist).

Das ist der ganze Test. Wenn POST-Requests /wp-json/beaconry/v1/event erreichen, erreichen die Events auch die Plattformen.