Serverseitiges Ad-Tracking - AWS Elemental MediaTailor
Timing und Caching-Verhalten

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.

Serverseitiges Ad-Tracking

AWS Elemental MediaTailor verwendet standardmäßig serverseitige Berichterstattung. Wenn der Player bei der serverseitigen Berichterstellung eine Werbe-URL vom Manifest anfordert, meldet der Service die Werbekonsumierung direkt der Werbeverfolgungs-URL. Nachdem der Player eine Wiedergabesitzung mit MediaTailor eingeleitet hat, ist zum Durchführen der serverseitigen Berichterstellung keine weitere Eingabe von Ihnen oder dem Player erforderlich. MediaTailor Sendet bei der Wiedergabe jeder Anzeige Beacons an den Anzeigenserver, um zu melden, wie viel von der Anzeige angesehen wurde. MediaTailor sendet Beacons für den Beginn der Anzeige und für den Verlauf der Anzeige in Quartilen: erstes Quartil, Mittelpunkt, drittes Quartil und Abschluss der Anzeige.

Serverseitiges Tracking-Timing und Caching-Verhalten

Bei serverseitigen Berichten werden Tracking-Ereignisse auf der Grundlage von tatsächlichen Segmentanfragen des Players MediaTailor ausgelöst, nicht auf manifesten Parsing- oder Pre-Loading-Aktivitäten. Dieser Ansatz gewährleistet eine genaue Zählung der Impressionen, die den Industriestandards für die Messung von Videoanzeigen entspricht.

Wichtige Timing-Prinzipien

MediaTailor Das serverseitige Tracking folgt diesen grundlegenden Zeitprinzipien:

  • Tracking-Ereignisse werden bei tatsächlichen Segmentanfragen ausgelöst. Beacons werden nur gesendet, wenn der Player HTTP-Anfragen an sie stellt /v1/segment URLs, nicht beim Analysieren oder Zwischenspeichern von Manifesten.

  • Durch das Zwischenspeichern von Spielern und das Vorladen von Manifesten werden KEINE Ereignisse ausgelöst. Spieler können Manifestinformationen analysieren, zwischenspeichern oder vorab laden, ohne Tracking-Ereignisse zu generieren.

  • Das Vorabrufen von Segmenten löst Ereignisse aus — Wenn Spieler vor der Wiedergabe tatsächliche Anzeigensegmente vorab abrufen, entspricht dies dem branchenüblichen Verhalten, bei dem Segmentanfragen gültige Impressionen darstellen.

  • Jede /v1/segment-Anfrage löst den entsprechenden Beacon aus. Das spezifische Tracking-Ereignis (Impression, Quartil, Abschluss) wird durch die Anzeigenposition und das angeforderte Segment bestimmt.

  • Das Timing entspricht den IAB-Standards — Der Ansatz entspricht den Richtlinien des Interactive Advertising Bureau für die Messung von Videoanzeigen und die Zählung von Impressionen.

Workflow zur serverseitigen Nachverfolgung

Das folgende Diagramm veranschaulicht den vollständigen serverseitigen Tracking-Workflow und zeigt, wann Tracking-Ereignisse im Zusammenhang mit Spieleranfragen ausgelöst werden:

MediaTailor Das serverseitige Tracking-Sequenzdiagramm zeigt die Interaktion zwischen dem Videoplayer MediaTailor, dem Ad Decision Server und den Anzeigenüberprüfungsdiensten während des gesamten Workflows von der Sitzungsinitialisierung über die Anzeigenwiedergabe bis hin zum Beaconing. Dabei wird hervorgehoben, wann Tracking-Ereignisse im Verhältnis zu tatsächlichen Segmentanfragen ausgelöst werden.

Der serverseitige Tracking-Workflow umfasst die folgenden wichtigen Timing-Verhaltensweisen:

  1. Sitzungsinitialisierung — Der Player fordert ein Manifest von an. MediaTailor MediaTailor gibt ein personalisiertes Manifest zurück, das ein Anzeigensegment URLs mit dem /v1/segment Pfad enthält.

  2. Analysieren und Zwischenspeichern von Manifesten — Der Spieler analysiert das Manifest und kann Segmentinformationen vorab laden oder zwischenspeichern. In dieser Phase werden keine Tracking-Ereignisse ausgelöst, unabhängig vom Verhalten des Spielers beim Zwischenspeichern.

  3. Anforderung von Anzeigensegmenten und Nachverfolgung von Impressionen — Wenn der Player tatsächlich das erste Anzeigensegment anfordert (normalerweise für die Wiedergabe), wird das Impression-Beacon MediaTailor ausgelöst und das Tracking-Ereignis gestartet. Dies geschieht bei der eigentlichen HTTP-Anfrage an die /v1/segment URL, nicht bei der Analyse des Manifests.

  4. Quartil-Tracking auf der Grundlage von Segmentanfragen — MediaTailor löst Quartil-Beacons (erstes Quartil, Mittelpunkt, drittes Quartil, Abschluss) auf der Grundlage von nachfolgenden Segmentanfragen aus, die den berechneten Quartilpositionen innerhalb der Anzeigendauer entsprechen.

  5. Segmentzustellung — Nach dem MediaTailor Auslösen des entsprechenden Tracking-Beacons erfolgt eine HTTP-Weiterleitung zum eigentlichen Anzeigensegment (entweder von Amazon CloudFront oder Ihrem CDN).

Überlegungen zum Zwischenspeichern von Spielern und zum Vorladen

MediaTailor Das serverseitige Tracking ist so konzipiert, dass es mit verschiedenen Strategien zum Zwischenspeichern und Vorladen von Spielern kompatibel ist und gleichzeitig eine genaue Messung der Impressionen gewährleistet:

  • Vorladen von Manifesten — Spieler, die Manifestinformationen vorab laden oder zwischenspeichern, lösen keine Tracking-Ereignisse aus. Tracking-Ereignisse werden nur ausgelöst, wenn tatsächlich Segmentanfragen gestellt werden.

  • Vorabruf von Segmenten — Wenn ein Player Anzeigensegmente vor der Wiedergabe vorab abruft, werden Tracking-Events ausgelöst, wenn diese Segmente angefordert werden, möglicherweise vor der tatsächlichen Wiedergabezeit. Dieses Verhalten entspricht den Branchenstandards, die Segmentanfragen als gültige Impressionen betrachten.

  • Pufferung durch Spieler — Das standardmäßige Pufferungsverhalten von Spielern (das Abrufen von Segmenten kurz vor der Wiedergabe) löst Tracking-Ereignisse zu den entsprechenden Zeiten aus, die auf dem Muster der Segmentanfragen basieren.

Behebung von Tracking-Diskrepanzen

Wenn Sie Diskrepanzen zwischen MediaTailor serverseitigem Tracking und Messwerten von Drittanbietern feststellen, sollten Sie die folgenden Faktoren berücksichtigen:

  • Unterschiede im Spielerverhalten — Verschiedene Spieler haben möglicherweise unterschiedliche Prefetching- und Pufferstrategien, die sich darauf auswirken, wann Segmentanfragen gestellt werden.

  • Netzwerkbedingungen — Schlechte Netzwerkbedingungen können dazu führen, dass Spieler Segmente mehrmals oder in anderen Intervallen als erwartet anfordern.

  • CDN-Konfiguration — Falsches CDN-Caching von /v1/segment Anfragen kann dazu führen, dass Tracking-Ereignisse verpasst oder doppelt durchgeführt werden.

  • Sitzungsverwaltung — Stellen Sie sicher, dass für jede Wiedergabesitzung eine eindeutige Sitzungs-ID verwendet wird, um Konflikte bei Tracking-Ereignissen zu vermeiden.

Eine ausführliche Anleitung zur Fehlerbehebung finden Sie unterBehebung häufiger Probleme.

So führen Sie die serverseitige Werbe-Berichterstellung durch

  • Initialisieren Sie vom Player aus eine neue MediaTailor Wiedergabesitzung mit einer Anfrage in einem der folgenden Formate, je nach Protokoll:

    • Beispiel: HLS-Format

      GET <mediatailorURL>/v1/master/<hashed-account-id>/<origin-id>/<asset-id>?ads.<key-value-pairs-for-ads>&<key-value-pairs-for-origin-server>

    • Beispiel: DASH-Format

      GET <mediatailorURL>/v1/dash/<hashed-account-id>/<origin-id>/<asset-id>?ads.<key-value-pairs-for-ads>&<key-value-pairs-for-origin-server>

    Die Schlüssel-Wert-Paare sind die dynamischen Targeting-Parameter für die Werbenachverfolgung. Weitere Informationen zum Hinzufügen von Parametern zur Anforderung finden Sie unter Verwendung dynamischer Anzeigenvariablen in MediaTailor.

AWS Elemental MediaTailor beantwortet die Anfrage mit der Manifest-URL. Das Manifest enthält URLs für die Medienmanifeste. Die Medien-Manifeste enthalten eingebettete Links für Werbesegment-Anforderungen.

Anmerkung

Wenn in MediaTailor einer Tracking-URL ein doppelter Schrägstrich (//) vorkommt, werden die Schrägstriche zu einem (/) zusammengefasst.

Wenn der Player die Wiedergabe über eine Anzeigensegment-URL (/v1/segmentPfad) anfordert, AWS Elemental MediaTailor sendet er das entsprechende Beacon über das Anzeigen-Tracking an den Anzeigenserver. URLs Gleichzeitig gibt der Service eine Umleitung zum tatsächlichen *.ts-Werbesegment aus. Das Anzeigensegment befindet sich entweder in der CloudFront Amazon-Distribution, in der transkodierte Anzeigen MediaTailor gespeichert werden, oder im Content Delivery Network (CDN), in dem Sie die Anzeige zwischengespeichert haben.