View a markdown version of this page

Server-side Tracking mit servergesteuerter Anzeigeneinfügung (SGAI) - AWS Elemental MediaTailor

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.

Server-side Tracking mit servergesteuerter Anzeigeneinfügung (SGAI)

Wenn Sie die servergesteuerte Anzeigenschaltung (SGAI) verwenden, verwendet das serverseitige Tracking einen Beaconing-Mechanismus ohne Sitzung, der sich von dem oben beschriebenen Stitched-Mode-Ansatz unterscheidet. Anstatt Anzeigensegmente in das Inhaltsmanifest MediaTailor einzufügen (wo /v1/segment Anfragen verfolgt werden), gibt SGAI Anzeigenverweise als separate Playlisten in einer Antwort auf die Asset-Liste zurück, wobei Beacon-Metadaten in die Anzeigen-URIs eingebettet sind.

So funktioniert serverseitiges Beaconing ohne Sitzung

Die folgenden Schritte beschreiben, wie serverseitiges Beaconing für SGAI-Sitzungen funktioniert:

  1. Sitzungsinitialisierung: Der Player fordert die multivariante HLS-Playlist mit an. aws.insertionMode=GUIDED Server-side Reporting ist die Standardeinstellung (es ist kein aws.reportingMode Parameter erforderlich). Im Gegensatz zum Stitched-Modus enthält die Antwort auf die Sitzungsinitialisierung keine. trackingUrl

  2. Zwischenspeicherbares Manifest: MediaTailor Gibt ein zwischenspeicherbares Manifest zurück, das EXT-X-DATERANGE Tags mit CLASS="com.apple.hls.interstitial" und X-ASSET-LIST Attributen enthält, die auf den Endpunkt der MediaTailor interstitiellen Asset-Liste verweisen.

  3. Asset-Liste mit Beacon-Metadaten: Wenn der Player auf eine Werbeunterbrechung stößt, ruft er die Asset-Liste ab. MediaTailorgibt eine JSON-Antwort zurück, in der jede Anzeigen-URI verschlüsselte Beacon-Metadaten enthält:

    { "ASSETS": [ { "DURATION": 30.0, "URI": "https://cdn.example.com/ad/master.m3u8?awsBeaconData=<encrypted>&awsBeaconDomain=<MediaTailor-endpoint>&awsConfigurationName=<config-name>" } ] }

    Wenn die serverseitige Berichterstattung aktiv ist, enthält die Antwort keinen TRACKING Abschnitt. Die AD-URIs enthalten alle Beacon-Daten.

  4. HLS-Variablenersetzung: Der Player ruft die multivariante Playlist der Anzeige ab. Das Anzeigenmanifest verwendet #EXT-X-DEFINE:QUERYPARAM Anweisungen, um die Beacon-Parameter aus der URI-Abfragezeichenfolge mithilfe der HLS-Variablenersetzung an Segment-URLs zu übergeben:

    #EXTM3U #EXT-X-DEFINE:QUERYPARAM="awsBeaconData" #EXT-X-DEFINE:QUERYPARAM="awsBeaconDomain" #EXT-X-DEFINE:QUERYPARAM="awsConfigurationName" #EXTINF:5.0, {$awsBeaconDomain}/segment/hash/{$awsConfigurationName}/{$awsBeaconData}/0/0?aws.segmentRelativePath=asset_00001.ts

    Der Player löst die {$awsConfigurationName} Variablen {$awsBeaconData}{$awsBeaconDomain}, und anhand der Werte aus der URI-Abfragezeichenfolge für das Anzeigenmanifest auf und fordert dann jedes Anzeigensegment an. MediaTailor

  5. Bei Segmentanfrage wird ein Beacon ausgelöst: Wenn der Player jedes Anzeigensegment anfordert, wird die Anfrage weitergeleitet. MediaTailor Der Service entschlüsselt die Beacon-Daten, bestimmt die Position des Segments innerhalb der Anzeige (Impression, erstes Quartil, Mittelpunkt, drittes Quartil oder vollständig) und sendet das entsprechende VAST-Tracking-Beacon an den Anzeigenserver. MediaTailor leitet den Player dann zum eigentlichen Anzeigeninhaltssegment weiter.

Player-Anforderungen für serverseitiges SGAI-Beaconing

Um serverseitiges Beaconing mit SGAI verwenden zu können, muss dein Player die folgenden Anforderungen erfüllen:

  • HLS Version 11 oder höher

  • Unterstützung für das CLASS Attribut EXT-X-DATERANGE with for HLS Interstitials

  • Unterstützung für #EXT-X-DEFINE:QUERYPARAM Variablensubstitution (RFC 8216bis). Der Player muss die Werte der Abfrageparameter prozentual dekodieren, bevor er sie in Segment-URLs ersetzt.

Anmerkung

Serverseitiges SGAI-Beaconing wird derzeit nur für HLS unterstützt. DASH wird für serverseitiges SGAI-Beaconing noch nicht unterstützt.

Vergleich mit serverseitigem Tracking im Stitched-Modus

In der folgenden Tabelle wird zusammengefasst, wie sich das serverseitige Tracking zwischen zusammengefügter und servergesteuerter Anzeigenschaltung unterscheidet:

Aspekt Zusammengenäht (SSAI) Server-guided (SGAI)
Offensichtliche Cachefähigkeit Per-session, nicht zwischenspeicherbar Zwischenspeicherbar, wird von allen Zuschauern gemeinsam genutzt
Routing von Anzeigensegmenten Durch die /v1/segment/ Verwendung der Sitzungs-ID Durch die /v1/segment/ Verwendung eines verschlüsselten Beacon-Datenblobs
Sitzungsstatus für Beacons Gespeichert pro Sitzung in MediaTailor Sitzungslos — der gesamte Status wird im verschlüsselten Parameter übernommen awsBeaconData
Tracking-URL beim Sitzungsstart Wird in der Antwort auf die Sitzungsinitialisierung zurückgegeben Nicht angegeben — Beacon-Daten sind in jeder Antwort auf die Asset-Liste in die Anzeigen-URIs eingebettet
DASH-Unterstützung Unterstützt Noch nicht unterstützt
Anmerkung

Für Live-SGAI-Sitzungen können Sie das manifestbasierte Ad-Prefetching mithilfe von. aws.guidedPrefetchMode=MANIFEST Dies ist unabhängig von der zeitplanbasierten Prefetch-API, die für Stitched-Sitzungen (SSAI) verwendet wird. Details hierzu finden Sie unter Geführter Prefetch mit offensichtlichem Herzschlag.