Wenn Sie Videoinventar verkaufen, ist es wichtig, die Füllrate (angezeigte Videos im Vergleich zu Videos mit bezahlten Anzeigen) zu erhöhen. Unglücklicherweise für Publisher kann das Design von VAST und VPAID es Werbetreibenden ermöglichen, die Auslieferung einer Videoanzeige zu unterlassen. Daher können sich Publisher nicht nur auf die VAST-Datei eines einzelnen Werbetreibenden verlassen, sondern müssen Strukturen implementieren, mit denen alternative Werbetreibende versucht und angezeigt werden können: Das sogenannte Wasserfall-Modell.

Was ist VAST?

VAST ist ein (Dokument-) Standard, der definiert, wie Werbetreibende Informationen zu Videoanzeigen an einen Player übertragen können. Die VAST-URL oder Datei selbst ist im Grunde eine Textdatei, die mehrere Informationselemente enthält. Der Video-Player des Publishers lädt die VAST-Datei herunter, analysiert deren Inhalt und weiß so, ob und was als Videoanzeige angezeigt werden soll.

Es ist wichtig zu wissen, dass VAST grundsätzlich drei Arten von Antworten für den Werbetreibenden zulässt:

1. Die VAST-Datei enthält Informationen zu den Videodateien (mp4, flv, webm oder Ähnliches), die vom Player angezeigt werden können.
2. Die VAST-Datei enthält Informationen zu VPAID-Dateien, die vom Player angezeigt werden können.
3. Die VAST-Datei enthält ein Wrapper-Tag. Dies ist nichts anderes als ein Link zu einer anderen VAST-Datei, die der Player anrufen muss, um weitere Informationen zu erhalten.
4. Die VAST-Datei kann leer sein (keine Anzeige / Anzeige)

Was ist VPAID?

VPAID ist ein Standard, der definiert, wie ein Videoplayer eines Herausgebers einen anderen Videoplayer (Werbetreibender) integrieren kann. Ziel ist es, Werbetreibenden die Verwendung eines Players zu ermöglichen, der Funktionen unterstützt, die der Werbetreibende benötigt (z. B. ein bestimmtes Player-Design, Zählmechanismus oder andere Features). Wenn das VAST-Dokument auf eine VPAID-Datei verweist, lädt der Publisher-Player den Player des Werbetreibenden, und der Player des Werbetreibenden ist ab diesem Zeitpunkt für die Wiedergabe der Videoanzeige verantwortlich. Sobald der Player des Werbetreibenden fertig ist, übernimmt der Player des Publishers erneut die Wiedergabe des Inhaltsvideos.

Was ist das Problem?

Das Problem bei beiden Standards, VAST und VPAID, besteht darin, dass der Werbetreibende steuern kann, ob eine Videoanzeige angezeigt werden soll oder nicht: 

1. Der Adserver eines Werbetreibenden kann entscheiden, mit einer leeren VAST-Datei für einen bestimmten Nutzer / eine bestimmte Anfrage zu antworten
2. Die VPAID eines Werbetreibenden kann aktiv entscheiden, keine Anzeige zu schalten.

Auch die Implementierung des VPAID-Protokolls ist nicht sehr einfach, was zu Problemen und Fehlern führen kann, wenn ein Player versucht, den VPAID-Player eines Werbetreibenden anzuzeigen. Das Ergebnis ist, dass ein möglicher Video-Eindruck aufgrund einer Entscheidung / eines Fehlers auf Seiten der Werbetreibenden leer bleibt: Der Publisher verliert Geld, obwohl es möglicherweise einen anderen Werbetreibenden gibt, der eine Anzeige in dieser Impression gezeigt hätte.

Was ist die Lösung?

Die Lösung ist die Implementierung eines sogenannten Wasserfallmodells:

Der Player testet den ersten Werbetreibenden und sein VAST / VPAID. Falls keine Anzeige angezeigt wird, testet der Player den zweiten Werbetreibenden und sein VAST / VPAID. Dies wird wiederholt, bis entweder ein Werbetreibender mit einer aktiven Videoanzeige gefunden wird oder der Player beschließt, keine Werbetreibenden mehr zu testen (z. B. haben Tests zu lange gedauert und der Benutzer darf nicht länger warten).

Leider definiert VAST keine Standardmethode, um dem Player des Publishers mitzuteilen, wo und wie alternative VAST-Quellen gesucht werden sollen. Mit VAST können Adserver-Anbieter jedoch eigene Erweiterungen erstellen, um die VAST-Datei mit weiteren Informationen anzureichern. AdSpirit fügt dazu die Erweiterung <AlternativeSource> zur VAST-Datei hinzu. Dazu gehört eine VAST-URL zum AdSpirit AdServer, die mit einer anderen VAST-Datei mit Informationen zu einer anderen Kampagne / einem anderen Werbetreibenden antworten kann.

Implementierung auf der Publisher Seite

Um das Wasserfallmodell verwenden zu können, muss der Player des Publishers an die VAST-Erweiterung von AdSpirit angepasst werden. Die Erweiterung befindet sich in der VAST-Datei als Unterelement von <Linear> oder <Wrapper>. Wenn der Player feststellt, dass die VAST / VPAID des ersten Werbetreibenden nicht angezeigt wird, muss er alle Tracking-Informationen aus den zuvor geladenen VAST-Dateien löschen und den VAST-Prozess mit der in der Erweiterung gefundenen URL erneut starten.

Beispiel Workflow:

Einstellung an der Werbefläche:

max. Vast-Versuche können sie theoretisch eine beliebige Zahl wählen, sollten hier allerdings nicht mehr eintragen als Sie Kampagnen für diese Fläche zur Verfügung haben.

Empfehlung:

Es wird auch empfohlen, verschiedene VAST-URLs in verschiedene Kampagnen und nicht in eine Kampagne mit mehreren Motiven aufzuteilen. Auf diese Weise kann der über AlternativeSource aufgerufene VAST die nächste Kampagne in Zeile abrufen.

Was kann man noch tun?

Zusätzlich und / oder als Ersatz für die Implementierung der <AlternativeSource> - Erweiterung von AdSpirit können Publisher das serverseitige Prefetch von AdSpirit verwenden. Sie können dies aktivieren, indem Sie in den Werbemittel-Einstellungen "VAST Server-seitig abfragen:" auf "Ja" setzen. Sobald diese Funktion aktiviert ist, lädt AdSpirit die VAST-Datei vom Werbetreibenden herunter, bevor die Antwort an den Player gesendet wird. Abhängig vom Inhalt der VAST-Datei des Werbetreibenden reagiert AdSpirit wie folgt:

1. Wenn die VAST-Datei des Werbetreibenden eine Videoquelle enthält, leitet AdSpirit diese Videoquelle direkt an den Publisher weiter.
2. Wenn die VAST-Datei des Werbetreibenden einen VAST-Wrapper enthält, lädt AdSpirit diese nächste VAST-Datei (bis zu 5 Wrapper hintereinander) herunter und reagiert entsprechend.
3. Wenn die VAST-Datei des Werbetreibenden eine VPAID enthält, gibt AdSpirit diese VPAID direkt an den Herausgeber weiter.
4. Wenn die VAST-Datei des Werbetreibenden leer ist, übergibt AdSpirit dem Publisher einen VAST-Wrapper, der zur AdSpirits-VAST-Datei führt, wobei die aktuelle Kampagne ausgeschlossen ist (auf diese Weise fragt der Publisher-Player AdSpirit erneut für die nächste Kampagne).

AdSpirit prüft, ob der VAST des Werbetreibenden leer ist oder nicht, und antwortet nur mit nicht leeren VAST-Dateien (sofern kein Werbetreibender übrig ist).

Bitte beachten Sie, dass AdSpirit nicht versucht, VPAID-Dateien abzurufen (siehe Punkt c oben). Dies bedeutet, dass der serverseitige Prefetch nur eine Problemumgehung für leere VAST-Wrapper sein kann, nicht jedoch für VPAID-Dateien, die sich dazu entschließen, keine Anzeige anzuzeigen.