In-Stream-Videoanzeigen von Drittanbietern sind bei Authorized Buyers zulässig, wenn die unten genannten technischen Spezifikationen und Richtlinien eingehalten werden. In-Stream-Videoanzeigen werden in mobilen Apps und auf Websites unterstützt, die über einen mobilen Browser geöffnet werden.
In-Stream-Anzeigen von Drittanbietern müssen über ein lineares VAST-Prefetch-Tag von einem VAST-Anbieter ausgeliefert werden, der eigens für Authorized Buyers zugelassen ist. Liste der zugelassenen Ad Manager-Anbieter
Neue Flash-Videoanzeigen können nicht mehr in Studio, Campaign Manager 360, Display & Video 360, Google Ad Manager oder Google Ads hochgeladen werden.
Flash-Videoanzeigen werden nicht mehr über Campaign Manager 360, Display & Video 360, Authorized Buyers, Google Ad Manager oder Google Ads ausgeliefert. Außerdem wird bei Active View und der Überprüfung kein Flash mehr für Videoanzeigen verwendet. Weitere Informationen zur Umstellung von Google-Videoanzeigen auf HTML5
In-Stream-Videoanzeige
| Größen | Dateitypen | Dateigröße | Videolänge | Framerate |
|---|---|---|---|---|
| Videoanzeigen können in Playern beliebiger Größe gerendert werden.* Beispiele 480 × 360 (4 : 3) 640 × 360 (16 : 9) 1.920 × 800 (5 : 2) |
Video Videodateien vom Typ H.264 (MP4) müssen enthalten sein.** Andere Formate wie HLS können enthalten sein, werden aber möglicherweise nicht verwendet. Audio MP3 oder AAC werden bevorzugt. |
10 MB (maximal) |
Die maximale und die minimale Anzeigendauer werden von den Publishern festgelegt. Für den Großteil des Inventars werden Anzeigen mit einer Dauer von bis zu 15 Sekunden unterstützt, bei einigen hingegen sogar 60 oder mehr Sekunden.*** |
30 fps (maximal) |
Empfehlungen
Bei einigen internetfähigen Fernsehern müssen Sie in Ihre VAST-Antwort eine HLS-codierte Mediadatei einfügen.
Für Anzeigen, die in hochauflösendem Content im TV-Format ausgeliefert werden, empfehlen wir dringend, eine MP4-Datei mit einer Auflösung von mindestens 1.080p einzuschließen.
** Auf dem Gerät des Nutzers wird mithilfe des IMA SDKs die erste erkannte Mediadatei ausgewählt, deren Dateityp ein vom Gerät unterstütztes Videoformat ist. Das wird mit clientseitiger Software ermittelt, die für Anfragen für Videoanzeigen ausgeführt wird. Dadurch, dass eine MP4-Datei vorausgesetzt wird, ist eine ausreichende Abdeckung unterschiedlicher Geräte gewährleistet.
*** Für überspringbare Anzeigen lassen Publisher häufiger eine längere Anzeigendauer zu (Signal
skippable_max_ad_duration). Bei längeren Anzeigen, etwa mit einer Dauer von mindestens 60 Sekunden, können Sie Ihre Reichweite erhöhen, indem Sie diese als überspringbare Anzeigen festlegen.
Companion-Anzeige (optional, jedoch empfohlen)
| Größen | Ressourcentypen | Dateigröße | Länge der Animation | Frame-Rate |
|---|---|---|---|---|
| 300 × 250 | Bild Statisches GIF, JPG, PNG IFrameResource HTML-/JavaScript-Code, der in einem iFrame auf der Publisher-Seite angezeigt wird. Weitere Informationen finden Sie im Abschnitt 2.3.3.2 der VAST-Spezifikation. |
150 kB (maximal) |
Vom Host ausgelöste Wiedergabe 30 Sekunden Vom Nutzer ausgelöste Wiedergabe (Mouseover oder Klick) 4 Minuten |
24 fps |
| 300 x 60 |
Creative-Anforderungen
- Alle VAST-Tags müssen unserer Übersicht über VAST-XML-Antworten des Ad-Servers entsprechen. VAST 2.0 oder höher wird unterstützt.
- In Companion-Anzeigen dürfen keine Audioelemente verwendet werden.
- Creatives dürfen nicht über die Begrenzungen des jeweiligen Anzeigenblocks hinausgehen, wenn sie erweitert werden.
- Creatives müssen inline wiedergegeben werden. Hierzu müssen Sie den Parameter
playsinlineeinfügen. Creatives dürfen bei der Expansion nicht über die Begrenzungen des jeweiligen Anzeigenblocks hinausgehen, es sei denn, sie wurde vom Nutzer initiiert. - Alle Anzeigen mit teilweise schwarzem, weißem oder transparentem Hintergrund müssen einen sichtbaren Rahmen haben, dessen Farbe sich von der primären Farbe des Anzeigenhintergrunds deutlich abhebt.
- Creatives dürfen keine Anwendungen wie ActiveX, Viren, Pop-up-Fenster zum Beenden eines Vorgangs, Spyware und Malware enthalten.
- Für den Code des Creative gilt: Es dürfen weder domainübergreifende Skriptsprachen genutzt noch Cookies in nicht zugelassenen Domains gesetzt werden.
- Alle Creatives müssen in einem neuen Fenster geöffnet werden. Das Zielfenster für die Klick-URL muss auf
_blankfestgelegt sein, damit die über einen Klick aufgerufene URL in einem neuen Fenster angezeigt wird. Die Zielanweisung muss deklariert sein. - Für jede Videoanzeige, die über ein VAST-Tag bereitgestellt wird, ist ein
<mediafile></mediafile>-Knoten für das MP4-Videoformat erforderlich. Andere Formate, einschließlich HLS, können enthalten sein, werden aber möglicherweise nicht verwendet. Wenn ein Tag nicht alle Formate enthält, wird es nur in Playern mit den entsprechenden Formaten ausgeliefert.
Fehlende Mediadateien führen nicht zur Ablehnung der entsprechenden Anzeigen, sondern werden zur Laufzeit herausgefiltert. Die Dateien müssen progressiv sein. Streaming ist optional. - Konsistenter
<adsystem></adsystem>-Knotenwert: Stellen Sie sicher, dass alle VAST-Tags in der VAST-XML einen speziellen konsistenten Wert für Ihr Unternehmen im<adsystem></adsystem>-Knoten enthalten. Beispielsweise wird bei Google für alle VAST-Tags<adsystem>Google</adsystem>eingefügt. - Eindeutiger Wert für die Anzeigen-ID: Jedes generierte VAST-Tag muss einen eindeutigen Wert für das Attribut
idim<ad></ad>-Knoten enthalten. Zwei unterschiedliche VAST-Tags sollten nicht denselben Wert für die Anzeigen-ID haben. Beispiel:- VAST-Tag 1:
<Ad id="3947179"> - VAST-Tag 2:
<Ad id="8741831">
- VAST-Tag 1:
- In der VAST-XML-Datei sind nur die folgenden Ressourcentypen für den
<companion></companion>-Knoten zulässig:StaticResource: URI einer statischen Datei, z. B. einem BildIFrameResource:URI-Quelle eines iFrames, in dem das Companion-Element angezeigt werden soll-
HTMLResource
Google HTML5 SDK
Damit über das Google HTML5 SDK Videoanzeigen über den Ad-Server eines Drittanbieters bereitgestellt werden können, müssen alle Antworten des entsprechenden Ad-Servers eine CORS-Kopfzeile enthalten. Die CORS-Kopfzeile muss folgendes Format haben:
Access-Control-Allow-Origin: [allow domain access from the originating request]oder
Access-Control-Allow-Origin: *
Access-Control-Allow-Origin: * kann nicht gemeinsam mit
Access-Control-Allow-Credentials: true verwendet werden.
- Es dürfen höchstens zwei VAST-Wrapper zu einer VAST-Inline weitergeleitet werden.
- Unterstützte
TrackingEvents(der Wrapper kann mehr als einen Knoten pro Ereignis umfassen):startfirstQuartilemidpointthirdQuartilecompletemuteunmutepauseresume
Sämtliches über Google Partner verfügbare Inventar hat eine sichere Verbindung (SSL) und erfordert SSL-konforme Creatives.
- Die Anbieter müssen eine separate Zertifizierung erhalten, damit VAST-Anzeigen auf SSL-konformem Publisher-Inventar geschaltet werden.
- Alle Antworten auf Anzeigenanfragen müssen SSL-konform sein (
HTTPS). Für alle entsprechenden Server ist eine vollständige SSL-Zertifizierung erforderlich. - VAST-Tags sollten Anfragen von einem
HTTP- oderHTTPS-Protokoll automatisch erkennen und bei Bedarf die URIs und die Companion-Banner automatisch anpassen. - Anbieter und Käufer müssen sicherstellen, dass alle URIs in der VAST-XML (z. B.
<impression></impression>,<mediafile></mediafile>und andere Knoten), die nicht vom primären VAST-Anbieter bereitgestellt werden, von einem Anbieter stammen, der von Google zur Auslieferung und zum Tracking von SSL-konformen Anzeigen zugelassen ist. - Companion-Banner und alle Viertanbieteraufrufe anderer Technologien im Companion-Banner müssen ebenfalls von SSL-konformen Anbietern stammen, die von Google zugelassen sind.
- Käufer müssen in der Echtzeitgebotsfunktion oder auf der Authorized Buyers-Benutzeroberfläche bestätigen, dass ihre Anzeige SSL-konform ist. Anzeigen werden abgelehnt, wenn sie als SSL-konform deklariert sind, jedoch Antworten zurückgeben, die SSL nicht entsprechen.