VAST, VPAID und Video Ad Serving für DSP-Einkäufer erklärt

Video ist eines der wertvollsten Formate im programmatic Einkauf – und zugleich eines der anfälligsten. Ein Display-Banner lädt entweder oder eben nicht. Eine Videoanzeige dagegen muss gefunden, abgerufen, dekodiert, abgespielt und gemessen werden, oft über eine Kette von Servern, die der Einkäufer nie zu Gesicht bekommt. Reißt irgendein Glied dieser Kette, geht die Impression verloren – oder, schlimmer noch, sie wird gezählt, aber nie wirklich ausgespielt.

Der größte Teil dieser Kette basiert auf einem Standard: VAST, dem Video Ad Serving Template des IAB Tech Lab. Daneben gibt es einen älteren Standard, VPAID, den viele Einkäufer noch immer in Creative-Spezifikationen finden, obwohl sich die Branche davon abgewandt hat. Wer weiß, was diese beiden Standards leisten und wo es typischerweise hakt, kann einen Großteil der Auslieferungs- und Reporting-Probleme in Videokampagnen erklären.

Dieser Leitfaden erläutert, was VAST ist, wie eine VAST-Antwort aufgebaut ist, wie Video Ad Serving vom Bid Request bis zum Player funktioniert, warum VPAID abgelöst wird, welche Fehler Einkäufer am meisten kosten und was sich ändert, wenn Sie Video auf einer eigenen Plattform einkaufen.

Was ist VAST?

VAST ist ein XML-Format, das einem Videoplayer mitteilt, welche Anzeige er abspielen und wie er darüber berichten soll. Erreicht ein Player einen Werbeblock, fragt er bei einem Ad Server eine Anzeige an. Die Antwort kommt als VAST-Dokument zurück. Dieses Dokument enthält die Videodateien, die Click-through-Adresse sowie die Tracking-Adressen, die der Player während der Wiedergabe aufrufen muss.

Der Sinn einer gemeinsamen Vorlage besteht darin, dass jeder standardkonforme Player jede standardkonforme Anzeige abspielen kann. Ein Publisher braucht keinen eigenen Code für jeden Einkäufer, und ein Einkäufer braucht keine eigenen Creatives für jeden Publisher. Ein einziger VAST-Tag kann auf Tausenden von Websites, Apps und Connected-TV-Kanälen laufen.

VAST hat mehrere Versionen durchlaufen. VAST 2.0 und 3.0 sind in älteren Playern nach wie vor verbreitet. VAST 4.x führte separate, hochwertige Mezzanine-Dateien für serverseitige Anzeigeneinfügung ein, eine Universal Ad ID, um dasselbe Creative plattformübergreifend zu verfolgen, sowie einen eigenen Abschnitt für Verifizierungsskripte. Die meisten modernen Player akzeptieren VAST 4, doch viele Supply-Partner verlangen weiterhin Kompatibilität mit VAST 2 oder 3. Einkäufer sollten daher prüfen, was die jeweilige Platzierung unterstützt.

Der Aufbau einer VAST-Antwort

Ein VAST-Dokument besteht aus verschachtelten Elementen. Sie müssen kein XML von Hand schreiben, um Video einzukaufen, sollten aber die wichtigsten Bestandteile kennen – denn die meisten Auslieferungsprobleme lassen sich auf eines davon zurückführen.

Zwei dieser Elemente verdienen besondere Aufmerksamkeit. Aus den Tracking-Events stammen Ihre Videokennzahlen – ein Creative mit fehlenden oder defekten Quartil-Trackern wird daher so berichtet, als hätte niemand zugesehen. Die Error-Adresse ist der einzige Weg herauszufinden, warum eine Anzeige fehlgeschlagen ist. Ein VAST-Tag ohne sie lässt Sie im Dunkeln tappen.

So funktioniert Video Ad Serving – Schritt für Schritt

Im programmatic Einkauf wird VAST innerhalb des regulären Real-Time-Bidding-Ablaufs übertragen. Falls dieser Ablauf neu für Sie ist: Unser Leitfaden So funktioniert Real-Time Bidding erklärt die Auktion selbst. Bei Video sehen die Schritte so aus:

1. Der Player erreicht einen Werbeblock. Das kann ein Pre-Roll vor dem Inhalt sein, ein Mid-Roll währenddessen, ein Post-Roll danach oder eine Out-Stream-Einheit innerhalb eines Artikels.
2. Die SSP sendet einen Bid Request mit einem Video-Objekt. Es beschreibt den Slot: akzeptierte Dateitypen, minimale und maximale Dauer, unterstützte VAST-Versionen, Playergröße, ob Überspringen erlaubt ist und wo die Anzeige im Inhalt platziert ist.
3. Die DSP gleicht den Slot mit Ihrer Kampagne ab. Passt Ihr Creative nicht zu den Vorgaben für Dauer, Größe oder Protokoll, sollte die DSP nicht bieten. Wer auf Slots bietet, die die eigene Anzeige nicht füllen kann, verschwendet gewonnene Auktionen.
4. Die DSP gibt ein Gebot mit VAST-Markup zurück. Die Bid Response enthält entweder das VAST-XML selbst oder eine Adresse, unter der der Player es abrufen kann.
5. Der Player lädt das VAST, folgt eventuellen Wrappern und wählt eine Datei. Er wählt die Mediendatei, die am besten zu seinem Bildschirm, seiner Verbindung und den unterstützten Typen passt.
6. Die Anzeige wird abgespielt und die Tracker feuern. Impression, Start, Quartile und Complete werden an jede Tracking-Adresse in der Kette gesendet. Schlägt etwas fehl, ruft der Player die Error-Adresse auf.

Das Video-Objekt aus Schritt zwei ist das Nützlichste, was ein Einkäufer zu lesen lernen kann. Unser Beitrag Was ist ein Bid Request? erläutert die OpenRTB-Struktur. Bei Video sollten Sie vor allem auf folgende Felder achten: die akzeptierten MIME-Typen, den Dauerbereich, die Liste der unterstützten Protokolle, die Startverzögerung (sie zeigt an, ob es sich um Pre-Roll, Mid-Roll oder Post-Roll handelt), den Platzierungstyp und die Skip-Einstellung.

In-Stream, Out-Stream und Connected TV

VAST kommt in sehr unterschiedlichen Umgebungen zum Einsatz, und jede hat ihre eigenen Regeln. Ein Creative, das in einer Umgebung gut funktioniert, kann in einer anderen fehlschlagen oder schwächer abschneiden.

Connected TV ist die strengste Umgebung. Viele CTV-Anzeigen werden serverseitig in den Stream eingefügt und nicht von einem Browser abgespielt – es gibt also keinen Ort, an dem interaktiver Code laufen könnte. TV-Apps erwarten zudem größere, hochwertige Dateien. Unser Leitfaden zu CTV Programmatic Advertising behandelt diesen Kanal ausführlich, und der Leitfaden zu In-App Programmatic Advertising befasst sich mit Rewarded- und Interstitial-Videos in Apps.

VPAID: Was es war und warum es an Bedeutung verliert

VPAID, die Video Player-Ad Interface Definition, wurde entwickelt, um Videoanzeigen interaktiv zu machen. Statt auf eine einfache Videodatei verwies die VAST-Antwort auf ein Stück Code – zunächst Flash, später JavaScript. Dieser Code übernahm den Anzeigenplatz. Er konnte Buttons, Formulare und Spiele darstellen und Messskripte ausführen.

Das Problem: Genau diese Macht machte VPAID wenig vertrauenswürdig und langsam. Eine Anzeige, die eigenen Code ausführt, kann die Wiedergabe verzögern, mobile Akkus belasten, sich auf jedem Player anders verhalten und verschleiern, was sie tut. Zudem funktioniert VPAID in den meisten Connected-TV- und serverseitigen Umgebungen nicht, weil es keinen Browser gibt, der den Code ausführen könnte. Viele Publisher und Player blockieren oder beschränken VPAID inzwischen, und manche Supply-Quellen lehnen es grundsätzlich ab.

Das IAB Tech Lab hat die beiden Aufgaben von VPAID auf separate, sicherere Standards aufgeteilt:

• OMID (Open Measurement) übernimmt Viewability und Verifizierung. Der Messcode wird ab VAST 4.1 im Abschnitt AdVerifications aufgeführt und läuft parallel zur Anzeige, statt sie zu umhüllen.
• SIMID (Secure Interactive Media Interface Definition) übernimmt die Interaktivität. Der Player behält die Kontrolle über das Video, und die interaktive Ebene läuft in einem separaten Frame darüber.
• Einfaches lineares VAST-Video deckt alles Übrige ab. Für die meisten Performance- und Markenkampagnen genügt eine saubere Videodatei mit korrekten Trackern.

Für Einkäufer gilt eine einfache Faustregel: Sofern eine Platzierung nicht ausdrücklich interaktive Einheiten verlangt und unterstützt, liefern Sie sauberes VAST-Video mit Messung über OMID aus. So erreichen Sie mehr Supply und verlieren weniger Impressions durch Player-Fehler.

VAST vs. VPAID vs. VMAP im Überblick

In Spezifikationen begegnet Einkäufern häufig ein drittes Akronym: VMAP, die Video Multiple Ad Playlist. Sie beschreibt keine Anzeige, sondern die Werbeblöcke innerhalb eines Inhalts: wann sie stattfinden und wie viele Anzeigen jeder Block enthält. Die folgende Tabelle grenzt die drei Standards voneinander ab.

Die VAST-Fehler, die Einkäufer am meisten kosten

VAST definiert nummerierte Fehlercodes, die Player an die Error-Adresse senden. Sie müssen nicht die vollständige Liste auswendig kennen, doch einige wenige Gruppen erklären die meisten verlorenen Video-Impressions:

• XML- und Versionsfehler (100er-Bereich). Der Player konnte das VAST nicht lesen oder unterstützt die Version nicht. Ursache sind häufig fehlerhaftes Markup oder die Auslieferung von VAST 4 an einen älteren Player.
• Wrapper-Fehler (300er-Bereich). Ein Wrapper hat das Zeitlimit überschritten, die Kette hatte zu viele Hops oder der letzte Hop lieferte keine Anzeige. Lange Wrapper-Ketten gehören zu den häufigsten Ursachen für verlorene Video-Wins.
• Linear- und Mediendatei-Fehler (400er-Bereich). Die Datei wurde nicht gefunden, lud zu lange oder keine Datei passte zu den Fähigkeiten des Players. Meist fehlen dem Creative die richtigen Formate oder Größen.
• Undefinierte Fehler (900). Etwas ist fehlgeschlagen, und der Player konnte nicht angeben, was. Häufen sich 900er-Fehler bei einer Quelle, lohnt sich eine genauere Untersuchung.

Die meisten dieser Fehler lassen sich schon vor dem Kampagnenstart verhindern. Halten Sie Wrapper-Ketten kurz, idealerweise mit einem oder gar keinem Hop. Laden Sie mehrere Renditions jedes Videos hoch, damit jeder Player eine passende Datei findet. Stimmen Sie die VAST-Version auf das ab, was die Platzierung unterstützt. Und stellen Sie sicher, dass jedes Creative eine funktionierende Error-Adresse enthält, damit Fehler in Ihren Reports auftauchen, statt spurlos zu verschwinden.

Video-Kennzahlen, die Sie im Blick behalten sollten

VAST-Tracking-Events speisen die Videokennzahlen in Ihrer DSP. Betrachten Sie sie stets im Zusammenhang, denn jede einzelne kann für sich genommen in die Irre führen. Unser Leitfaden zu DSP-Reporting-Kennzahlen behandelt die allgemeinen Metriken; hier geht es um die videospezifischen.

Eine Lücke zwischen gewonnenen Auktionen und Starts ist das deutlichste Warnsignal. Sie bedeutet, dass Sie dafür bezahlen, Auktionen für Anzeigen zu gewinnen, die nie abgespielt werden. Prüfen Sie zuerst die Fehlercodes, dann die Supply-Quelle. Manche Quellen liefern zudem Completions, die zu perfekt aussehen – ein Grund, den Video-Einkauf mit den Traffic-Prüfungen zu kombinieren, die wir in unserem Leitfaden zu Brand-Safety-Blocklists beschreiben.

Video-Einkauf auf der eigenen Plattform

Wenn Sie einen DSP-Seat mieten, übernehmen Sie die Video-Regeln der Plattform so, wie sie sind. Sie können nicht festlegen, wie streng die Pre-Bid-Prüfungen für Dauer und Protokolle sein sollen, wie viele Wrapper-Hops die Plattform akzeptiert oder welche Fehlercodes dazu führen, dass eine Quelle pausiert wird. Sie sehen die Reports, die die Plattform Ihnen zeigen möchte.

Gehört Ihnen die Plattform, werden diese Regeln zu Ihren eigenen. Sie können darauf verzichten, auf Slots zu bieten, die Ihre Creatives nicht füllen können, eigene Grenzen für VPAID und Wrapper festlegen, die Roh-Tracking- und Fehlerdaten behalten und Videoquellen anhand Ihrer eigenen Schwellenwerte für Fehler und Completions pausieren. Für Agenturen und Ad Networks, die Video an ihre eigenen Kunden verkaufen, macht diese Kontrolle den Unterschied zwischen dem Erklären von Auslieferungsproblemen und deren Vermeidung. Video steht dabei im selben Kampagnenformular neben Display, Native, Audio und TV, wie auf unserer Seite zu den Werbeformaten aufgeführt.

Bereit, Video über Ihre eigene DSP auszuspielen?

AdTech Europe liefert Demand-Side-Platform-Technologie an Agenturen, Ad Networks, Media-Buying-Teams und Adtech-Unternehmer, die ihren Einkaufs-Stack besitzen statt mieten möchten. In-Stream- und Out-Stream-Video laufen neben Display-, Native-, In-App-, Audio- und TV-Formaten – ohne QPS-Gebühren, unter Ihrer eigenen Marke und Domain.

Stand Oktober 2026 können Sie die DSP für $500 pro Monat (bei monatlichen Tarifen fällt eine einmalige Einrichtungsgebühr in Höhe einer Monatsgebühr an) oder für $5,000 pro Jahr mieten, sie für $25,000 einmalig oder in 12 Raten lizenzieren oder den vollständigen Quellcode für $50,000 erwerben. Aktuelle Preise in allen unterstützten Währungen finden Sie auf der Preisseite, und die Seite zur White Label DSP zeigt die Option unter eigener Marke. Um ein Video-Setup rund um Ihre eigenen Kunden und Ihren Supply zu planen, vereinbaren Sie ein Programmatic-Strategiegespräch mit unserem Team.

FAQs

Was ist VAST in der Videowerbung?

VAST, das Video Ad Serving Template, ist ein XML-Standard des IAB Tech Lab, der einem Videoplayer mitteilt, welche Anzeige er abspielen und wie er darüber berichten soll. Er enthält die Videodateien, die Click-through-Adresse und die Tracking-Adressen für jedes Event.

Was ist der Unterschied zwischen VAST und VPAID?

VAST beschreibt eine Anzeige und wie sie getrackt wird. VPAID ist Code, der im Player ausgeführt wird, um eine Anzeige interaktiv zu machen oder sie zu messen. VAST kann eine VPAID-Einheit ausliefern, doch die meisten Einkäufer setzen heute auf einfaches VAST-Video und nutzen OMID für die Messung.

Wird VPAID noch unterstützt?

Einige ältere Web-Player akzeptieren es noch, doch viele Publisher, Apps und Connected-TV-Umgebungen blockieren oder beschränken VPAID. Das IAB Tech Lab empfiehlt stattdessen OMID für die Messung und SIMID für Interaktivität.

Welche VAST-Version sollte ich verwenden?

Verwenden Sie die neueste Version, die die jeweilige Platzierung unterstützt. VAST 4.x ist der aktuelle Standard und bietet zusätzlich Verifizierung sowie Unterstützung für hochwertige Dateien, manche Player akzeptieren jedoch nur VAST 2 oder 3. Die unterstützten Versionen sind im Video-Objekt des Bid Requests aufgeführt.

Was ist ein VAST-Wrapper?

Ein Wrapper ist eine VAST-Antwort, die auf eine weitere VAST-Antwort verweist, statt die Anzeige selbst zu enthalten. Jeder Wrapper fügt einen Server-Hop hinzu – lange Ketten verursachen daher Verzögerungen und sind eine häufige Ursache für Timeouts und verlorene Impressions.

Warum stimmen meine gewonnenen Video-Auktionen nicht mit meinen Video-Starts überein?

Die Anzeige wurde gewonnen, aber nicht abgespielt. Häufige Ursachen sind Wrapper-Timeouts, fehlende Dateiformate, nicht unterstützte VAST-Versionen und Player-Fehler. Prüfen Sie die VAST-Fehlercodes nach Supply-Quelle, um die Ursache zu finden.

Was ist VMAP?

VMAP, die Video Multiple Ad Playlist, beschreibt, wann Werbeblöcke in einem Inhalt stattfinden und wie viele Anzeigen jeder Block enthält. VMAP arbeitet mit VAST zusammen: VMAP legt den Zeitplan fest, VAST füllt jeden Slot.