# VAST 4.2 versus VMAP: hoe programmeerbare advertentieblokken voor CTV te structureren **Source:** https://vodlix.com/nl/blog/vast-4-2-vs-vmap-programmatic-ad-pods-ctv **Summary:** Ontdek hoe VAST 4.2 en VMAP samenwerken voor CTV-advertentieblokken, waar elke standaard het best tot zijn recht komt en hoe u programmatische reclameblokken kunt structureren voor een betere streamingervaring. **Published:** 2026-08-24 **Publisher:** Vodlix --- 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**](https://vodlix.com/features/ott-monetization-models)**?** ## Begin met de reclamepauze, niet met de reclametag {#begin-met-de-reclamepauze-niet-met-de-reclametag} 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: | **Pauze** | **Functie** | **Maximale Pod** | **Mogelijke structuur** | | --- | --- | --- | --- | | Pre-roll | Vóór de inhoud | 60 sec | 1 × 30 sec + 1 × 30 sec | | Mid-roll 1 | 08:00 | 120 sec | Maximaal 4 advertenties | | Mid-roll 2 | 18.00 uur | 120 sec | Maximaal 4 advertenties | | Mid-roll 3 | 27:00 | 90 sec | Maximaal 3 advertenties | 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. ## De twee normen hebben verschillende functies {#de-twee-normen-hebben-verschillende-functies} 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](https://iabtechlab.com/standards/vast/) 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](https://iabtechlab.com/standards/simid/vmap/) 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. ## De plaats van VAST 4.2 in een CTV-advertentieblok {#de-plaats-van-vast-4-2-in-een-ctv-advertentieblok} 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? ## Wanneer VMAP van pas komt {#wanneer-vmap-van-pas-komt} 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. ## Wat een programmatische CTV-pod eigenlijk nodig heeft {#wat-een-programmatische-ctv-pod-eigenlijk-nodig-heeft} 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. ## VAST 4.2 versus VMAP: het praktische verschil {#vast-4-2-versus-vmap-het-praktische-verschil} | **Capaciteit** | **VAST 4.2** | **VMAP** | | --- | --- | --- | | Bepaalt de reactie op individuele advertenties | Ja | No | | Levert advertentiemetadata aan de speler | Ja | No | | Ondersteunt meerdere advertenties in één pod | Ja | Niet op zichzelf | | Bepaalt het tijdstip van de reclamepauze | Dat is niet de belangrijkste functie ervan | Ja | | Bepaalt het aantal en de structuur van advertentiemogelijkheden | Beperkt tot de context van de advertentierespons | Ja | | Definieert de daadwerkelijke advertentie | Ja | No | | Handig voor programmatische advertentieweergave | Ja | Indirect | | Dient als vervanging voor de andere | No | No | 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. ## Een betere CTV-architectuur {#een-betere-ctv-architectuur} 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](https://iabtechlab.com/standards/openrtb/) 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. ## Hoe stel je een CTV-spot van 120 seconden samen? {#hoe-stel-je-een-ctv-spot-van-120-seconden-samen} 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: | **Slot** | **Duur** | **Resultaat** | | --- | --- | --- | | 1 | 30 sec | Gevuld | | 2 | 30 sec | Gevuld | | 3 | 30 sec | Gevuld | | 4 | 30 sec | Niet ingevuld | 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. ## Behandel niet elke CTV-reclameblok alsof het een webvideo-reclameblok is {#behandel-niet-elke-ctv-reclameblok-alsof-het-een-webvideo-reclameblok-is} 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**. ## Hoe zit het met het invoegen van advertenties aan de serverzijde? {#hoe-zit-het-met-het-invoegen-van-advertenties-aan-de-serverzijde} 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. ## Waar CTV-platforms vaak de fout ingaan {#waar-ctv-platforms-vaak-de-fout-ingaan} ### **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. ## Een eenvoudig besluitvormingskader {#een-eenvoudig-besluitvormingskader} 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. ## Wat dit betekent voor OTT- en CTV-aanbieders {#wat-dit-betekent-voor-ott-en-ctv-aanbieders} Voor OTT-bedrijven, [infrastructuur voor het genereren van inkomsten](https://vodlix.com/blog/best-video-monetization-platforms) 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. ## De grotere verschuiving in CTV-reclame {#de-grotere-verschuiving-in-ctv-reclame} 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.** ## Belangrijkste conclusie {#belangrijkste-conclusie} 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](https://vodlix.com/features/tv-apps), 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. **Q: Is VAST 4.2 hetzelfde als VMAP?** Nr. VAST structureert en levert advertentieresponsen, terwijl VMAP mogelijkheden voor reclameblokken en de plaatsing daarvan binnen de inhoud beschrijft. **Q: Kan VAST een advertentieblok maken?** Ja. VAST ondersteunt meerdere advertenties binnen een pod, waarbij de volgorde wordt bepaald aan de hand van de sequentie. **Q: Bevat VMAP de daadwerkelijke videoadvertenties?** Nee. VMAP bepaalt de structuur van de reclameblokken. De daadwerkelijke advertenties kunnen worden aangeleverd via advertentie-responsen zoals VAST. **Q: Moet een CTV-platform zowel VAST als VMAP gebruiken?** Ze kunnen samen worden gebruikt wanneer het platform behoefte heeft aan gestandaardiseerde communicatie, zowel wat betreft de structuur van de reclameblokken als de weergave van de advertenties. Of VMAP nodig is, hangt af van het distributiemodel en het model voor de bediening van de speler. **Q: Is VAST 4.2 nog steeds relevant voor CTV?** Ja. VAST 4.2 wordt in delen van het CTV-ecosysteem nog steeds ondersteund, hoewel bij het ontwerpen van een nieuwe implementatie rekening moet worden gehouden met nieuwere VAST-specificaties en CTV-richtlijnen. **Q: Wat is het verschil tussen een reclameblok en een reclamepauze?** Een reclameblok is de reclame-uitzending binnen de tijdlijn van de inhoud. Een reclamepakket is de verzameling of reeks reclamespots waarmee dat blok wordt gevuld. **Q: Hoe lang moet een CTV-advertentieblok zijn?** Er is geen standaardduur. Het platform moet de lengte van een pod bepalen op basis van het type inhoud, de verwachtingen van de kijkers, de commerciële strategie en de beschikbare vraag. **Q: Kan programmatische reclame afzonderlijke tijdvakken in een pod vullen?** Ja. Moderne programmatische CTV-standaarden kunnen zowel mogelijkheden voor advertentieblokken met meerdere advertenties als afzonderlijke advertentieplaatsen daarbinnen weergeven. **Q: Wat gebeurt er als er voor één pod-plaats geen winnende advertentie is?** Het platform zou een duidelijk omschreven noodplan moeten hebben, in plaats van de speler eindeloos te laten wachten of een ongemakkelijke onderbreking in de kijkervaring te veroorzaken. **Q: Is VMAP vereist voor SSAI?** Nee. VMAP is niet per definitie vereist voor het invoegen van advertenties aan de serverzijde. Of het nuttig is, hangt af van de manier waarop informatie over reclameblokken moet worden uitgewisseld tussen de eigenaar van de inhoud, de speler en de distributiesystemen. **Q: Waar moeten OTT-platforms prioriteit aan geven bij het ontwerpen van advertentieblokken?** Geef prioriteit aan een voorspelbare pauzeduur, creatieve compatibiliteit, volgorde, uitwijkgedrag, betrouwbaarheid bij het afspelen en nauwkeurige meting. **Q: Wat is de eenvoudigste manier om het verschil tussen VAST en VMAP te onthouden?** Zie VMAP als het programma-overzicht en VAST als het weergaveformaat. VMAP geeft aan waar de reclameblok moet worden ingevoegd; VAST beschrijft wat er binnen dat blok wordt weergegeven.