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 Anzeigen-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. Hier finden Sie weitere Informationen zu Impression and Quartile (ADS) und anderen Einheiten zur Anzeigenverifizierung. Weitere Informationen zu Impression und Quartil-Ad-Beaconing finden Sie unter. [Clientseitiges Beaconing](ad-reporting-client-side-beaconing.md) Weitere Informationen zu ADS und anderen Entitäten zur Anzeigenverifizierung finden Sie unter. [Kundenseitige Ad-Tracking-Integrationen](ad-reporting-client-side-ad-tracking-integrations.md)
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](variables-player.md) [MediaTailor Sitzungsvariablen für ADS-Anfragen](variables-session.md)
Das clientseitige Tracking ermöglicht Funktionen wie die folgenden:
+ Countdown-Timer für Werbeunterbrechungen — Weitere Informationen finden Sie unter. [Countdown-Timer hinzufügen](ad-reporting-client-side-ad-tracking-schema-player-controls.md#ad-reporting-client-side-ad-tracking-schema-player-controls-ad-countdown-timer)
+ Durchklicken von Werbeanzeigen — Weitere Informationen finden Sie unter. [Und Click-through](ad-reporting-client-side-ad-tracking-schema-player-controls.md#ad-reporting-client-side-ad-tracking-schema-player-controls-ad-clickthrough)
+ Anzeige von Begleitanzeigen — Weitere Informationen finden Sie unter. [Begleitende Anzeigen](ad-reporting-client-side-ad-tracking-schema-player-controls.md#ad-reporting-client-side-ad-tracking-schema-player-controls-companion-ads)
+ Überspringbare Anzeigen — Weitere Informationen finden Sie unter. [Überspringbare Anzeigen](ad-reporting-client-side-ad-tracking-schema-player-controls.md#ad-reporting-client-side-ad-tracking-schema-player-controls-skippable-ads)
+ Anzeige von VAST-Symbolen zur Einhaltung der Datenschutzbestimmungen — Weitere Informationen finden Sie unter. [Symbole für Google Warum diese Anzeige (WTA)](ad-reporting-client-side-ad-tracking-schema-player-controls.md#ad-reporting-client-side-ad-tracking-schema-player-controls-google-wta)
+ Steuerung des Spieler-Scrubbings bei Werbeanzeigen — Weitere Informationen finden Sie unter[Schrubben](ad-reporting-client-side-ad-tracking-schema-player-controls.md#ad-reporting-client-side-ad-tracking-schema-player-controls-scrubbing).
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:
![\[MediaTailor Sequenzdiagramm für die clientseitige Berichterstattung, das die Interaktion zwischen dem Videoplayer, dem Ad Decision Server MediaTailor, dem Inhaltsursprung und den Anzeigenverifizierungsdiensten während des gesamten Workflows von der Sitzungsinitialisierung über die Anzeigenwiedergabe bis hin zum Beaconing zeigt.\]](http://docs.aws.amazon.com/de_de/mediatailor/latest/ug/images/tracking_flow.png)
Der clientseitige Berichtsworkflow umfasst die folgenden Schritte:
1. **Sitzungsinitialisierung** — Der Videoplayer sendet eine POST-Anfrage mit JSON-Metadaten`adsParams`, einschließlich Ursprungs-Tokens und MediaTailor Sitzungsfunktionen, an den Sitzungsendpunkt. MediaTailor reagiert mit `manifestUrl` und `trackingUrl` für die Sitzung.
1. **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.
1. **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.
1. **Anzeigenwiedergabe und Beaconing** — Während 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
1. **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.
**Topics**
+ [Workflow für die clientseitige Berichterstattung](#ad-reporting-client-side-workflow)
+ [Aktivierung von clientseitigem Tracking](#ad-reporting-client-side-enabling)
+ [Serverparameter hinzufügen](#ad-reporting-client-side-ad-server-parameters)
+ [Abfrageparameter für Origin-Interaktionen](#ad-reporting-client-side-origin-interaction-query-parameters)
+ [Für die Sitzung konfigurierte Funktionen](#ad-reporting-client-side-session-configured-features)
+ [Bewährte Methoden für die clientseitige Nachverfolgung](#ad-reporting-client-side-best-practices)
+ [Schema und Eigenschaften für das clientseitige Ad-Tracking](ad-reporting-client-side-ad-tracking-schema.md)
+ [Zeitlicher Ablauf der Aktivitäten bei der Anzeigenverfolgung](ad-reporting-client-side-ad-tracking-schema-activity-timing.md)
+ [Player-Bedienelemente und Funktionen für das clientseitige Ad-Tracking](ad-reporting-client-side-ad-tracking-schema-player-controls.md)
+ [Clientseitiges Beaconing](ad-reporting-client-side-beaconing.md)
+ [Hybridmodus mit serverseitigen Ad Beacons](ad-reporting-hybrid-mode.md)
+ [Kundenseitige Ad-Tracking-Integrationen](ad-reporting-client-side-ad-tracking-integrations.md)
+ [Durch Werbe-Beacons blättern mit GetTracking](#gettracking)
## 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ür`param2`.
```
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` `availSuppression``overlayAvails`, 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](variables-session.md).
**Example : Durchführung von kundenseitigem Ad-Tracking für HLS**
```
POST mediatailorURL/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"
}
}
```
**Example : Durchführung von kundenseitigem Ad-Tracking für DASH**
```
POST mediatailorURL/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 angegeben `reportingMode` ist.
+ `server`- MediaTailor führt serverseitiges Ad-Tracking durch und sendet Beacons direkt an den Anzeigenserver.
**Example Sitzungsinitialisierung mit serverseitigem Berichtsmodus**
```
POST mediatailorURL/v1/session/hashed-account-id/origin-id/asset-id.m3u8
{
"adsParams": {
"deviceType": "ipad",
"uid": "abdgfdyei-2283004-ueu"
},
"reportingMode": "server"
}
```
**Example Sitzungsinitialisierung mit clientseitigem Berichtsmodus (explizit)**
```
POST mediatailorURL/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](ad-reporting-client-side-ad-tracking-schema.md)
## 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](ad-id-decoration.md). Wenn Sie diese Funktion verwenden, 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.
![\[Anruffluss für VOD-Workflows. Rufen Sie den clientseitigen Tracking-Endpunkt auf, nachdem die Sitzung initialisiert wurde und das erste Manifest, das Medien enthält, MediaTailor empfangen wurde.\]](http://docs.aws.amazon.com/de_de/mediatailor/latest/ug/images/vod-workflow-best-practice.png)
### Servergesteuerte Anzeigeneinfügung
Servergesteuerte Ad-Insertion-Sitzungen (SGAI) verwenden die API nicht. `GetTracking` MediaTailorStellt stattdessen bei der Verwendung `aws.reportingMode=CLIENT` von Tracking-Informationen im `TRACKING` Abschnitt jeder Antwort auf die Asset-Liste bereit, wenn Spieler Werbeinhalte anfordern. Die Antwort auf die Initialisierung der Sitzung enthält kein`trackingUrl`.
Die Antwort auf die Assetliste für clientseitig verfolgte SGAI-Sitzungen hat die folgende Struktur:
```
{
"ASSETS": [
{ "DURATION": 20.0, "URI": "https://cdn.example.com/ad1/master.m3u8" },
{ "DURATION": 10.0, "URI": "https://cdn.example.com/ad2/master.m3u8" }
],
"TRACKING": {
...VAST tracking events and beacon URLs for each ad...
}
}
```
Bei der Implementierung von clientseitigem Tracking für SGAI-Methoden:
+ Analysieren Sie den `TRACKING` Abschnitt anhand der Antworten auf die Asset-Liste, anstatt ihn aufzurufen `GetTracking`
+ Verwenden Sie das in der Asset-Liste URLs bereitgestellte Tracking für die Berichterstattung über Anzeigenereignisse
+ Feuern Sie Tracking-Beacons ab, die auf tatsächlichen Ereignissen bei der Anzeigenwiedergabe im Player basieren
+ Verwalte das Tracking für jede Werbeunterbrechung unabhängig, wenn die Asset-Listen abgerufen werden
**Wichtig**
Der `TRACKING` Abschnitt ist nur dann in der Asset-Liste enthalten, wenn er festgelegt `aws.reportingMode=CLIENT` ist. Wenn serverseitiges Reporting verwendet wird (Standard für SGAI), wird der `TRACKING` Abschnitt MediaTailor weggelassen und stattdessen Beacon-Daten in die Anzeige eingebettet. URIs Details hierzu finden Sie unter [Serverseitiges Tracking mit serverseitiger Anzeigeneinfügung (SGAI)](ad-reporting-server-side-sgai.md).
## 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.
`GetTracking`gibt 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 Werts `NextToken` und.
+ Wenn eine `GetTracking` Anfrage *kein* A enthält`NextToken`, werden alle Anzeigen im Manifestfenster zurückgegeben.
+ Wenn eine `GetTracking` Anfrage ein enthält, es `NextToken` aber keine neuen Beacons gibt, die MediaTailor zurückgegeben werden können, wird derselbe Wert zurückgegeben`NextToken`, den Sie in der ursprünglichen Anfrage gesendet haben.
+ Wenn einer Anzeige keine Beacons mehr entsprechen, `GetTracking` wird die Anzeige aus der Antwort entfernt.
+ Tokens von `GetTracking` laufen nach 24 Stunden ab. Wenn ein `NextToken` Wert älter als 24 Stunden ist, gibt der nächste Aufruf von einen `GetTracking` `NextToken` Nullwert 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:
1. Rufen Sie zum ersten Mal an`GetTracking`.
Alle Anzeigen und Beacons sowie die ersten `NextToken` für nachfolgende Aufrufe werden zurückgegeben.
1. Wenn der Wert Null `NextToken` ist, werden alle Ad Beacons MediaTailor zurückgegeben.
1. Wenn der abgelaufen `NextToken` ist, MediaTailor wird eine HTTP-Rückgabecode 400-Fehlermeldung zurückgegeben.
Rufen Sie erneut auf, `GetTracking` um gültige `NextToken` s abzurufen.
1. Scannen Sie die gesamte Antwort, um herauszufinden, `StartTimeInSeconds` ob sich ein Werbeanzeigen-Beacon im gewünschten Bereich befindet.
1. Rufen Sie erneut `GetTracking` mit dem Wert von auf, der dem gewünschten `StartTimeInSeconds` Wert `NextToken` zugeordnet ist.
1. 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 bei der nächsten `GetTracking` Anfrage mit dem `NextToken` Wert: JF57 ITe48t1441mv7 Tm LKu ZLrox DzfIslp 6Bi SNL1 IJmz PVMDN0lqr BYycg MbKEb.
MediaTailor antwortet mit Anzeigen und Beacons, die `StartTimeInSeconds` denen entsprechen, die `NextToken` beim vorherigen Anruf eingestellt wurden.
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
}
]
}
```