Real-Time Bidding Spiegato: Come Funzionano RTB e Header Bidding
L'asta per impression alla base del programmatic, dall'inizio alla fine: SSP, DSP, exchange, clearing first-price, header bidding, OpenRTB — e perché le reti native seguono regole diverse.

Il real-time bidding (RTB) è l'asta per impression alla base della maggior parte della pubblicità programmatic: quando una pagina con uno spazio pubblicitario si carica, un exchange trasmette una richiesta di offerta che descrive lo spazio, la pagina e un utente anonimizzato; le piattaforme di domanda la valutano e fanno offerte; l'annuncio del vincitore viene renderizzato — tutto in circa un decimo di secondo, prima che la pagina finisca di dipingersi. L'header bidding è la tecnica lato publisher che permette a molti exchange di competere per lo stesso spazio contemporaneamente, e OpenRTB è il protocollo che parlano tutti. Questa guida segue l'asta dall'inizio alla fine, spiega il meccanismo attorno ad essa, e copre la parte che la maggior parte delle spiegazioni salta: dove gli annunci native si adattano al modello e dove lo rompono.
L'asta, passo dopo passo#
Un'impression, un'asta, sei passi:
- Una pagina si carica e uno spazio pubblicitario si attiva. La pagina del publisher richiede un annuncio per un posizionamento specifico — dimensioni, posizione, contesto.
- Il lato offerta impacchetta una richiesta di offerta. La supply-side platform (SSP) del publisher costruisce una richiesta strutturata: dimensioni dello spazio, URL della pagina, geolocalizzazione utente, dispositivo, identificatori permessi dalla privacy.
- L'exchange la propaga. Un ad exchange trasmette la richiesta ai partner di domanda collegati — dozzine di essi, in parallelo.
- Le piattaforme di domanda valutano e fanno offerte. Ogni demand-side platform (DSP) valuta l'impression rispetto al targeting, ai budget e ai frequency cap dei suoi inserzionisti, poi risponde con un prezzo di offerta e una creatività — oppure passa.
- L'asta viene risolta. L'exchange sceglie il vincitore (first-price, nel mercato odierno), notifica il DSP, e restituisce la creatività vincente.
- L'annuncio viene renderizzato e il denaro si muove. La creatività viene visualizzata, i tracker di impression si attivano, e al publisher viene pagato il prezzo di clearing meno le commissioni di tutti nel percorso.
L'intero round trip avviene entro un timeout rigido — le offerte che arrivano in ritardo semplicemente non contano — ecco perché l'ecosistema è ossessionato dalla latenza.
Il cast dei personaggi#
| Personaggio | Lavora per | Ruolo nell'asta |
|---|---|---|
| SSP | Publisher | Impacchettare l'inventario, impostare i floor, massimizzare lo yield |
| Ad exchange | Il marketplace | Gestire l'asta, far rispettare il timeout |
| DSP | Inserzionista | Valutare ogni impression, fare offerte, gestire i budget |
| Ad server (entrambi i lati) | Publisher / inserzionista | Decisioni finali e consegna della creatività |
Le linee si confondono costantemente — le principali SSP gestiscono exchange, i DSP acquistano l'uno dall'altro, e la stessa azienda può stare su entrambi i lati — il che è parte del motivo per cui la trasparenza del supply path è diventata un problema del settore. Per il contesto più ampio di come questi pezzi si assemblano in una strategia di acquisto, vedi la pubblicità programmatic.
First-price vs second-price: perché l'asta è cambiata#
Il classico RTB utilizzava aste second-price: il vincitore pagava appena sopra l'offerta del secondo classificato, quindi offrire il proprio vero valore era sicuro. Poi l'header bidding ha messo la stessa impression in diverse aste parallele contemporaneamente, e il "secondo prezzo" ha smesso di significare qualcosa — una vittoria second-price in un'asta doveva comunque competere first-price contro i vincitori delle altre aste. Aggiungendo i floor e le commissioni applicati silenziosamente dagli exchange, e la price discovery è diventata opaca.
Il settore è converguto sulle aste first-price: il vincitore paga ciò che ha offerto. Più semplice e più onesto, ma ha spostato il peso della strategia sugli acquirenti — offri il tuo massimo vero ogni volta e paghi sistematicamente troppo, ecco perché i DSP ora eseguono il bid shading: algoritmi che stimano il prezzo minimo vincente e offrono più vicino a quello. Se acquisti programmaticamente e lo shading del tuo DSP è scarso, tu finanzi la differenza.
Header bidding: la soluzione per il waterfall#
Prima dell'header bidding, i publisher gestivano un waterfall: le fonti di domanda venivano chiamate una alla volta in un ordine di priorità fisso, ciascuna ottenendo la possibilità di acquistare ad un floor prestabilito prima che la richiesta "passasse indietro" alla successiva. Risultato: la prima fonte in linea poteva acquistare inventario sottovalutato mentre offerte migliori più in basso non vedevano mai l'impression.
L'header bidding inverte questo. Uno script nell'header della pagina (o, nella variante server-side, un proxy che la pagina chiama una volta) richiede offerte a molte SSP e exchange simultaneamente, poi passa l'offerta migliore nell'ad server del publisher per competere con le campagne vendute direttamente. Ogni fonte di domanda vede ogni impression nello stesso momento, su un piano di parità.
I compromessi sono operativi: l'header bidding client-side aggiunge latenza di pagina e peso JavaScript; quello server-side lo scambia con tassi di cookie-match più bassi. La maggior parte dei publisher sofisticati esegue un ibrido. Per gli acquirenti, la conseguenza pratica è più semplice: i giorni di trovare inventario sistematicamente sottoprezzato in un waterfall mal configurato sono finiti — il vantaggio ora viene dalla creatività e dal funnel, non dall'arbitraggio d'asta.
OpenRTB e il livello di trasparenza#
OpenRTB — uno standard dell'IAB Tech Lab — è il protocollo JSON su cui viaggiano la richiesta di offerta e la risposta: oggetti standardizzati che descrivono l'impression, il sito, il dispositivo, l'utente e l'offerta stessa. È il motivo per cui un DSP può parlare con cinquanta exchange senza cinquanta integrazioni.
Attorno al protocollo si trova un livello di trasparenza pubblico costruito per combattere le frodi e la rivendita opaca:
- ads.txt — un file sul dominio del publisher che elenca chi è autorizzato a vendere il suo inventario.
- sellers.json — l'immagine speculare: gli exchange pubblicano chi rappresentano.
- L'oggetto schain — ogni richiesta OpenRTB trasporta la catena di intermediari attraverso cui è passata l'impression.
Questi artefatti sono pubblici per design — il che significa che osservatori esterni possono verificare i percorsi programmatici, non solo i partecipanti. Questa verificabilità è la base dell'analisi moderna della supply chain.
Dove si collocano gli annunci native — e dove non lo fanno#
Ecco la parte che le spiegazioni centrate sul display sbagliano. Le grandi reti native — Taboola, Outbrain, MGID, Revcontent — non vendono principalmente attraverso i canali RTB aperti. Ciascuna gestisce il proprio marketplace chiuso: gli inserzionisti fanno offerte all'interno della piattaforma della rete, e l'asta degli annunci native avviene internamente alla rete per ogni slot di widget, per utente, per page view.
I concetti RTB si applicano ancora — è un'asta real-time, per impression, con floor e pacing — ma l'arena competitiva è diversa. La tua offerta Taboola compete contro altri inserzionisti Taboola, non contro l'exchange aperto. OpenRTB ha una specifica per Native Ads, e l'inventario native scorre programmaticamente ai margini; le reti rivendono anche la domanda l'una dell'altra, producendo percorsi di fornitura con più hop di una tipica impression display. Abbiamo tracciato esempi reali di queste catene — da widget a rete a rivenditore a inserzionista — in la supply chain degli annunci native, spiegata.
Conseguenze pratiche per un media buyer:
- Il tooling dei DSP per lo più non può vedere le aste delle reti native. Le dashboard programmatiche non ti diranno cosa sta girando su Taboola.
- La concorrenza è locale alla rete. Vincere su MGID significa battere gli inserzionisti di MGID nella tua geo e verticale, non il mercato programmatic globale.
- La supply chain è comunque osservabile. Poiché gli annunci serviti e le loro catene di richiesta sono pubblici, osservatori indipendenti possono classificare chi ha servito cosa — la tecnica alla base di come gli ad spy tool catturano gli annunci native.
Perché questo conta quando acquisti#
Tre conclusioni operative dalla meccanica:
- Conosci il tuo percorso, conosci le tue commissioni. Ogni intermediario nella catena prende una quota prima che il publisher venga pagato; sull'inventario native rivenduto gli hop si moltiplicano. Meno hop generalmente significa che più del tuo dollaro compra attenzione.
- La first-price ha cambiato le offerte. Non offrire il tuo tetto per riflesso; capisci quale shading applica la tua piattaforma — e sulle aste interne delle reti native, testa i livelli di offerta empiricamente perché non viene fatto alcun shading per te.
- Sul native, la ricerca competitiva sostituisce i dati d'asta. Non puoi interrogare l'asta di Taboola, ma puoi osservarne l'output. La classificazione della supply chain di OpenAdLibrary — costruita da oltre 6,8 milioni di osservazioni di annunci su 49 reti (luglio 2026) — mostra quali reti e rivenditori hanno effettivamente servito un annuncio, per creatività, nella piattaforma di ad intelligence. Leggere la realtà servita batte indovinare l'asta.
RTB è un'idea semplice eseguita su scala assurda: un'asta per impression, risolta prima che la pagina si dipinga. Comprendi l'asta, il protocollo e i percorsi — e la zuppa di acronimi programmatici si riduce a semplice infrastruttura.







