VAST, VPAID e video ad serving spiegati per chi compra tramite DSP

Il video è uno dei formati più preziosi nel programmatic buying, ma anche uno dei più fragili. Un banner display o si carica o non si carica. Un video ad invece deve essere individuato, recuperato, decodificato, riprodotto e misurato, spesso attraverso una catena di server che il buyer non vede mai. Quando un qualsiasi anello di questa catena si rompe, l’impression va persa o, peggio ancora, viene conteggiata ma in realtà non viene mai mostrata.

Gran parte di questa catena si basa su un unico standard: VAST, il Video Ad Serving Template pubblicato dall’IAB Tech Lab. Accanto c’è uno standard più vecchio, VPAID, che molti buyer trovano ancora nelle specifiche delle creatività anche se il settore lo sta abbandonando. Capire cosa fanno questi due standard, e cosa può andare storto, spiega buona parte dei problemi di delivery e di reporting nelle campagne video.

Questa guida spiega cos’è VAST, com’è strutturata una risposta VAST, come funziona il video ad serving dalla bid request al player, perché VPAID viene sostituito, quali errori costano di più ai buyer e cosa cambia quando gestisci l’acquisto video su una piattaforma di tua proprietà.

Cos’è VAST?

VAST è un formato XML che indica a un video player quale annuncio riprodurre e come tracciarlo. Quando un player arriva a un ad break, richiede un annuncio a un ad server. La risposta arriva sotto forma di documento VAST, che elenca i file video, l’indirizzo di click-through e gli indirizzi di tracking che il player deve chiamare durante la riproduzione dell’annuncio.

Il senso di un template condiviso è che qualsiasi player conforme possa riprodurre qualsiasi annuncio conforme. Un publisher non ha bisogno di codice personalizzato per ogni buyer e un buyer non ha bisogno di creatività personalizzate per ogni publisher. Un solo tag VAST può girare su migliaia di siti, app e canali connected TV.

VAST è passato attraverso diverse versioni. VAST 2.0 e 3.0 sono ancora diffusi nei player meno recenti. VAST 4.x ha introdotto file mezzanine separati ad alta qualità per il server-side ad insertion, un Universal Ad ID per tracciare la stessa creatività su piattaforme diverse e una sezione dedicata agli script di verifica. La maggior parte dei player moderni accetta VAST 4, ma molti supply partner richiedono ancora la compatibilità con VAST 2 o 3, quindi è bene verificare cosa supporta ogni placement.

Dentro una risposta VAST

Un documento VAST è un insieme di elementi annidati. Non devi scrivere XML a mano per acquistare video, ma dovresti conoscerne le parti principali, perché la maggior parte dei problemi di delivery si può ricondurre a una di esse.

Due di questi meritano un’attenzione particolare. I tracking event sono la fonte delle tue metriche video, quindi una creatività con tracker dei quartili mancanti o non funzionanti risulterà nei report come se nessuno l’avesse guardata. L’indirizzo di errore è l’unico modo per capire perché un annuncio non è partito, quindi un tag VAST che ne è privo ti lascia al buio.

Come funziona il video ad serving, passo dopo passo

Nel programmatic buying, VAST viaggia all’interno del normale flusso di real-time bidding. Se questo flusso è nuovo per te, la nostra guida su come funziona il real-time bidding spiega l’asta nel dettaglio. Per il video, i passaggi sono questi:

1. Il player arriva a un ad break. Può trattarsi di un pre-roll prima del contenuto, di un mid-roll durante, di un post-roll dopo, oppure di un’unità out-stream all’interno di un articolo.
2. L’SSP invia una bid request con un oggetto video. L’oggetto descrive lo slot: tipi di file accettati, durata minima e massima, versioni VAST supportate, dimensioni del player, possibilità di skip e posizione dell’annuncio nel contenuto.
3. La DSP confronta lo slot con la tua campagna. Se la tua creatività non rispetta le regole su durata, dimensioni o protocollo, la DSP non dovrebbe fare offerte. Fare offerte su slot che il tuo annuncio non può riempire significa sprecare le aste vinte.
4. La DSP restituisce un’offerta con markup VAST. La bid response contiene direttamente l’XML VAST oppure un indirizzo da cui il player può recuperarlo.
5. Il player carica il VAST, segue eventuali wrapper e sceglie un file. Seleziona il media file più adatto al suo schermo, alla connessione e ai tipi supportati.
6. L’annuncio parte e i tracker si attivano. Impression, start, quartili e complete vengono inviati a tutti gli indirizzi di tracking della catena. Se qualcosa va storto, il player chiama l’indirizzo di errore.

L’oggetto video del secondo passaggio è la cosa più utile che un buyer possa imparare a leggere. Il nostro approfondimento su cos’è una bid request illustra la struttura OpenRTB. Per il video, i campi da tenere d’occhio sono i MIME type accettati, l’intervallo di durata, l’elenco dei protocolli supportati, lo start delay (che ti dice se si tratta di pre-roll, mid-roll o post-roll), il tipo di placement e l’impostazione di skip.

In-stream, out-stream e connected TV

VAST viene usato in ambienti molto diversi, ognuno con le proprie regole. Una creatività che funziona bene in uno può non partire o rendere meno in un altro.

La connected TV è l’ambiente più rigido. Molti annunci CTV vengono inseriti nello stream lato server, non riprodotti da un browser, quindi non c’è spazio per l’esecuzione di codice interattivo. Le app TV si aspettano inoltre file più grandi e di alta qualità. La nostra guida al CTV programmatic advertising approfondisce questo canale, mentre la guida all’ in-app programmatic advertising tratta i video rewarded e interstitial all’interno delle app.

VPAID: cos’era e perché sta scomparendo

VPAID, il Video Player-Ad Interface Definition, è nato per rendere interattivi i video ad. Al posto di un semplice file video, la risposta VAST puntava a un frammento di codice, prima Flash e poi JavaScript. Quel codice prendeva il controllo dello slot pubblicitario: poteva mostrare pulsanti, moduli e giochi, ed eseguire script di misurazione.

Il problema è che proprio questa potenza rendeva VPAID poco affidabile e lento da caricare. Un annuncio che esegue un proprio codice può ritardare la riproduzione, consumare la batteria dei dispositivi mobili, comportarsi in modo diverso su ogni player e nascondere ciò che sta facendo. Inoltre non funziona nella maggior parte degli ambienti connected TV e server-side, perché non c’è un browser in grado di eseguirlo. Molti publisher e player oggi bloccano o limitano VPAID, e alcune fonti di supply lo rifiutano del tutto.

L’IAB Tech Lab ha suddiviso i due compiti di VPAID in standard separati e più sicuri:

• OMID (Open Measurement) si occupa di viewability e verifica. Il codice di misurazione è indicato nella sezione AdVerifications di VAST 4.1 e successivi e gira accanto all’annuncio, invece di avvolgerlo.
• SIMID (Secure Interactive Media Interface Definition) si occupa dell’interattività. Il player mantiene il controllo del video e il livello interattivo gira in un frame separato sovrapposto.
• Il semplice video lineare VAST copre tutto il resto. Per la maggior parte delle campagne performance e brand, un file video pulito con tracker corretti è tutto ciò che ti serve.

Per i buyer, la regola pratica è semplice. A meno che un placement non richieda esplicitamente unità interattive e le supporti, servi video VAST pulito con misurazione tramite OMID. Raggiungerai più supply e perderai meno impression per errori del player.

VAST, VPAID e VMAP a confronto

Nelle specifiche i buyer trovano spesso un terzo acronimo: VMAP, il Video Multiple Ad Playlist. Non descrive un annuncio, ma gli ad break all’interno di un contenuto: quando avvengono e quanti annunci contiene ciascuno. La tabella qui sotto distingue i tre standard.

Gli errori VAST che costano di più ai buyer

VAST definisce codici di errore numerati che i player inviano all’indirizzo di errore. Non serve impararli tutti a memoria, ma alcuni gruppi spiegano la maggior parte delle impression video perse:

• Errori XML e di versione (serie 100). Il player non è riuscito a leggere il VAST oppure non ne supporta la versione. Spesso la causa è un markup danneggiato o un VAST 4 servito a un player meno recente.
• Errori dei wrapper (serie 300). Un wrapper è andato in timeout, la catena aveva troppi passaggi oppure l’ultimo passaggio non ha restituito alcun annuncio. Le catene di wrapper troppo lunghe sono una delle cause più comuni di aste video vinte e poi perse.
• Errori lineari e dei media file (serie 400). Il file non è stato trovato, ha impiegato troppo tempo a caricarsi oppure nessun file corrispondeva a ciò che il player supporta. Di solito significa che alla creatività mancano i formati o le dimensioni giuste.
• Errori non definiti (900). Qualcosa non ha funzionato e il player non è in grado di dire cosa. Se una fonte genera frequenti errori 900, vale la pena indagare.

La maggior parte di questi errori si può prevenire prima del lancio. Mantieni brevi le catene di wrapper, idealmente con un solo passaggio o nessuno. Carica più versioni di ogni video, così ogni player può trovare un file adatto. Allinea la versione VAST a quella supportata dal placement. E assicurati che ogni creatività abbia un indirizzo di errore funzionante, in modo che gli errori compaiano nei tuoi report invece di sparire nel nulla.

Le metriche video da monitorare

I tracking event VAST alimentano le metriche video della tua DSP. Leggile insieme, perché ognuna presa da sola può trarti in inganno. La nostra guida alle metriche di reporting della DSP copre il quadro generale; queste sono quelle specifiche per il video.

Uno scarto tra aste vinte e start è il segnale d’allarme più evidente: significa che stai pagando per vincere aste con annunci che non vengono mai riprodotti. Controlla prima i codici di errore, poi la fonte di supply. Alcune fonti producono anche completion fin troppo perfette, un motivo in più per affiancare all’acquisto video i controlli sul traffico descritti nella nostra guida alle blocklist per la brand safety.

Acquistare video con una piattaforma di tua proprietà

Quando noleggi un seat su una DSP, ti ritrovi le regole video della piattaforma così come sono. Non puoi decidere quanto debbano essere rigidi i controlli pre-bid su durata e protocolli, quanti passaggi di wrapper la piattaforma accetti o quali codici di errore facciano mettere in pausa una fonte. Vedi solo i report che la piattaforma sceglie di mostrarti.

Quando la piattaforma è tua, quelle regole diventano tue. Puoi rifiutarti di fare offerte su slot che le tue creatività non possono riempire, fissare i tuoi limiti su VPAID e wrapper, conservare i dati grezzi di tracking e di errore e mettere in pausa le fonti video in base a soglie di errore e completion definite da te. Per le agenzie e gli ad network che vendono video ai propri clienti, questo controllo fa la differenza tra dover spiegare i problemi di delivery e riuscire a prevenirli. Il video convive con display, native, audio e TV nello stesso modulo di campagna, come indicato nella nostra pagina dedicata ai formati pubblicitari.

Pronto a gestire il video sulla tua DSP?

AdTech Europe fornisce tecnologia demand-side platform ad agenzie, ad network, team di media buying e imprenditori dell’adtech che vogliono possedere il proprio stack di acquisto invece di noleggiarne uno. Il video in-stream e out-stream gira accanto ai formati display, native, in-app, audio e TV, senza costi QPS, con il tuo brand e il tuo dominio.

A ottobre 2026 puoi noleggiare la DSP a $500 al mese (i piani mensili prevedono un costo di setup una tantum pari a una mensilità) o a $5,000 all’anno, acquistarne la licenza per $25,000 in un’unica soluzione o in 12 rate, oppure diventare proprietario del codice sorgente completo per $50,000. I prezzi aggiornati in tutte le valute supportate sono disponibili nella pagina dei prezzi, mentre la pagina White Label DSP illustra l’opzione con il tuo brand. Per pianificare un setup video su misura per i tuoi clienti e la tua supply, prenota una call di strategia programmatic con il nostro team.

FAQ

Cos’è VAST nella pubblicità video?

VAST, il Video Ad Serving Template, è uno standard XML dell’IAB Tech Lab che indica a un video player quale annuncio riprodurre e come tracciarlo. Elenca i file video, l’indirizzo di click-through e gli indirizzi di tracking per ogni evento.

Qual è la differenza tra VAST e VPAID?

VAST descrive un annuncio e il modo in cui tracciarlo. VPAID è codice che gira all’interno del player per rendere un annuncio interattivo o per misurarlo. VAST può veicolare un’unità VPAID, ma oggi la maggior parte dei buyer serve semplice video VAST e usa OMID per la misurazione.

VPAID è ancora supportato?

Alcuni player web meno recenti lo accettano ancora, ma molti publisher, app e ambienti connected TV bloccano o limitano VPAID. L’IAB Tech Lab raccomanda invece OMID per la misurazione e SIMID per l’interattività.

Quale versione di VAST dovrei usare?

Usa la versione più recente supportata da ogni placement. VAST 4.x è lo standard attuale e aggiunge il supporto alla verifica e ai file ad alta qualità, ma alcuni player accettano solo VAST 2 o 3. Le versioni supportate sono indicate nell’oggetto video della bid request.

Cos’è un wrapper VAST?

Un wrapper è una risposta VAST che rimanda a un’altra risposta VAST invece di contenere l’annuncio stesso. Ogni wrapper aggiunge un passaggio tra server, quindi le catene lunghe aumentano i ritardi e sono una causa frequente di timeout e impression perse.

Perché le mie aste video vinte non corrispondono agli start?

L’asta è stata vinta ma l’annuncio non è partito. Le cause più comuni sono timeout dei wrapper, formati di file mancanti, versioni VAST non supportate ed errori del player. Analizza i codici di errore VAST per fonte di supply per individuare la causa.

Cos’è VMAP?

VMAP, il Video Multiple Ad Playlist, descrive quando avvengono gli ad break all’interno di un contenuto e quanti annunci contiene ciascun break. Funziona insieme a VAST: VMAP stabilisce la programmazione e VAST riempie ogni slot.