Blocklist per la brand safety: come funziona il blocco per categoria, dominio e keyword

Ogni buyer programmatic l’ha visto succedere almeno una volta. L’annuncio di un cliente compare accanto a una notizia a cui non avrebbe mai dovuto avvicinarsi, qualcuno fa uno screenshot e la conversazione smette di riguardare i CPM. La campagna può aver raggiunto tutti gli obiettivi di performance, ma niente di tutto ciò conta più quando il brand si sente esposto.

Acquistare in open auction rende tutto più difficile di quanto sembri. La tua piattaforma può valutare migliaia di bid request al secondo, provenienti da siti e app che nessuno del tuo team ha mai visitato. L’unico modo per tenere gli annunci lontani dai posti sbagliati a quella velocità è mettere le regole per iscritto in anticipo e lasciare che la piattaforma di acquisto le applichi prima di ogni offerta. Quelle regole sono le tue blocklist di brand safety.

Questa guida spiega cos’è una blocklist di brand safety, come funzionano davvero il blocco per categoria, dominio, app e keyword all’interno di una demand-side platform, dove ciascun metodo mostra i suoi limiti, come si confrontano blocklist e allowlist, e come costruire e mantenere una lista che protegga i clienti senza togliere reach alle campagne.

Cos’è una blocklist di brand safety?

Una blocklist di brand safety è un insieme di regole che indica a una piattaforma di acquisto dove gli annunci di un inserzionista non devono comparire. Ogni regola descrive qualcosa che il buyer può rilevare in una bid request: una categoria di contenuto, un dominio web, un’app mobile o parole presenti nella pagina o nei suoi metadati. Quando un’impression in arrivo corrisponde a una regola, la piattaforma non fa offerte.

La parola chiave è “prima”. Una blocklist lavora pre-bid. Non è un report da leggere dopo aver speso il budget. Il controllo avviene nei pochi millisecondi tra il momento in cui arriva una bid request e il momento in cui la tua piattaforma decide se rispondere. Se vuoi vedere esattamente quali campi vengono usati per quella decisione, la nostra guida su cosa contiene una bid request analizza l’intero oggetto OpenRTB.

La brand safety è anche diversa dalla prevenzione delle frodi, anche se spesso se ne parla insieme. La prevenzione delle frodi si chiede se l’impression sia reale: c’è una persona vera, su un dispositivo vero, sul sito che il seller dichiara? La brand safety dà per scontato che l’impression sia reale e si pone una domanda diversa: è un posto in cui questo inserzionista vuole farsi vedere? Una campagna ha bisogno di entrambe. Un pubblico perfettamente umano sul tipo di pagina sbagliato resta un problema, e una pagina perfettamente sicura piena di bot resta denaro sprecato.

I quattro tipi di blocco all’interno di una DSP

La maggior parte delle piattaforme di acquisto supporta quattro tipi di regole di blocco. Lavorano a livelli di dettaglio diversi e ognuna dipende dalla presenza e dall’accuratezza di una parte diversa della bid request.

Blocco per categoria

Il blocco per categoria è lo strumento più ampio. In OpenRTB un seller può descrivere il contenuto di un sito o di un’app con codici di categoria, di solito presi dalla IAB Tech Lab Content Taxonomy. La request può contenere categorie per l’intero sito, per la sezione corrente e per la pagina corrente. Le versioni più recenti del protocollo includono anche un campo che indica da quale versione della tassonomia provengono i codici, così buyer e seller leggono lo stesso codice nello stesso modo.

Lato acquisto, selezioni le categorie che un inserzionista deve evitare e la piattaforma scarta qualsiasi request che ne contenga una. È veloce e semplice da configurare. Il punto debole è che l’etichetta la sceglie il seller. Un publisher interessato a vendere più impression ha pochi motivi per etichettare le proprie pagine come sensibili, e molte request arrivano con un’unica categoria generica per tutto il sito o senza alcuna categoria. Il blocco per categoria è un utile primo filtro, non una risposta completa.

Blocco per dominio e per app

Il blocco per dominio è lo strumento più preciso che hai. Se un sito ha causato un problema una volta, aggiungi il suo dominio e la tua piattaforma non farà mai più offerte su di esso. Il blocco per app fa lo stesso per le app mobile e di connected TV, usando il bundle ID o l’identificativo dello store invece del dominio.

La precisione ha due limiti. Primo, una lista di domini copre solo i posti che già conosci, e ogni giorno nascono nuovi siti. Secondo, il dominio nella request è una dichiarazione del seller. Il supply fraudolento può dichiarare un dominio rispettabile mentre serve l’annuncio altrove. Per questo il blocco per dominio va sempre abbinato a controlli sulla supply chain. La nostra guida su ads.txt, app-ads.txt e sellers.json spiega come i buyer verificano che un seller sia effettivamente autorizzato a vendere un determinato dominio o una determinata app.

Blocco per keyword

Il blocco per keyword cerca parole o frasi specifiche collegate all’impression. Nella forma più semplice, la piattaforma analizza l’URL della pagina e gli eventuali campi keyword della request. Le configurazioni più avanzate usano un servizio di analisi contestuale che legge il testo effettivo della pagina, spesso prima dell’asta, e restituisce un segnale su cui la piattaforma di acquisto può agire.

Le keyword intercettano ciò che le categorie non vedono, come una breaking news su un sito altrimenti sicuro. Sono però anche il modo più facile per bloccare troppo. Una lista che contiene parole come “sparatoria”, “attacco” o “schianto” bloccherà la cronaca nera, ma anche articoli sportivi, notizie di cybersecurity e commenti sui mercati azionari. Le liste di keyword richiedono più attenzione di qualsiasi altro tipo di regola, e ci torneremo più avanti.

Blocklist o allowlist: quale usare?

Una blocklist dice “fai offerte ovunque tranne qui”. Una allowlist, chiamata anche inclusion list o whitelist, dice “fai offerte solo qui”. Sono approcci opposti allo stesso problema, e la maggior parte dei team di acquisto più maturi li usa entrambi, per campagne diverse.

Uno schema comune è mantenere una blocklist condivisa che si applica a tutte le campagne della piattaforma, e aggiungere sopra delle allowlist per i clienti che hanno bisogno di un controllo più stretto. Una banca o un brand per bambini può girare solo su una lista approvata di qualche centinaio di domini. Un inserzionista di performance che vende un prodotto di massa può girare su supply aperto con la blocklist condivisa e una breve lista specifica per il cliente.

Come avviene il controllo della blocklist prima dell’offerta

Dal punto di vista della piattaforma, la brand safety è solo un altro filtro nella pipeline di bidding. L’ordine delle operazioni è questo:

1. Arriva la request. Un SSP o un exchange invia una bid request con il dominio o l’app, l’URL della pagina, eventuali codici di categoria, i dati del dispositivo e la supply chain.
2. La piattaforma controlla le regole condivise. Si applicano per primi i blocchi a livello di piattaforma: domini, app, seller e categorie noti come problematici che nessuna campagna dovrebbe mai acquistare.
3. Ogni campagna idonea applica le proprie regole. Blocklist, allowlist e regole sulle keyword a livello di cliente escludono le campagne che non devono fare offerte su questa impression.
4. Si aggiungono eventuali segnali di terze parti. Se è collegato un servizio contestuale o di verifica, il suo verdetto pre-bid viene usato come ulteriore regola.
5. La piattaforma fa un’offerta o passa. Se c’è ancora almeno una campagna idonea, valuta il prezzo dell’impression e risponde. Altrimenti non invia alcuna offerta e non spende nulla.
6. I risultati alimentano le liste. I report sui placement e i controlli post-bid mostrano dove gli annunci sono effettivamente usciti, e tutto ciò che non avrebbe dovuto passare viene aggiunto alle liste.

Ne derivano due considerazioni pratiche. Le regole condivise devono essere eseguite prima di quelle di campagna, perché una request che nessuna campagna può acquistare va scartata il prima possibile e con il minor costo possibile. E ogni controllo deve essere veloce. Una piattaforma di acquisto che impiega troppo tempo a filtrare va in timeout e perde aste che voleva vincere, per questo le regole di brand safety vengono di solito tenute in memoria come semplici lookup invece di essere valutate da zero a ogni request.

È utile anche sapere che i publisher applicano blocchi nella direzione opposta. OpenRTB permette a un seller di passare liste di categorie di inserzionisti, domini di inserzionisti e app che non accetta. Anche la tua piattaforma deve rispettarle, altrimenti le sue offerte verranno semplicemente rifiutate. La brand safety è un accordo bidirezionale, applicato nella stessa request.

Errori comuni con le blocklist

La maggior parte dei problemi di brand safety non nasce dal non avere una lista. Nasce da liste configurate una volta e mai più riguardate. Questi sono gli errori che vediamo più spesso:

• Bloccare troppo con keyword generiche. Lunghe liste di keyword copiate da vecchie campagne eliminano silenziosamente grandi quantità di inventory sicuro, soprattutto di news. Il risultato è meno reach, prezzi più alti e meno publisher di qualità nel mix.
• Fidarsi solo delle categorie dichiarate. Se l’etichetta la sceglie il seller, un blocco per categoria ti protegge solo dai seller che etichettano in modo onesto.
• Bloccare il dominio ma non il percorso. Un dominio può essere venduto direttamente, tramite diversi reseller, oppure essere del tutto contraffatto. Verificare chi è autorizzato a venderlo conta quanto il dominio stesso. La nostra guida alla supply path optimization spiega come eliminare i percorsi rischiosi verso lo stesso inventory.
• Una sola lista per tutti i clienti. Un brand di gaming e un brand farmaceutico hanno definizioni di “sicuro” molto diverse. Le liste condivise dovrebbero coprire ciò che nessuno acquista; le liste dei clienti dovrebbero coprire il resto.
• Nessuna traccia del perché qualcosa è stato bloccato. Senza un motivo e una data accanto a ogni voce, nessuno osa rimuovere nulla e la lista continua solo a crescere.
• Ignorare app e CTV. I team che hanno costruito le proprie liste per il web spesso dimenticano che il supply di app e TV è identificato da bundle ID, non da domini, e richiede voci dedicate.

Come costruire e mantenere una blocklist di brand safety

Una buona blocklist è breve, specifica, documentata e revisionata. Il processo che segue funziona per agenzie e ad network che gestiscono molti inserzionisti su un’unica piattaforma.

1. Concorda con il brand cosa considera non sicuro

Parti dall’inserzionista, non dallo strumento. Chiedi quali argomenti sono sempre inaccettabili, quali sono accettabili in alcuni contesti e quali vanno bene. Le notizie di attualità su un conflitto possono essere inaccettabili per un brand e perfette per un’offerta di abbonamento a un quotidiano. Metti per iscritto le risposte, così la lista potrà sempre essere ricondotta a una decisione.

2. Costruisci un livello base condiviso

A livello di piattaforma, blocca ciò che nessun cliente dovrebbe mai acquistare: contenuti illegali, contenuti per adulti quando non sono il business dell’inserzionista, domini e app noti come fraudolenti e seller che non superano i controlli sulla supply chain. Questo livello cambia raramente e protegge automaticamente ogni campagna.

3. Aggiungi i livelli dei clienti

Per ogni inserzionista, aggiungi categorie, domini, app e una lista di keyword breve e precisa che riflettano la sua policy. Preferisci frasi esatte alle singole parole, e preferisci i segnali di categoria o contestuali alle keyword quando la piattaforma li supporta.

4. Testa il costo in termini di reach

Prima di attivare una nuova lista, verifica quante request elimina. Se una lista di keyword rimuove molto più inventory del previsto, esamina un campione delle pagine bloccate. Molto spesso è una sola parola generica a causare la maggior parte della perdita.

5. Fai revisioni a scadenza fissa

Stabilisci una revisione regolare, mensile per la maggior parte dei team e settimanale per gli inserzionisti sensibili. Aggiungi i nuovi placement problematici emersi dai report sui placement e dal feedback dei clienti. Rimuovi le voci il cui motivo non è più valido. Tieni un audit trail di chi ha cambiato cosa e quando, così ogni decisione potrà essere spiegata al cliente.

La brand safety affianca la qualità del traffico, non la sostituisce. Se vuoi approfondire il lato delle frodi, i nostri articoli su perché la qualità del traffico dovrebbe essere la tua priorità numero uno e sulla protezione dall’ad fraud contro il traffico non valido trattano l’altra metà del problema.

Perché possedere la piattaforma cambia la brand safety

Quando acquisti tramite la piattaforma di qualcun altro, le tue blocklist vivono dentro il suo prodotto. Puoi usare i tipi di regole che offre, al livello di dettaglio che consente, con le integrazioni di terze parti che ha scelto. Se un cliente ti chiede perché un annuncio è uscito in un certo posto, la risposta dipende da log che potresti non riuscire a vedere per intero.

Possedere la piattaforma sposta quelle decisioni dalla tua parte del tavolo. Decidi tu quali regole si applicano a tutta la piattaforma, quali fonti di inventory sono approvate o rifiutate, quali partner di verifica sono collegati e per quanto tempo conservare i dati sui placement. Puoi costruire la tua blocklist condivisa a partire da tutto ciò che le tue campagne hanno imparato e applicarla a ogni cliente fin dal primo giorno.

La piattaforma DSP di AdTech Europe include il controllo dell’inventory a livello admin per approvare, rifiutare o dare priorità alle zone dei publisher, livelli anti-frode configurabili su traffic partner e campagne, integrazioni anti-frode tra cui IAS e analisi semantica, whitelisting dei domini e audit log di ogni azione di utenti e admin. Sono questi i mattoni di una policy di brand safety che controlli in prima persona.

Pronto a controllare la brand safety su una piattaforma tutta tua?

AdTech Europe fornisce tecnologia demand-side platform di livello enterprise ad agenzie, ad network, team di media buying e imprenditori adtech che vogliono possedere il proprio stack di acquisto invece di affittarlo. Ogni piano include scalabilità QPS illimitata, oltre 1.000 integrazioni SSP, branding white-label e aggiornamenti gratuiti a vita, così le tue regole di brand safety, le tue scelte di supply e le liste dei tuoi clienti restano sotto il tuo controllo.

A ottobre 2026, le opzioni sono una White Label DSP gestita a $500 al mese senza costi di setup, una DSP License a $25,000 una tantum, oppure una DSP Acquisition completa con piena proprietà del codice sorgente a $50,000 una tantum, con pagamenti rateali disponibili per i due livelli di proprietà. I prezzi aggiornati sono sempre disponibili nella pagina dei prezzi della DSP. Per pianificare una configurazione di brand safety su misura per i tuoi clienti e il tuo supply, prenota un meeting di strategia programmatic con il nostro team.

FAQ

Cos’è una blocklist di brand safety?

Una blocklist di brand safety è un insieme di regole che indica a una piattaforma di acquisto dove gli annunci di un inserzionista non devono comparire. Le regole possono riguardare categorie di contenuto, domini web, app o keyword, e la piattaforma le controlla prima di ogni offerta.

Qual è la differenza tra blocklist e allowlist?

Una blocklist permette alla piattaforma di fare offerte ovunque tranne che nei posti elencati. Una allowlist le permette di fare offerte solo nei posti elencati. Le blocklist mantengono alta la reach; le allowlist offrono una protezione più forte ai brand sensibili.

La brand safety è la stessa cosa della prevenzione dell’ad fraud?

No. La prevenzione delle frodi verifica se un’impression è reale e descritta correttamente. La brand safety verifica se un’impression reale si trova in un posto adatto all’inserzionista. Le campagne hanno bisogno di entrambe.

Perché il blocco per keyword riduce così tanto la reach?

Le singole parole compaiono in molti contesti sicuri. Una parola come “sparatoria” blocca la cronaca nera ma anche pagine di sport e fotografia. Usare frasi esatte, liste brevi e segnali contestuali mantiene la protezione perdendo molto meno inventory.

Da dove prende le categorie di contenuto una DSP?

I seller possono includere nella bid request OpenRTB i codici di categoria di contenuto IAB Tech Lab per il sito, la sezione e la pagina. I buyer possono anche usare servizi contestuali di terze parti che classificano la pagina indipendentemente dal seller.

Ogni quanto va revisionata una blocklist?

Una revisione mensile va bene per la maggior parte degli inserzionisti, una settimanale per quelli sensibili. Ogni revisione dovrebbe aggiungere i placement problematici emersi dai report e rimuovere le voci il cui motivo non è più valido.