Blockieren Werbeblocker Native Ads? Wie Widgets durchschlüpfen

Werbeblocker blockieren einige Native Ads und lassen andere durch, und die Trennung hängt davon ab, wie das Widget ausgeliefert wird, nicht davon, ob das Format "native" ist. Widgets, die von der eigenen Script-Domain eines Netzwerks geladen werden (wie ein Taboola- oder Outbrain-Tag), stehen auf beliebten Filterlisten wie EasyList, sodass ein bedeutender Teil der Werbeblocker-Nutzer sie nie sieht. Inhalte, die ein Publisher nativ, in seinem eigenen Markup, ohne einen Drittanbieter-Script-Aufruf ausliefert, werden normalerweise von nichts erfasst, da es keine Ad-Serving-Domain gibt, mit der eine Filterliste übereinstimmen könnte.

Warum Werbeblocker so funktionieren, wie sie funktionieren#

Die meisten Verbraucher-Werbeblocker (uBlock Origin, AdBlock Plus und die eingebauten Blocker in Brave und einigen mobilen Browsern) funktionieren, indem sie Netzwerkanfragen und Seitenelemente mit von der Community gepflegten Filterlisten abgleichen. EasyList ist die größte und am weitesten verbreitete. Diese Listen arbeiten auf der Ebene von Domains, Subdomains und CSS-Selektoren: Wenn ein Script von einem bekannten Ad-Serving-Hostnamen angefordert wird oder ein Element mit einem bekannten Ad-Container-Klassennamen übereinstimmt, wird es blockiert oder ausgeblendet, bevor es gerendert wird.

Dieser Ansatz wurde für traditionelle Display-Werbung entwickelt, bei der die Anzeige eindeutig von einem separaten Ad-Server stammt (z. B. ein DoubleClick- oder AppNexus-Aufruf), der leicht zu identifizieren ist. Native Widgets verkomplizieren dieses Modell, da die Anfrage oft von der eigenen gebrandeten Domain des Netzwerks kommt (taboola.com, outbrain.com, mgid.com), die Filterlisten-Verantwortliche seit Jahren identifizieren und hinzufügen konnten. Es ist also nicht korrekt zu sagen, dass Native Advertising für Blocker unsichtbar ist; die Standard-Widget-Domains der großen Netzwerke stehen tatsächlich auf EasyList und ähnlichen Listen, und ein echter Teil des Werbeblocker-Traffics lädt das Native Ad Widget überhaupt nicht.

Wo Native immer noch durchschlüpft#

Die Lücke, die die effektive Blockierungsrate von Native niedriger hält als bei Banner- oder Videoformaten, hat mehrere Ursachen:

• Publisher-seitiges Rendering. Einige Publisher integrieren die Ausgabe eines Empfehlungs-Widgets direkt in ihre eigenen Seitenvorlagen, anstatt es als offensichtliches Drittanbieter-Iframe zu laden, was es für eine generische Filterregel schwieriger macht, es sauber vom umgebenden redaktionellen Inhalt zu isolieren.
• Visuelle Tarnung selbst wenn die Anfrage geladen wird. Eine Native-Anzeige, die durchkommt, wird als Bild und Überschrift gerendert, die zum Raster der Seite passen. Selbst Nutzer, die keinen Blocker haben und die Anzeige sehen, registrieren sie oft nicht als Werbung, wie sie es bei einem Banner tun würden, was ein verwandtes, aber separates Phänomen zur Werbeblockierung ist (oft als Bannerblindheit bezeichnet, und Native wurde speziell entwickelt, um sie zu reduzieren).
• CNAME-Cloaking und First-Party-Proxy. Einige Ad-Tech verwendet die eigene Subdomain eines Publishers (über einen CNAME-DNS-Eintrag), um technisch gesehen Drittanbieter-Ad-Serving-Traffic durch das zu leiten, was wie eine First-Party-Anfrage aussieht. Dies ist eine bekannte, aktiv umstrittene Praxis: Mehrere Filterlisten-Verantwortliche und Browser-Anbieter haben spezifische Gegenmaßnahmen gegen CNAME-basiertes Tracking entwickelt, sodass seine Wirksamkeit gegen Blocker schrumpft, nicht wächst.

Was das für Werbetreibende und Publisher bedeutet#

Wenn Sie ein Werbetreibender sind, ist die praktische Implikation, dass die Exposition von Native gegenüber Werbeblockern real, aber teilweise ist. Sie ist niedriger als bei Display und drastisch niedriger als bei Pre-Roll-Video, was einen Teil der Beständigkeit von Native als Kanal erklärt, aber Sie sollten nicht davon ausgehen, dass jeder Impression, die ein Ad-Server meldet, tatsächlich vor einem Menschen gerendert wurde, der sie sehen konnte – ein Konzept, das in unserer Aufschlüsselung der Viewability breiter behandelt wird. Wenn Sie ein Publisher sind, der auf Native-Empfehlungsumsätze angewiesen ist, schneidet die gleiche Logik andersherum: Ein Teil Ihres Traffics mit aktivierten Werbeblockern wird das Widget überhaupt nicht laden, was es wert ist, in RPM-Erwartungen einbezogen zu werden, anstatt gemeldete Impressions als die volle Zielgruppe zu behandeln.

Der Compliance-Aspekt, über den niemand spricht#

Es gibt einen zweiten Grund, warum Native Ads manchmal "durchzuschlüpfen" scheinen, der nichts mit Werbeblockern zu tun hat: falsch zugeordnete oder fehlende Ad Tags und inkonsistente Kennzeichnung. Ein Widget, das nicht eindeutig als "Gesponsert" gekennzeichnet ist, kann für einen beiläufigen Leser so aussehen, als hätte es die Erkennung vollständig umgangen, obwohl es in Wirklichkeit nur von Anfang an nicht gut gekennzeichnet war. Das ist ein Policy- und Brand-Safety-Problem für das Netzwerk und den Werbetreibenden, getrennt von allem, was eine Browser-Erweiterung tut, und ein eigenständiges Problem von Ad Fraud, das die Netzwerkrichtlinien direkt verletzt. Es ist auch eines der Dinge, die bei der Prüfung der Native Ad Supply Chain eines Mitbewerbers auftauchen: ob die Kennzeichnung konsistent über die Geos und Publisher ist, in denen ein Werbetreibender schaltet, und wie das im Vergleich zu wie Taboola Ads funktionieren auf Placement-Ebene abschneidet.

Wie sich Blockierungsraten je nach Plattform und Browser unterscheiden#

Das Bild ist auch nicht einheitlich über Geräte hinweg. Desktop-Browser haben die tiefsten Erweiterungs-Ökosysteme, daher ist die Desktop-Werbeblocker-Nutzung tendenziell deutlich höher als auf Mobilgeräten, wo die Installation eines Blockers normalerweise eine dedizierte App oder einen Browser mit integrierter Filterung erfordert (Brave, einige datenschutzorientierte mobile Browser) und nicht einfach eine Erweiterungsinstallation. Diese Asymmetrie ist ein Grund, warum Native-Kampagnen, die auf mobile-lastiges Inventar abzielen, oft eine andere effektive Viewability melden als dasselbe Creative auf Desktop-Placements, selbst bevor Unterschiede in der Creative-Leistung berücksichtigt werden. Es ist auch ein Teil des Grundes, warum der Geo-Mix hier wichtig ist: Die Werbeblocker-Nutzung variiert erheblich von Land zu Land, tendenziell höher in Märkten mit starkem Datenschutz-Tool-Bewusstsein und niedriger, wo mobiles Surfen dominiert.

Der umsatzseitige Druck, der all dies prägt#

Publisher sind so stark auf Native-Empfehlungsumsätze angewiesen, dass einige auf eine Weise gegen das Blockieren vorgegangen sind, die über CNAME-Tricks hinausgeht, darunter "Acceptable Ads"-Whitelisting-Programme, die einige Blocker betreiben, bei denen bestimmte Werbeformate (einschließlich einiger Native-Placements) standardmäßig durchgelassen werden, wenn sie bestimmte Kriterien der Nicht-Aufdringlichkeit erfüllen. Dies ist ein wirklich umstrittener Bereich: Einige Nutzer sehen es als einen vernünftigen Kompromiss, andere sehen es als Monetarisierung von Ausnahmen durch die Blocker. Wie auch immer, es ist ein zweiter Grund, warum die reale Blockierungsrate eines bestimmten Native-Placements eher "von der Politik des jeweiligen Blockers abhängt" als eine einzelne universelle Zahl ist.

Was das bedeutet, wenn Sie versuchen, Native Ads von Mitbewerbern zu recherchieren#

Wenn Sie prüfen, was tatsächlich läuft, verlassen Sie sich nicht darauf, mit einem deaktivierten Blocker in einem Browser-Profil zu surfen und anzunehmen, dass dies repräsentativ ist; erfassen Sie über Gerätetypen hinweg und idealerweise ohne sich auf Live-Browsing zu verlassen, da das manuelle Umschalten von Blockern Geo für Geo nicht skalierbar ist und dennoch serverseitige Rendering-Unterschiede zwischen Publishern übersehen. Dies ist ein Grund, warum unabhängige Indizes existieren: Anstatt Erweiterungen manuell zu deaktivieren und von Hand neu zu crawlen, erfasst OpenAdLibrarys native ad spy tool Native Creatives direkt an der Quelle über Netzwerke und Publisher hinweg, sodass das, was Sie im Index sehen, das widerspiegelt, was tatsächlich ausgeliefert wird, und nicht das, was eine bestimmte Browser-Konfiguration durchgelassen hat.

Ein schneller Test, den Sie selbst durchführen können#

Wenn Sie dies aus erster Hand sehen möchten, laden Sie dieselbe Seite mit einem aktivierten und deaktivierten Mainstream-Blocker und beobachten Sie, was mit dem Empfehlungs-Widget am Ende eines Artikels passiert. Bei vielen mittelgroßen Publishern, die eine standardmäßige Taboola- oder Outbrain-Integration verwenden, verschwindet das Widget vollständig mit dem aktivierten Blocker, manchmal hinterlässt es eine sichtbare Lücke im Layout, wo der Platzhalter keine Chance hatte, sich zu füllen. Bei anderen Publishern, insbesondere solchen, die die Integration angepasst oder enger mit ihrem eigenen Content-Empfehlungssystem verbunden haben, ist der Unterschied weit weniger offensichtlich. Diese Inkonsistenz zwischen Publishern, nicht irgendein einzelner technischer Trick, ist der wahre Grund, warum "blockiert Adblock Native Ads" keine klare Antwort hat.

Das Fazit#

Werbeblocker blockieren tatsächlich einen echten Teil des Native-Ad-Traffics, insbesondere die Standard-Widget-Scripts von großen Netzwerken, die auf beliebten Filterlisten stehen. Was sie nicht zuverlässig erfassen, sind Inhalte, die nativ innerhalb der eigenen Vorlage eines Publishers gerendert werden, oder die visuelle Tarnung, die Native Ads daran hindert, als Werbung registriert zu werden, selbst wenn sie laden. Wenn Sie Budgetierung oder Reporting gegen Native betreiben, behandeln Sie "ausgelieferte Impressions" und "tatsächlich von einem Menschen gesehene Impressions" als zwei verschiedene Zahlen, denn speziell für dieses Format ist die Lücke zwischen ihnen real.