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.
Kundenseitiges Ad-Tracking
Mithilfe der AWS Elemental MediaTailor clientseitigen Tracking-API können Sie Player-Steuerelemente während Werbepausen in Streaming-Workflows integrieren. Beim clientseitigen Tracking sendet der Player oder Client Tracking-Ereignisse wie Impressionen und Quartil-Ad-Beaconing an den Ad Decision Server (ADS) und andere Einheiten zur Anzeigenverifizierung. Bei diesen Ereignissen wird sowohl der Gesamtstatus der Werbeunterbrechung als auch die Anzahl der einzelnen Werbezeiträume innerhalb der einzelnen Werbeunterbrechungen erfasst. Weitere Informationen zu Impression and Quartile (ADS) und anderen Einheiten zur Anzeigenverifizierung finden Sie hier. Weitere Informationen zu Impression und Quartil-Ad-Beaconing finden Sie unter. Clientseitiges Beaconing Weitere Informationen zu ADS und anderen Entitäten zur Anzeigenverifizierung finden Sie unter. Kundenseitige Ad-Tracking-Integrationen
Informationen zur Weitergabe von Spielerparametern und Sitzungsdaten an das ADS für die clientseitige Nachverfolgung finden Sie unter und. MediaTailor Player-Variablen für ADS-Anfragen MediaTailor Sitzungsvariablen für ADS-Anfragen
Das clientseitige Tracking ermöglicht Funktionen wie die folgenden:
-
Countdown-Timer für Werbeunterbrechungen — Weitere Informationen finden Sie unter. Countdown-Timer hinzufügen
-
Durchklicken von Werbeanzeigen — Weitere Informationen finden Sie unter. Und Click-through
-
Anzeige von Begleitanzeigen — Weitere Informationen finden Sie unter. Begleitende Anzeigen
-
Überspringbare Anzeigen — Weitere Informationen finden Sie unter. Überspringbare Anzeigen
-
Anzeige von VAST-Symbolen zur Einhaltung der Datenschutzbestimmungen — Weitere Informationen finden Sie unter. Symbole für Google Warum diese Anzeige (WTA)
-
Steuerung des Spieler-Scrubbings bei Werbeanzeigen — Weitere Informationen finden Sie unterSchrubben.
Mithilfe der MediaTailor clientseitigen Tracking-API können Sie Metadaten an das Wiedergabegerät senden, die zusätzlich zum clientseitigen Tracking weitere Funktionen ermöglichen:
Workflow für die clientseitige Berichterstattung
Das folgende Diagramm zeigt den gesamten Workflow für die clientseitige Berichterstattung von der Sitzungsinitialisierung über die Anzeigenwiedergabe bis hin zum Beaconing:
Der clientseitige Berichtsworkflow umfasst die folgenden Schritte:
-
Sitzungsinitialisierung — Der Videoplayer sendet eine POST-Anfrage mit JSON-Metadaten
adsParams, einschließlich Ursprungs-Tokens und MediaTailor Sitzungsfunktionen, an den Sitzungsendpunkt. MediaTailor reagiert mitmanifestUrlundtrackingUrlfür die Sitzung. -
Manifestanfrage und Anzeigenentscheidung — Der Spieler fordert das personalisierte Manifest von an MediaTailor. MediaTailor fordert das ursprüngliche Inhaltsmanifest vom Absender an, sendet mithilfe von Player-Parametern eine Anzeigenanfrage an den Ad Decision Server (ADS), erhält eine VAST-Antwort mit Anzeigenmetadaten und übermittelt dem Player ein personalisiertes Manifest mit Werbemarkierungen.
-
Abruf von Tracking-Daten — Der Player fragt die Tracking-URL in regelmäßigen Abständen ab (entspricht der Zieldauer für HLS oder dem Mindestaktualisierungszeitraum für DASH). MediaTailor gibt JSON-Tracking-Metadaten zurück, die Verfügbarkeiten, Anzeigen, Tracking-Ereignisse, Beacon URLs - und Anzeigenverifizierungsdaten enthalten.
-
Anzeigenwiedergabe und Beaconing — Während der Werbeunterbrechungen analysiert der Player die Tracking-Metadaten, feuert Impression-Beacons ab, wenn die Werbung gerendert wird, löst zum richtigen Zeitpunkt Quartil-Beacons (Start, FirstQuartile, Midpoint, ThirdQuartile, complete) aus, lädt und führt bei Bedarf eine Anzeigenüberprüfung durch und sendet Ereignisse an Bestätigungsdienste von Drittanbietern. JavaScript viewability/verification
-
Kontinuierliche Abfrage — Der Player fragt die Tracking-URL während der gesamten Sitzung weiter ab, um aktualisierte Metadaten für bevorstehende Werbeunterbrechungen und dynamische Inhalte zu erhalten.
Dieser Workflow ermöglicht erweiterte Funktionen wie Countdown-Timer für Werbeanzeigen, Click-Through-Funktionen, Begleitanzeigen, überspringbare Anzeigen und die Anzeige von VAST-Symbolen zur Einhaltung der Datenschutzbestimmungen.
Aktivierung von clientseitigem Tracking
Sie aktivieren das clientseitige Tracking für jede Sitzung. Der Player sendet ein HTTP POST an den Endpunkt des MediaTailor Sitzungsinitialisierungspräfixes der Konfiguration. Optional kann der Player zusätzliche Metadaten senden, die dann verwendet werden können, wenn er Werbeaufrufe tätigt, den Ursprung für ein Manifest aufruft und MediaTailor Funktionen auf Sitzungsebene aufruft oder deaktiviert. MediaTailor
Das folgende Beispiel zeigt die Struktur der JSON-Metadaten:
{ "adsParams": { # 'adsParams' is case sensitive "param1": "value1", # key is not case sensitive "param2": "value2", # Values can contain spaces. For example, 'value 2' is an allowed value. }, "origin_access_token":"abc123", # this is an example of a query parameter designated for the origin "overlayAvails":"on" # 'overlayAvails' is case sensitive. This is an example of a feature that is enabled at the session level. }
Verwenden Sie die MediaTailor Konsole oder API, um die URL der ADS-Anforderungsvorlage so zu konfigurieren, dass sie auf diese Parameter verweist. Im folgenden Beispiel player_params.param1 sind die Player-Parameter für param1 und player_params.param2 die Player-Parameter fürparam2.
https://my.ads.com/path?param1=[player_params.param1]¶m2=[player_params.param2]
Serverparameter hinzufügen
Auf der obersten Ebene der JSON-Struktur befindet sich ein JSON-Objekt. adsParams In diesem Objekt befinden sich key/value Paare, die in allen Sitzungsanfragen lesen und an den Ad-Server senden MediaTailor können. MediaTailor unterstützt die folgenden Anzeigenserver:
-
Google Ad Manager
-
SpringServe
-
FreeWheel
-
Öffentlich
Abfrageparameter für Origin-Interaktionen
Alle reservierten key/value Paare innerhalb der obersten Ebene der JSON-Struktur, wie, und adsParams availSuppressionoverlayAvails, werden der ursprünglichen Anforderungs-URL nicht in Form von Abfrageparametern hinzugefügt. Jede Sitzungsmanifestanforderung, die an MediaTailor den Ursprung gerichtet wird, enthält diese Abfrageparameter. Der Ursprung ignoriert überflüssige Abfrageparameter. MediaTailor Kann die key/value Paare beispielsweise verwenden, um Zugriffstoken an den Ursprung zu senden.
Für die Sitzung konfigurierte Funktionen
Verwenden Sie die JSON-Struktur für die Sitzungsinitialisierung, um Funktionen wie, und zu aktivieren, zu deaktivieren oder zu überschreiben MediaTailor. overlayAvails availSuppression adSignaling Alle während der Sitzungsinitialisierung übergebenen Funktionskonfigurationen überschreiben die Einstellung auf der Konfigurationsebene. MediaTailor
Anmerkung
Die MediaTailor bei der Sitzungsinitialisierung übermittelten Metadaten sind unveränderlich, und zusätzliche Metadaten können für die Dauer der Sitzung nicht hinzugefügt werden. Verwenden Sie SCTE-35-Markierungen, um Daten zu übertragen, die sich während der Sitzung ändern. Weitere Informationen finden Sie unter MediaTailor Sitzungsvariablen für ADS-Anfragen.
Beispiel : Durchführung von kundenseitigem Ad-Tracking für HLS
POSTmediatailorURL/v1/session/hashed-account-id/origin-id/asset-id.m3u8 { "adsParams": { "deviceType": "ipad" # This value does not change during the session. "uid": "abdgfdyei-2283004-ueu" } }
Beispiel : Durchführung von kundenseitigem Ad-Tracking für DASH
POSTmediatailorURL/v1/session/hashed-account-id/origin-id/asset-id.mpd { "adsParams": { "deviceType": "androidmobile", "uid": "xjhhddli-9189901-uic" } }
Parameter für den Berichtsmodus
Sie können den Berichtsmodus bei der Initialisierung einer Sitzung angeben, indem Sie den reportingMode Parameter in den Anfragetext aufnehmen. Dieser Parameter steuert, ob für die MediaTailor Sitzung clientseitiges oder serverseitiges Ad-Tracking durchgeführt wird.
-
client- Der Player führt Ad-Tracking durch und sendet Beacons an den Anzeigenserver. Dies ist der Standardmodus, wenn kein Modus angegebenreportingModeist. -
server- MediaTailor führt serverseitiges Ad-Tracking durch und sendet Beacons direkt an den Anzeigenserver.
Beispiel Sitzungsinitialisierung mit serverseitigem Berichtsmodus
POSTmediatailorURL/v1/session/hashed-account-id/origin-id/asset-id.m3u8 { "adsParams": { "deviceType": "ipad", "uid": "abdgfdyei-2283004-ueu" }, "reportingMode": "server" }
Beispiel Sitzungsinitialisierung mit clientseitigem Berichtsmodus (explizit)
POSTmediatailorURL/v1/session/hashed-account-id/origin-id/asset-id.mpd { "adsParams": { "deviceType": "androidmobile", "uid": "xjhhddli-9189901-uic" }, "reportingMode": "client" }
Anmerkung
Der reportingMode Parameter wird bei der Sitzungsinitialisierung festgelegt und kann während der Sitzung nicht geändert werden. Wenn kein Wert angegeben reportingMode ist, wird MediaTailor standardmäßig die clientseitige Berichterstattung verwendet, um die Abwärtskompatibilität zu gewährleisten.
Eine erfolgreiche Antwort ist ein HTTP 200 mit einem Antworttext. Der Hauptteil enthält ein JSON-Objekt mit einem manifestUrl und einem trackingUrl Schlüssel. Bei den Werten handelt es sich um relative Werte URLs , die der Player sowohl für die Wiedergabe als auch für die Nachverfolgung von Werbeereignissen verwenden kann.
{ "manifestUrl": "/v1/dashmaster/hashed-account-id/origin-id/asset-id.m3u8?aws.sessionId=session-id", "trackingUrl": "/v1/tracking/hashed-account-id/origin-id/session-id" }
Weitere Informationen zum clientseitigen Tracking-Schema finden Sie unter. Schema und Eigenschaften für das clientseitige Ad-Tracking
Bewährte Methoden für die clientseitige Nachverfolgung
In diesem Abschnitt werden die bewährten Methoden für das clientseitige Tracking sowohl für Live- als auch MediaTailor für VOD-Workflows beschrieben.
Live-Workflows
Fragen Sie den Tracking-Endpunkt in einem Intervall ab, das jeder Zieldauer für HLS oder dem minimalen Aktualisierungszeitraum für DASH entspricht, um immer über die aktuellsten Ad-Tracking-Metadaten zu verfügen. Die Anpassung dieses Intervalls ist besonders wichtig in Workflows, bei denen die Kreativen möglicherweise über eine interaktive Komponente oder eine Overlay-Komponente verfügen.
Anmerkung
Einige Player unterstützen Event-Listener, die als Alternative zu Umfragen verwendet werden könnten. Beispielsweise müsste die Funktion zur Dekoration von MediaTailor Werbe-IDs für jede Sitzung aktiviert werden. Weitere Informationen finden Sie unter Werbe-ID-Dekoration. Bei Verwendung dieser Funktion wird für jede verfügbare Anzeige ein Datumsbereich (HLS) oder ein Eventelement (DASH) -Identifier verwendet. Spieler können diese Manifest-Tags als Aufforderung verwenden, um den MediaTailor Tracking-Endpunkt für die Sitzung aufzurufen.
VOD-Workflows
Nach einer erfolgreichen Sitzungsinitialisierung und nach Erhalt des ersten MediaTailor Manifests, das Medien enthält, müssen Sie den Tracking-Endpunkt nur einmal aufrufen.
Durch Werbe-Beacons blättern mit GetTracking
Verwenden Sie den GetTracking Endpunkt, um die Anzahl der an einen Player zurückgegebenen Anzeigen einzuschränken. Wenn ein Manifestfenster beispielsweise groß ist und sich über einen langen Zeitraum erstreckt, kann sich die Anzahl der zurückgegebenen Werbe-Beacons auf die Leistung des Players auswirken.
GetTrackinggibt einen NextToken Wert zurück, mit dem Sie die Anzahl der zurückgegebenen Beacons einschränken können, indem Sie die Liste der zurückgegebenen Beacons durchblättern. Sie können die NextToken Werte nacheinander durchgehen, um den gewünschten Wert im Feld eines Werbe-Beacons zu finden. StartTimeInSeconds
-
Beim ersten Aufruf von werden alle möglichen Anzeigen zurückgegeben
GetTracking, die in das Manifestfenster fallen, einschließlich jeweils eines WertsNextTokenund. Wenn eine
GetTrackingAnfrage kein A enthältNextToken, werden alle Anzeigen im Manifestfenster zurückgegeben.Wenn eine
GetTrackingAnfrage ein enthält, esNextTokenaber keine neuen Beacons gibt, die MediaTailor zurückgegeben werden können, wird derselbe Wert zurückgegebenNextToken, den Sie in der ursprünglichen Anfrage gesendet haben.Wenn einer Anzeige keine Beacons mehr entsprechen,
GetTrackingwird die Anzeige aus der Antwort entfernt.Tokens von
GetTrackinglaufen nach 24 Stunden ab. Wenn einNextTokenWert älter als 24 Stunden ist, gibt der nächste Aufruf von einenGetTrackingNextTokenNullwert zurück.
Generalisierte Aufrufsequenz von vom Spieler GetTracking
Eine GetTracking Anfrage vom Client-Spieler ist ein POST mit einem Anforderungstext, der die Werbung NextToken und Beacons im Zusammenhang mit dem Token enthält.
https://YouMediaTailorUrl/v1/tracking { "NextToken": "value" . . . }
Die allgemeine Reihenfolge für die Verwendung von GetTracking with NextToken lautet wie folgt:
Rufen Sie zum ersten Mal an
GetTracking.Alle Anzeigen und Beacons sowie die ersten
NextTokenfür nachfolgende Aufrufe werden zurückgegeben.Wenn der Wert Null
NextTokenist, werden alle Anzeigenbeacons MediaTailor zurückgegeben.Wenn der abgelaufen
NextTokenist, MediaTailor wird eine HTTP-Rückgabecode 400-Fehlermeldung zurückgegeben.Rufen Sie erneut auf,
GetTrackingum gültigeNextTokens abzurufen.Scannen Sie die gesamte Antwort, um herauszufinden,
StartTimeInSecondsob sich ein Werbeanzeigen-Beacon im gewünschten Bereich befindet.Rufen Sie erneut
GetTrackingmit dem Wert von auf, der dem gewünschtenStartTimeInSecondsWertNextTokenzugeordnet ist.Schauen Sie sich bei Bedarf die zurückgegebenen Anzeigen erneut an, bis Sie genau die Anzeigen gefunden haben, die Sie abspielen möchten.
Erweitertes Beispiel
Dieses Beispiel zeigt, wie Sie mithilfe GetTracking von s die Anzahl der NextToken an einen Player zurückgegebenen Werbe-Beacons einschränken können.
MediaTailor erhält eine GetTracking Anfrage. Die Antwort enthält eine Anzeige mit der ID 9935407 und zwei Beacons mit den StartTimeInSeconds Werten 52,286 und 48,332 Sekunden.
MediaTailor sendet die JSON-Antwort wie folgt: NextToken
{ "NextToken": JF57ITe48t1441mv7TmLKuZLroxDzfIslp6BiSNL1IJmzPVMDN0lqrBYycgMbKEb "avails": [ { "ads": [ { "adId": "9935407", "adVerifications": [], "companionAds": [], "creativeId": "", "creativeSequence": "", "duration": "PT15S", "durationInSeconds": 15, "extensions": [], "mediaFiles": { "mediaFilesList": [], "mezzanine": "" }, "startTime": "PT30S", "StartTimeInSeconds": 45, "trackingEvents": [ { "beaconUrls": [ "http://adserver.com/tracking?event=Impression " ], "duration": "PT0S", "durationInSeconds": 0, "eventId": "9935414", "eventType": "secondQuartile", "startTime": "PT52.286S", "StartTimeInSeconds": 52.286 }, { "beaconUrls": [ "http://adserver.com/tracking?event=firstQuartile" ], "duration": "PT0S", "durationInSeconds": 0, "eventId": "9935412", "eventType": "firstQuartile", "startTime": "PT48.332S", "StartTimeInSeconds": 48.332 } ], "vastAdId": "" } ], "startTime": "PT46.47S", "StartTimeInSeconds": 46.47 } ] }
MediaTailor Antwortet auf die nächste GetTracking Anfrage mit dem NextToken Wert: JF57 ITe48t1441mv7 Tm LKu ZLrox DzfIslp 6Bi SNL1 IJmz PVmDN0LQR Mb. BYycg KEb
MediaTailor antwortet mit Anzeigen und Beacons, die denen entsprechen, StartTimeInSeconds die beim vorherigen Anruf gesetzt wurden. NextToken
Gehen Sie davon aus, dass die Antwort jetzt zusätzlich zur vorherigen Anzeige mit der ID 9935407 eine weitere Anzeige mit der ID 9235407 enthält. Die Beacons der Anzeigen-ID 9235407 haben die Werte 132,41 und 70.339. StartTimeInSeconds
MediaTailor durchläuft alle Beacons in der Sitzung, um die Beacons mit StartTimeInSeconds mehr als 52,286 Sekunden auszuwählen, bei denen es sich um Beacon 3 und Beacon 4 aus der Anzeige mit der ID 9235407 handelt:
{ "NextToken": ZkfknvbfsdgfbsDFRdffg12EdffecFRvhjyjfhdfhnjtsg5SDGN "avails": [ { "ads": [ { "adId": "9235407", "adVerifications": [], "companionAds": [], "creativeId": "", "creativeSequence": "", "duration": "PT15.816S", "durationInSeconds": 19.716, "extensions": [], "mediaFiles": { "mediaFilesList": [], "mezzanine": "" }, "startTime": "PT2M0S", "StartTimeInSeconds": 120.0, "trackingEvents": [ { "beaconUrls": [ "http://adserver.com/tracking?event=complete" ], "duration": "PT0S", "durationInSeconds": 0, "eventId": "8935414", "eventType": "firstQuartile", "startTime": "PT1M10.330S", "StartTimeInSeconds": 70.339 }, { "beaconUrls": [ "http://adserver.com/tracking?event=thirdQuartile" ], "duration": "PT0S", "durationInSeconds": 0, "eventId": "8935412", "eventType": "secondQuartile", "startTime": "PT2M12.41S", "StartTimeInSeconds": 132.41 } ], "vastAdId": "" }, ], "startTime": "PT36.47S", "StartTimeInSeconds": 36.47 } ] }