AWS Elemental MediaTailor Ablauf des Ablaufs der Anzeigeneinfügung - AWS Elemental MediaTailor
StandardsequenzVariationen von EreignissenÜberblick über den ZeitplanNächste Schritte

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

AWS Elemental MediaTailor Ablauf des Ablaufs der Anzeigeneinfügung

AWS Elemental MediaTailor verarbeitet die Manifestpersonalisierung für die serverseitige Anzeigeneinblendung anhand einer vorhersehbaren Abfolge von Ereignissen. Wenn Sie diesen Ereignisablauf verstehen, können Sie besser verstehen, wie MediaTailor Werbemöglichkeiten in personalisierte Zuschauererlebnisse umgewandelt werden, und Sie erhalten eine Grundlage für die Behebung von Problemen.

Jede Gelegenheit zur Anzeigenschaltung folgt einer chronologischen Abfolge von Ereignissen, die zur besseren Sichtbarkeit und Überwachung MediaTailor protokolliert werden. Diese Ereignisse stellen wichtige Meilensteine im Prozess der Personalisierung von Manifesten dar, von der Erkennung einer Werbechance bis hin zur Bereitstellung von Tracking-Informationen.

Standardreihenfolge

Bei MediaTailor erfolgreicher Bearbeitung einer Verkaufschance für eine Anzeige tritt in der Regel die folgende Abfolge von Ereignissen ein:

  1. Erkennung von Werbechancen — MediaTailor erkennt eine Werbemarkierung (z. B. SCTE-35) im Inhaltsmanifest, was darauf hinweist, dass eine Möglichkeit zur Anzeigenpersonalisierung verfügbar ist.

  2. Ad Decision Server-Anfrage — MediaTailor sendet eine Anfrage an den konfigurierten Ad Decision Server (ADS), um Werbung für die erkannte Opportunity abzurufen, einschließlich der Zuschauerparameter und der Dauer der Werbeunterbrechung.

  3. Verarbeitung von Anzeigenantworten — MediaTailor erhält eine Antwort vom ADS, die Informationen zur Anzeigengestaltung URLs, Tracking und Metadaten zu den Werbeanzeigen enthält, die eingebunden werden sollen. Weitere Informationen zu den Antwortformaten VAST, VMAP und VPAID finden Sie unter. Anforderungen an die Ad-Server-Integration

  4. Personalisierung mit Manifest — verarbeitet MediaTailor erfolgreich die Anzeigenantwort, transkodiert die Werbeanzeigen, falls erforderlich, und generiert ein personalisiertes Manifest, das sowohl relative Inhalte URLs für die Anzeigensegmente als auch den ursprünglichen Inhalt enthält. MediaTailor sendet dann das personalisierte Manifest an das Wiedergabegerät.

  5. Aktivierung eines Tracking-Beacons — Ein Tracking-Beacon wird ausgelöst, um Anzeigenereignisse (wie Impressionen, Quartile und Fertigstellung) an den Anzeigenserver oder andere Messsysteme zurückzumelden. Im serverseitigen Berichtsmodus (Standard) wird das Beacon auf der Grundlage von Spielersegmentanfragen MediaTailor ausgelöst. Im clientseitigen Berichtsmodus löst das Wiedergabegerät den Beacon mithilfe der im personalisierten Manifest URLs angegebenen Daten aus.

Typisches Timing: Diese gesamte Sequenz ist in der Regel innerhalb von 2 bis 5 Sekunden abgeschlossen, abhängig von der Antwortzeit des Ad Decision Servers und den Anforderungen an die Verarbeitung der Werbegestaltung.

Häufige Varianten von Ereignissen

Nicht alle Versuche, Anzeigen einzufügen, folgen der standardmäßigen erfolgreichen Reihenfolge. MediaTailorbehandelt verschiedene Szenarien, die den Ereignisablauf verändern können:

Leeres Anzeigenantwort-Szenario

Wenn der Anzeigenentscheidungsserver keine Werbung zurückgibt:

  1. Die Erkennung von Werbechancen erfolgt normal

  2. Die Anfrage des Ad Decision Servers wurde erfolgreich gesendet

  3. ADS gibt eine leere Antwort ohne Werbung zurück

  4. Das personalisierte Manifest für diese Opportunity enthält keine Werbung

Dies ist ein normales Szenario, das aufgrund der Verfügbarkeit des Anzeigeninventars, der Targeting-Kriterien oder der auf dem Anzeigenentscheidungsserver konfigurierten Geschäftsregeln auftreten kann. In diesem Fall werden die zugrunde liegenden Inhalte angezeigt, sofern es sich nicht um einen live-to-VOD Live-Stream oder Stream handelt und Slate konfiguriert wurde. Weitere Informationen finden Sie unter MediaTailor Schiefer und Einfügung.

Fehlerszenarien

Wenn technische Probleme eine erfolgreiche Anzeigeneinblendung verhindern, kann der Ereignisablauf an verschiedenen Stellen unterbrochen werden:

  • Timeout für den Anzeigenentscheidungsserver — Die Anfrage an den ADS überschreitet den konfigurierten Timeout-Schwellenwert, wodurch der Anzeigenabruf verhindert wird.

  • Kommunikationsfehler — Netzwerk- oder Verbindungsprobleme MediaTailor verhindern, dass der Anzeigenentscheidungsserver erreicht wird.

  • Fehler bei der Antwortanalyse — Das ADS gibt eine Antwort zurück, die aufgrund eines ungültigen VAST-Formats oder einer ungültigen VAST-Struktur MediaTailor nicht analysiert werden kann.

In Fehlerszenarien wird in MediaTailor der Regel die Wiedergabe von Inhalten ohne Werbung fortgesetzt, um ein unterbrechungsfreies Zuschauererlebnis zu gewährleisten. Bei Live- oder live-to-VOD Streams mit konfiguriertem Slate werden möglicherweise stattdessen Slate-Inhalte angezeigt. Weitere Informationen finden Sie unter MediaTailor Schiefer und Einfügung.

VAST-Umleitungsszenarien

Wenn die erste VAST-Antwort eine Weiterleitung zu einem anderen Werbeserver enthält:

  1. Die Erkennung von Werbemöglichkeiten und die erste ADS-Anfrage erfolgen normal

  2. Die erste Antwort enthält eine Weiterleitungsanweisung

  3. MediaTailor folgt der Weiterleitung, um die endgültige Anzeigenantwort abzurufen

  4. Die Manifest-Personalisierung wird mit dem endgültigen Anzeigeninhalt fortgesetzt

  5. Die Aktivierung des Tracking-Beacons erfolgt normal

VAST-Weiterleitungen sind in programmatischer Werbung weit verbreitet und ermöglichen die Verkettung von Werbeservern und die Entscheidungsfindung in Echtzeit. MediaTailor ermöglicht bis zu 7 Wrapper-Weiterleitungen und eine unbegrenzte Anzahl von HTTP-Weiterleitungen während des Anzeigenabrufs.

Überblick über den Zeitplan der Ereignisse

Wenn Sie die zeitlichen Merkmale von MediaTailor Ereignisabläufen verstehen, können Sie angemessene Erwartungen an die Leistung der Anzeigeneinblendung setzen:

  • Erkennung von Werbechancen — Tritt auf MediaTailor , wenn eine GetManifest Anfrage vom Player eingeht und auf die Werbemarkierungen in der Inhaltsliste gestoßen wird.

  • Interaktion mit dem Ad Decision Server — In der Regel dauert es je nach ADS-Antwortzeit und Netzwerkbedingungen 100 bis 500 Millisekunden.

  • Manifeste Personalisierung — Wird in der Regel innerhalb von 50 bis 200 Millisekunden nach Erhalt der ADS-Antwort abgeschlossen.

  • Timing des Tracking-Beacons — Variiert je nach Berichtsmodus. Bei serverseitigen Beacons basiert das Timing auf Segmentanfragen des Client-Players; clientseitige Beacons werden auf der Grundlage der Player-Implementierung ausgelöst.

Überlegungen zur Leistung: Die Gesamtzeit von der Erkennung von Werbechancen bis zur Auslieferung des Manifests sollte in der Regel unter 5 Sekunden liegen, um ein optimales Zuschauererlebnis zu gewährleisten. Einzelne Komponenten werden wie oben beschrieben innerhalb von Millisekunden abgeschlossen. Der 5-Sekunden-Schwellenwert berücksichtigt jedoch mögliche Timeout-Werte, Wiederholungsversuche und Netzwerkvariabilität, die während des gesamten Workflows zur Anzeigenschaltung auftreten können. Längere Verzögerungen können auf ADS-Leistungsprobleme oder Netzwerkverbindungsprobleme hindeuten.

Nutzung von Wissen über den Ablauf von Ereignissen

Das Verständnis des MediaTailor Ereignisablaufs bietet die Grundlage für:

  • Implementierungsplanung — Wenn Sie die Reihenfolge der Ereignisse kennen, können Sie die Player-Integration und die Anzeigenserverkonfiguration besser planen.

  • Leistungsoptimierung — Das Verständnis der zeitlichen Erwartungen ermöglicht die Identifizierung von Engpässen und Optimierungsmöglichkeiten.

  • Vorbereitung auf die Fehlerbehebung — Wenn Sie mit normalen Ereignisabläufen vertraut sind, können Sie leichter erkennen, wenn etwas schief geht.

Eine ausführliche Anleitung zur Problembehebung mithilfe der Ereignisflussanalyse finden Sie unterFehlerbehebung. Technische Informationen zur Ereignisprotokollierung und -überwachung finden Sie unterAnzeigen von -Protokollen.