VAST 4.2 versus VMAP: hoe programmeerbare advertentieblokken voor CTV te structureren

Een reclameblok op een smart-tv kan voor een kijker eenvoudig lijken.

Het programma eindigt. Er begint een reclameblok. Er worden twee of drie reclamespotjes vertoond. Het programma gaat verder.

Achter die reeks moeten echter verschillende systemen het eens worden over wanneer er een onderbreking plaatsvindt, hoeveel advertentieruimte er beschikbaar is, welke advertenties deze ruimte kunnen opvullen, en hoe die advertenties worden weergegeven en gemeten.

Dit is waar VAST en VMAP vaak door elkaar worden gehaald.

Het zijn geen concurrerende standaarden die hetzelfde probleem oplossen.

VAST regelt de opbouw van de advertentierespons. VMAP bepaalt waar en wanneer er reclameblokken plaatsvinden.

Voor CTV-platforms die gebruikmaken van programmatische reclame is het belangrijk om dat verschil te begrijpen. Een slecht gestructureerde advertentieblok kan leiden tot lege tijdvakken, herhaalde advertenties, inconsistente advertentieweergave of een kijkervaring die meer op een webpagina lijkt dan op televisie.

VAST 4.2 ondersteunt advertentieblokken door het mogelijk te maken meerdere advertenties in een respons op te nemen en deze in de juiste volgorde af te spelen. VMAP biedt daarentegen een manier om de structuur van de reclameblokken en de timing rondom de inhoud te beschrijven.

De praktische vraag is dus niet simpelweg “VAST 4.2 of VMAP?”

Het is:

Hoe moeten VAST en VMAP in een CTV-omgeving op elkaar aansluiten? workflow voor het genereren van inkomsten?

Een veelgemaakte fout is om met de VAST-tag te beginnen.

Voor CTV is het betere uitgangspunt de de reclamepauze zelf.

Laten we eens kijken naar een aflevering van 30 minuten:

• De inhoud begint hier

• Eerste pauze na ongeveer 8 minuten

• Tweede pauze rond de 18 minuten

• Laatste pauze rond de 27 minuten

• Elke pauze heeft een vastgestelde maximale duur

De eerste beslissing betreft dus de structuur van de inventaris.

Bijvoorbeeld:

Dit is het punt waarop VMAP van pas kan komen.

VMAP is ontworpen om de structuur van het inlassen van advertenties te beschrijven, met inbegrip van de timing en de opbouw van reclameblokken wanneer de eigenaar van de inhoud geen controle heeft over de speler of het distributiekanaal.

Zodra de onderbreking is ingeleid, kan VAST de daadwerkelijke advertentierespons afhandelen.

Door dat onderscheid is de architectuur veel gemakkelijker te begrijpen.

Bekijk de relatie eens op deze manier:

VMAP antwoordt:
“Waar zitten de reclameblokken en wat kan er in elk blok worden getoond?”

VAST antwoordt:
“Welke advertentie moet de speler te zien krijgen en hoe moet die advertentie worden weergegeven?”

VAST is een XML-gebaseerd raamwerk voor het overdragen van advertentiemetadata van een advertentieserver naar een videospeler. VAST 4.2 ondersteunt ook het achter elkaar afspelen van meerdere advertenties als onderdeel van een advertentieblok.

VMAP definieert niet de afzonderlijke advertenties zelf. Het definieert de opbouw van de reclamepauze en kan wijzen op advertentiereacties die in die kansen voorzien.

Een nuttig denkkader is dus:

Tijdlijn van de content → VMAP-advertentiemogelijkheden → programmatische besluitvorming → VAST-advertentieresponsen → CTV-weergave

Dat komt veel dichter in de buurt van de manier waarop de fragmenten in een echte streaming-workflow zouden moeten worden benaderd.

VAST 4.2 is met name van belang wanneer meerdere advertenties achter elkaar moeten worden weergegeven.

Stel bijvoorbeeld dat een CTV-platform een reclameblok van twee minuten heeft.

De winnende inventaris zou het volgende kunnen bevatten:

1. Autoreclame van 30 seconden

2. Reclame van 30 seconden voor maaltijdbezorging

3. Reclamespotje van 30 seconden voor financiële diensten

4. Reclamespotje van 30 seconden voor de detailhandel

VAST kan deze weergeven als meerdere advertenties in een pod. Het attribuut ‘sequence’ geeft de beoogde volgorde aan.

Hierdoor ontstaat een reclamepauze zoals op tv, in plaats van dat elke vertoning als een op zichzelf staande videoweergave wordt behandeld.

Dat is belangrijk omdat De volgorde van de advertenties maakt deel uit van de kijkervaring.

Een CTV-platform hoeft niet alleen maar te antwoorden:

Welke advertentie heeft gewonnen?

Daarnaast moet het ook antwoord geven op:

Welke advertentie wordt als eerste afgespeeld, welke daarna, en hoe past de hele reclameblok binnen de beschikbare tijd?

VMAP is van nut wanneer de eigenaar van de inhoud de volgende informatie moet doorgeven: commerciële opzet rondom het programma.

Bijvoorbeeld:

VMAP biedt een gestandaardiseerde manier om deze invoegmogelijkheden door te geven.

Dit geldt met name voor gesyndiceerde content of omgevingen waarin de eigenaar van de content weliswaar de advertentierechten bezit, maar geen directe zeggenschap heeft over de speler of de distributieomgeving.

In een gecontroleerde OTT-toepassing kan een platform over andere manieren beschikken om dezelfde informatie te beheren. VMAP is vooral nuttig wanneer een gestandaardiseerde beschrijving van een reclameblok tussen systemen moet worden uitgewisseld.

Een programmatische advertentieblok is meer dan alleen een lijst met VAST-tags.

Bij een degelijke implementatie moet rekening worden gehouden met:

1. Duur van de pod

Bepaal hoeveel reclame er in de pauze past.

Een spotje van 120 seconden mag geen onderbreking van 150 seconden worden, alleen maar omdat er meerdere winnende creatieve voorstellen zijn teruggestuurd.

2. Volgorde van de sleuven

Als de pod meerdere advertenties bevat, moet de afspeelvolgorde vastliggen.

VAST ondersteunt het inplannen van advertenties binnen een pod.

3. Creatieve duur

Een koper kan een advertentie van 15, 30 of 60 seconden retourneren.

Uw beslissingslaag moet bepalen of die advertentie past binnen de resterende pod-voorraad.

4. Scheiding op basis van concurrentie

Twee concurrerende merken hoeven niet per se direct na elkaar te worden vermeld.

Als je bijvoorbeeld twee concurrerende autofabrikanten in dezelfde pauze plaatst, kan dat de waarde van de uitzending verminderen en een ongemakkelijke kijkervaring opleveren.

5. Frequentieregeling

Programmatische systemen moeten voorkomen dat dezelfde advertentie herhaaldelijk aan dezelfde kijker wordt getoond wanneer de beschikbare gegevens en de inkoopconfiguratie frequentiebeheer ondersteunen.

6. Fallback-gedrag

Als een bod mislukt, een VAST-antwoord ongeldig is of een advertentie niet kan worden afgespeeld, heeft het platform een alternatieve oplossing nodig.

Een lege advertentieplaats is een van de snelste manieren om inkomsten genererende advertentieruimte om te zetten in gederfde inkomsten.

Het belangrijkste punt is dat VAST en VMAP vullen elkaar aan.

In de documentatie van IAB zelf wordt VMAP beschreven als een aanvulling op VAST en niet als een vervanging ervan.

Voor een modern streamingplatform kan de workflow in vijf lagen worden ingedeeld.

Laag 1: Tijdlijn van de inhoud

De streamingdienst bepaalt waar er commerciële kansen liggen.

Dit kan gebaseerd zijn op:

• Pre-roll

• Mid-roll

• Post-roll

• Pauzes tijdens live-evenementen

• Geplande commerciële tijdvakken

Laag 2: Definitie van een reclameblok

Het platform definieert:

• Breekpositie

• Maximale duur

• Aantal beschikbare plaatsen

• Toegestane creatieve looptijden

• Beperkingen met betrekking tot inhoud of merken

VMAP kan deze structuur doorgeven wanneer gestandaardiseerde signalering van reclameblokken vereist is.

Laag 3: Programmatische besluitvorming

De beschikbare voorraad wordt aan het programmatische ecosysteem aangeboden.

Voor CTV kan dit naast VAST ook OpenRTB en aanverwante supply-chain-standaarden omvatten. In de CTV-richtlijnen van het IAB worden VAST, OpenRTB, OM SDK, ads.txt, sellers.json en SupplyChain beschreven als onderdelen van het bredere programmatische CTV-ecosysteem.

Met name wat betreft de voorraad in peulen, OpenRTB 2.6 biedt mechanismen voor het signaleren van afzonderlijke slots binnen een multi-ad-pod.

Laag 4: VAST-reactie

Zodra een advertentie is geselecteerd, levert VAST de informatie die nodig is voor het afspelen.

De speler kan de creatieve gegevens, trackinginformatie en andere vereiste advertentiemetadata ontvangen via het VAST-antwoord.

Laag 5: Weergave en meting

De CTV-applicatie voert de advertenties uit en rapporteert relevante afspeelgebeurtenissen.

Hier komt de kwaliteit van de implementatie cruciaal om de hoek kijken.

Een technisch geldige advertentierespons is niet voldoende als de kijker het volgende ziet:

• Lege schermen

• Lange laadtijden

• Onjuiste tijdsduur

• Herhaalde advertenties

• Abrupte overgangen

• Advertenties die niet worden afgespeeld

De reclamepauze moet aanvoelen als een onderdeel van de televisie-ervaring.

Laten we eens een praktisch voorbeeld nemen.

Een streamingplatform heeft een Mid-roll-advertentie van 120 seconden.

In plaats van de pauze als één groot blok van 120 seconden te beschouwen, kan het platform deze indelen in vier mogelijke segmenten:

Sleuf 1: 30 seconden
Sleuf 2: 30 seconden
Sleuf 3: 30 seconden
Sleuf 4: 30 seconden

Het programmatische systeem kan vervolgens voor elke functie bepalen of er aan de voorwaarden voldoeende vraag is.

Een mogelijke uitkomst zou kunnen zijn:

De speler hoeft niet per se eindeloos op Slot 4 te wachten.

Het platform heeft daarentegen een duidelijke regel nodig voor de afhandeling van ongebruikte voorraad.

Hier is waar podbeheer en afspeellogica net zo belangrijk worden als de standaard voor het weergeven van advertenties.

CTV hanteert een andere tolerantie ten aanzien van fouten in advertenties.

Op een website kan een leeg advertentievakje gewoon verdwijnen.

Op een televisiescherm kan een lege reclamepauze leiden tot een zwart scherm, onnatuurlijke overgangen tussen programmaonderdelen of een ongewoon korte pauze.

Dat betekent dat de advertentiestructuur van CTV prioriteit moet geven aan:

Voorspelbaarheid boven complexiteit.

Een goede reclameblok zou het volgende moeten bevatten:

• Vastgestelde maximale duur

• Bekende creatieve beperkingen

• Duidelijke sequentiebepaling

• Snelle terugvaloptie

• Vloeiende overgangen

• Betrouwbare tracking

• Minimale verstoring van de inhoud

Het doel is niet om bij elke gelegenheid het aantal advertenties te maximaliseren.

Het doel is om de waarde van de gehele kijksessie.

Het onderscheid tussen VAST en VMAP wordt nog belangrijker wanneer een streamingplatform gebruikmaakt van advertentie-invoeging aan de serverzijde.

In een SSAI-workflow kan reclame in de inhoudsstroom worden ingevoegd voordat deze het apparaat van de kijker bereikt.

De advertentiebeslissing kan nog steeds gebaseerd zijn op VAST-reacties, terwijl de logica voor reclameblokken van het platform bepaalt waar de reclame moet worden geplaatst.

VAST 4.x is ontwikkeld met verbeteringen die van belang zijn voor het invoegen van advertenties aan de serverzijde, en de huidige VAST-documentatie van de IAB bevat ook een CTV-specifiek addendum waarin de vereisten voor CTV worden behandeld.

Dit betekent dat de standaarden moeten worden beschouwd als onderdelen van een bredere leveringsarchitectuur, en niet als op zichzelf staande technologieën.

VMAP gebruiken terwijl ze eigenlijk VAST nodig hebben

VMAP vervangt de advertentiereactie niet.

Hierin wordt de pauzestructuur beschreven.

VAST gebruiken zonder een duidelijke pod-strategie

Een VAST-respons kan meerdere advertenties bevatten, maar het louter terugsturen van verschillende advertenties leidt niet automatisch tot een goed georganiseerde reclameblok.

Duur negeren

Als je voorraad 90 seconden bedraagt, moet het beslissingssysteem rekening houden met die beperking.

Programmatische vraag als onbeperkt beschouwen

Het feit dat een veiling is toegewezen, betekent niet dat elke advertentie geschikt is voor dezelfde pod.

Ontwerpen vanuit de speler in plaats van vanuit de inventaris

Eerst moet de reclamepauze worden vastgelegd. De technische oplossing moet vervolgens op die structuur aansluiten.

Als je moet bepalen welke standaard waar thuishoort, hanteer dan deze regel:

Wil je weten wat een reclameblok is? → VMAP

Moet de advertentie worden weergegeven? → VAST

Meerdere advertenties in één reclameblok nodig? → VAST-adpod / sequencing

Zijn er programmatische kopers nodig om te concurreren om pod-inventaris? → Combineer uw advertentieblok-structuur met de relevante programmatische signaal- en besluitvormingslaag.

Is invoeging aan de serverzijde nodig? → Ontwerp VAST en het beheer van onderbrekingen als onderdeel van de SSAI-workflow.

Hiermee wordt een groot deel van de verwarring rond „VAST versus VMAP“ weggenomen.

Ze pakken verschillende aspecten van het probleem aan.

Voor OTT-bedrijven, infrastructuur voor het genereren van inkomsten mag niet uitsluitend rond één advertentietag worden ontworpen.

Een betere aanpak is om een advertentievoorraadmodel ten eerste.

Definitie:

1. Waar advertenties kunnen worden weergegeven

2. Hoe lang elke pauze mag duren

3. Hoeveel advertenties passen er in?

4. Welke creatieve termijnen zijn aanvaardbaar?

5. Hoe advertenties in volgorde moeten worden geplaatst

6. Wat gebeurt er als er geen vraag is?

7. Hoe het afspelen en meten in zijn werk gaan

Breng vervolgens de relevante normen in verband met die eisen.

Deze aanpak maakt het ook eenvoudiger om meerdere distributieomgevingen te ondersteunen zonder dat de volledige monetisatiestrategie voor elke applicatie opnieuw moet worden opgezet.

Reclame op CTV krijgt steeds meer structuur.

De huidige CTV-activiteiten van de IAB breiden zich uit van traditionele in-streamvideo naar gestandaardiseerde formaten zoals reclame tijdens pauzes, in menu’s, als screensaver, als overlay, in scènes en als ‘squeeze-back’-reclame. De meest recente richtlijnen voor het CTV-advertentieportfolio zijn in juli 2026 definitief vastgesteld.

Tegelijkertijd biedt ‘podded bidding’ programmatische systemen nauwkeurigere manieren om reclameblokken met meerdere advertenties weer te geven.

Voor streamingplatforms betekent dit dat de toekomst van het genereren van inkomsten via CTV niet louter neerkomt op het plaatsen van meer advertenties.

Het gaat over het aanbod zo structureren dat kopers het kunnen begrijpen, advertentiesystemen het kunnen invullen en kijkers het zonder problemen kunnen bekijken.

VAST 4.2 en VMAP moeten niet worden gezien als concurrerende technologieën.

VMAP brengt de kans in kaart. VAST benut die kans.

VMAP kan aangeven waar een reclameblok plaatsvindt en hoe dat blok is opgebouwd. VAST kan vervolgens de advertenties leveren die die advertentieruimte vullen, inclusief advertenties die in een bepaalde volgorde binnen een pod worden weergegeven.

Voor CTV-exploitanten, de meest effectieve aanpak begint bij de kijkervaring en werkt vervolgens terug naar de advertentietechnologie:

Als die structuur goed is opgezet, wordt programmatische reclame een integraal onderdeel van de streamingervaring, in plaats van iets wat kijkers elke keer opvalt wanneer er een reclamespot begint.