Gli ad blocker bloccano gli annunci nativi? Come i widget sfuggono

Gli ad blocker bloccano alcuni annunci nativi e ne lasciano passare altri, e la divisione dipende da come viene servito il widget, non dal fatto che il formato sia "nativo". I widget caricati dal dominio script di una rete (come un tag Taboola o Outbrain) sono presenti in liste di filtro popolari come EasyList, quindi una quota significativa di utenti di ad blocker non li vede mai. Il contenuto che un editore serve nativamente, nel proprio markup, senza una chiamata di script di terze parti, di solito non viene catturato da nulla, perché non esiste un dominio di ad-serving che una lista di filtro possa abbinare.

Perché gli ad blocker funzionano come funzionano#

La maggior parte degli ad blocker consumer (uBlock Origin, AdBlock Plus e i blocker integrati in Brave e alcuni browser mobili) funzionano abbinando le richieste di rete e gli elementi della pagina a liste di filtro mantenute dalla community. EasyList è la più grande e la più sottoscritta. Queste liste operano a livello di domini, sottodomini e selettori CSS: se uno script viene richiesto da un hostname noto per ad-serving, o un elemento corrisponde a un nome di classe di contenitore di annunci noto, viene bloccato o nascosto prima di essere renderizzato.

Questo approccio è stato costruito per la pubblicità display tradizionale, dove l'annuncio proviene chiaramente da un ad server separato (una chiamata DoubleClick o AppNexus, per esempio) che è facile da identificare. I widget nativi complicano quel modello perché la richiesta proviene spesso dal dominio di marca della rete (taboola.com, outbrain.com, mgid.com), che i manutentori delle liste di filtro hanno avuto anni per identificare e aggiungere. Quindi non è accurato dire che la pubblicità nativa è invisibile ai blocker; i domini widget standard delle principali reti sono, di fatto, su EasyList e liste simili, e una quota reale del traffico ad blocker non carica mai il widget di annunci nativi affatto.

Dove il nativo ancora sfugge#

Il divario che mantiene il tasso di blocco effettivo del nativo inferiore a quello dei formati banner o video proviene da alcuni punti:

• Rendering lato editore. Alcuni editori integrano l'output di un widget di raccomandazione direttamente nei propri modelli di pagina, piuttosto che caricarlo come un iframe di terze parti evidente, il che rende più difficile per una regola di filtro generica isolarlo chiaramente dal contenuto editoriale circostante.
• Camuffamento visivo anche quando la richiesta viene caricata. Un'unità nativa che passa effettivamente viene renderizzata come un'immagine e un titolo che corrispondono alla griglia della pagina. Anche gli utenti che non hanno un blocker e vedono l'annuncio spesso non lo registrano come un annuncio come farebbero con un banner, un fenomeno correlato ma separato dal blocco degli annunci (spesso chiamato banner blindness, e il nativo è stato progettato specificamente per ridurlo).
• CNAME cloaking e proxy di prima parte. Alcune ad tech utilizzano il sottodominio dell'editore (tramite un record DNS CNAME) per instradare ciò che è tecnicamente traffico di ad-serving di terze parti attraverso ciò che sembra una richiesta di prima parte. Questa è una pratica nota e attivamente contestata: diversi manutentori di liste di filtro e fornitori di browser hanno costruito contromisure specifiche contro il tracciamento basato su CNAME, quindi la sua efficacia contro i blocker si è ridotta, non aumentata.

Cosa significa per inserzionisti e editori#

Se sei un inserzionista, l'implicazione pratica è che l'esposizione del nativo al blocco degli annunci è reale ma parziale. È inferiore al display e drammaticamente inferiore al video pre-roll, il che spiega parte della durata del nativo come canale, ma non dovresti presumere che ogni impressione che un ad server segnala sia stata effettivamente renderizzata davanti a un umano che potesse vederla, un concetto coperto più ampiamente nella nostra analisi della viewability. Se sei un editore che fa affidamento sui ricavi delle raccomandazioni native, la stessa logica vale al contrario: una parte del tuo traffico con ad blocker abilitati non caricherà mai il widget, il che vale la pena considerare nelle aspettative di RPM piuttosto che trattare le impressioni segnalate come l'intero pubblico.

L'angolo della conformità di cui nessuno parla#

C'è una seconda ragione per cui gli annunci nativi a volte sembrano "sfuggire" che non ha nulla a che fare con gli ad blocker: tag pubblicitari non corrispondenti o mancanti ed etichettatura di divulgazione incoerente. Un widget che non è chiaramente etichettato "Sponsored" può sembrare, a un lettore distratto, di aver eluso completamente il rilevamento, quando in realtà non era stato etichettato bene in primo luogo. Questo è un problema di policy e brand-safety per la rete e l'inserzionista, separato da qualsiasi cosa faccia un'estensione del browser, e un problema distinto dalla frode pubblicitaria che viola apertamente la policy della rete. È anche una delle cose che emerge quando si controlla la catena di fornitura degli annunci nativi di un concorrente: se l'etichettatura di divulgazione è coerente tra le geo e gli editori in cui un inserzionista sta operando, e come si confronta con come funzionano gli annunci Taboola a livello di posizionamento.

Come i tassi di blocco differiscono per piattaforma e browser#

Il quadro non è uniforme nemmeno tra i dispositivi. I browser desktop hanno gli ecosistemi di estensioni più profondi, quindi l'adozione di ad blocker desktop tende ad essere significativamente più alta rispetto al mobile, dove installare un blocker di solito significa un'app dedicata o un browser con filtraggio integrato (Brave, alcuni browser mobili focalizzati sulla privacy) piuttosto che una semplice installazione di estensione. Questa asimmetria è uno dei motivi per cui le campagne native che mirano a inventario pesante mobile spesso riportano una viewability effettiva diversa rispetto allo stesso creativo in esecuzione su posizionamenti desktop, anche prima di considerare qualsiasi differenza nelle prestazioni creative. È anche parte del motivo per cui il mix geografico conta qui: l'adozione di ad blocker varia significativamente per paese, generalmente più alta nei mercati con forte consapevolezza degli strumenti di privacy e più bassa dove domina la navigazione mobile-first.

La pressione dal lato delle entrate che plasma tutto questo#

Gli editori dipendono abbastanza dai ricavi delle raccomandazioni native che alcuni hanno silenziosamente spinto indietro contro il blocco in modi che vanno oltre i trucchi CNAME, inclusi programmi di whitelisting in stile "acceptable ads" che alcuni blocker eseguono, dove determinati formati pubblicitari (incluse alcune posizioni native) vengono lasciati passare per impostazione predefinita se soddisfano criteri di non intrusività dichiarati. Questa è un'area genuinamente contestata: alcuni utenti la vedono come un compromesso ragionevole, altri la vedono come blocker che monetizzano le esenzioni. In ogni caso, è una seconda ragione per cui il tasso di blocco nel mondo reale di una data posizione nativa è più vicino a "dipende dalla policy del blocker specifico" che a un singolo numero universale.

Cosa significa se stai cercando di fare ricerca sugli annunci nativi dei concorrenti#

Se stai controllando cosa sta effettivamente girando, non fare affidamento sulla navigazione con un blocker disabilitato in un profilo browser e presumere che sia rappresentativo; cattura attraverso tipi di dispositivo e, idealmente, senza fare affidamento sulla navigazione in tempo reale, poiché attivare manualmente i blocker geo per geo non scala e ancora perde le differenze di rendering lato server tra editori. Questo è parte del motivo per cui esistono indici indipendenti: invece di disabilitare manualmente le estensioni e re-crawlare a mano, il native ad spy tool di OpenAdLibrary cattura i creativi nativi direttamente alla fonte attraverso reti e editori, quindi ciò che vedi nell'indice riflette ciò che viene effettivamente servito, non ciò che una configurazione del browser ha lasciato passare per caso.

Un test rapido che puoi eseguire da solo#

Se vuoi vederlo di persona, carica la stessa pagina con un blocker mainstream abilitato e disabilitato, e osserva cosa succede al widget di raccomandazione in fondo a un articolo. Su molti editori di medie dimensioni che eseguono un'integrazione standard di Taboola o Outbrain, il widget scompare completamente con il blocker attivo, a volte lasciando un vuoto visibile nel layout dove il segnaposto non ha avuto la possibilità di riempirsi. Su altri editori, in particolare quelli che hanno personalizzato l'integrazione o l'hanno fusa più strettamente con il proprio sistema di raccomandazione dei contenuti, la differenza è molto meno ovvia. Quell'incoerenza tra editori, non un singolo trucco tecnico, è la vera ragione per cui "l'adblock ferma gli annunci nativi" non ha una risposta chiara.

Il punto fondamentale#

Gli ad blocker bloccano una fetta reale del traffico di annunci nativi, specificamente gli script widget standard delle principali reti che sono presenti in liste di filtro popolari. Ciò che non catturano in modo affidabile è il contenuto renderizzato nativamente all'interno del template dell'editore, o il camuffamento visivo che impedisce agli annunci nativi di essere registrati come annunci anche quando vengono caricati. Se stai facendo budget o reporting sul nativo, tratta "impressioni servite" e "impressioni effettivamente viste da un umano" come due numeri diversi, perché per questo formato specifico, il divario tra loro è reale.