Informationen zur DAI Pod Serving API

Sie verwenden die serverseitige Anzeigenbereitstellung (SSAI) und die serverseitige Anzeigenbereitstellung mit Serveranleitung (SGAI).

Mit der Pod-Auslieferung können Sie die serverseitige Anzeigenbereitstellung mit Google-Anzeigen durchführen, ohne Ihre Inhalte an die DAI-Server von Google zu senden. Sie können mit Ihrem bestehenden Videotechnologie-Partner zusammenarbeiten, um Ihr Manifest zu bearbeiten, oder einen eigenen Manifestbearbeitungsserver mit der API für die Pod-Auslieferung mit dynamischer Anzeigenbereitstellung (Live oder VOD) implementieren.

Mit dem IMA DAI SDK (Interactive Media Ads Dynamic Ad Insertion Software Development Kit) können Sie Client-Apps für Web- und Mobilplattformen entwickeln, die nahtlos mit der DAI Pod Serving API interagieren. Informationen zum Konfigurieren des IMA DAI SDK mit der DAI Pod Serving API finden Sie im Leitfaden für die Plattformen Ihrer Client-App (Android, Chromecast, HTML5, iOS, Roku, tvOS) für das Live- oder VOD-Streamformat.

Wenn Sie spezielle Anforderungen haben, die vom IMA DAI SDK nicht unterstützt werden, können Sie dem Client-Videoplayer-Leitfaden (Live oder VOD) folgen, um eigene Client-Apps zu entwickeln.

Komponenten der Pod-Auslieferung mit dynamischer Anzeigenbereitstellung

Eine Implementierung der DAI Pod Serving API besteht aus drei Hauptkomponenten:

Google Ad Manager ist ein gehosteter Dienst, mit dem Nutzerstreamsitzungen erstellt und verwaltet werden. Außerdem werden Anzeigen ausgewählt, die ausgeliefert werden sollen, als Streamingsegmente codiert und bei Bedarf an den Client-Videoplayer gesendet.

Bei Livestreams werden Anzeigen in Echtzeit eingefügt, wenn bestimmte Segmente vom Client-Videoplayer angefordert werden. Sie werden als URL-Weiterleitungen für diese Media-Segmente an den Player gesendet.

Bei VOD-Streams werden Anzeigen vor Beginn der Wiedergabe ausgewählt und als Gruppe von Streammanifesten, die jedem Anzeigen-Pod entsprechen, an die Manifestbearbeitung gesendet.

Manifestbearbeitung

Ein Manifestbearbeitungsserver empfängt eine Stream-Sitzungs-ID vom Client-Videoplayer, verwendet sie, um Anzeigen diesem Stream zuzuordnen, und bettet diese Anzeigen in das Stream-Manifest ein.

Bei HLS-Livestreams kommuniziert der Manifest-Manipulator nicht direkt mit Ad Manager. Stattdessen werden Anzeigenmediasegmente mit Ad Manager-URLs im Streammanifest platziert, damit der clientseitige Videoplayer die Anzeigenmediasegmentdateien anfordern kann.

Bei VOD-Streams kommuniziert der Manifest-Manipulator direkt mit Ad Manager, um Anzeigen anzufordern. Er erhält eine Reihe von Streaming-Manifesten, die mit dem Contentstream zusammengeführt werden sollen. Das kombinierte Manifest wird dann zur Wiedergabe an den Client-Videoplayer gesendet.

Client-Videoplayer

Der Client-Videoplayer ist die App oder Website, auf der der Videostream mit Anzeigen wiedergegeben wird. Dazu wird zuerst eine Stream-ID von Ad Manager angefordert und dann an den Manifest-Manipulator übergeben, um ein Streamingmanifest für die Wiedergabe zu erhalten. Außerdem ist es dafür zuständig, In-Stream-Metadaten zu erfassen und Ad-Tracking-Ereignisse auszulösen.

Pod-Auslieferung bei Livestreams und VODs

Auf den ersten Blick scheinen die Bereitstellung von Livestream- und VOD-Pods sehr ähnlich zu sein. Es gibt jedoch einige wichtige Unterschiede zwischen den beiden Arbeitsabläufen.

Auslieferung von Livestream-Pods Pod-Auslieferung für VOD
Der Client-Videoplayer fordert während der Wiedergabe nach Bedarf Anzeigen von Ad Manager an. Diese Anzeigen können mithilfe von frühzeitigen Benachrichtigungen zu Werbeunterbrechungen vorab ausgewählt werden. Der Manifest-Manipulator fordert alle Anzeigen von Ad Manager an, bevor die Wiedergabe beginnt.
Bei HLS-Streams interagiert der Manifest-Manipulator nicht direkt mit Ad Manager, sondern generiert stattdessen Anzeigensegment-URLs, die der Client-Videoplayer bei Bedarf anfordern kann. Der Manifest-Manipulator fordert Anzeigen direkt von Ad Manager an, bevor er das Streammanifest für den Client-Videoplayer generiert.
In Ad Manager wird möglicherweise ein Slate eingefügt, wenn ein Anzeigen-Pod kürzer als eine angegebene Werbeunterbrechung ist. Slate ist nicht erforderlich oder wird nicht unterstützt.
Sie müssen das Livestream-Ereignis und die Codierungsprofile bei Ad Manager registrieren, bevor Anzeigen angefordert werden können. Sie müssen in Ad Manager keine Einrichtung vornehmen, bevor Anzeigen angefordert werden können. Der Manifest-Manipulator muss jedoch bei jeder Anzeigenanfrage die relevanten Codierungsprofile und das Anzeigentag für Ihren Stream bereitstellen.

Diese Unterschiede sind wichtig, wenn Sie mit der Bereitstellung von Live- oder VOD-Pods fortfahren.