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.
MediaTailor Funktionen und Funktionen für serverseitiges Tracking
AWS Elemental MediaTailor wendet diese integrierten serverseitigen Tracking-Funktionen automatisch an, um die Genauigkeit und Zuverlässigkeit der Anzeigenmessung zu optimieren. Das System verhindert doppelte Beacons, verwaltet den Traffic in Zeiten mit hohem Verkehrsaufkommen, sorgt für eine korrekte Reihenfolge der Ereignisse und bietet eine umfassende Leistungsüberwachung, ohne dass Sie eine Konfiguration vornehmen müssen. Sie müssen lediglich sicherstellen, dass Ihr Ad Decision Server (ADS) die Tracking-Beacons in der VAST-Antwort bereitstellt.
Anmerkung
Diese Funktionen sind ab dem 30. September 2025 für Neukunden verfügbar. Bestandskunden werden im Laufe des Jahres 2025 im Rahmen laufender Serviceverbesserungen Zugriff darauf haben. Wenn Sie sofort auf diese Funktionen zugreifen möchten, wenden Sie sich an den AWS-Support
Anmerkung
Diese Funktionen gelten sowohl für zusammengefügte (SSAI) als auch für servergesteuerte (SGAI) Methoden zur Anzeigeneinfügung. Die Beacontypen und das Timing sind in beiden Modi identisch. Sie unterscheiden sich darin, wie Beacons MediaTailor ausgelöst werden — Einzelheiten Server-side Tracking mit servergesteuerter Anzeigeneinfügung (SGAI) zum serverseitigen SGAI-Beaconing finden Sie unter.
Beacon-Deduplizierung
MediaTailor verhindert das doppelte Auslösen von Beacons bei identischen Werbereignissen. Das serverseitige Trackingsystem sendet jedes Impressions-, Quartil- und Abschluss-Beacon nur einmal pro Anzeigensitzung. Wenn Videoplayer dasselbe Anzeigensegment aufgrund von Netzwerkbedingungen, Bitratenänderungen oder Pufferstrategien mehrmals aufrufen, werden ausgelöste Beacons MediaTailor verfolgt und redundante Übertragungen blockiert.
Durch die Deduplizierung werden häufig auftretende Szenarien, die zu einer überhöhten Anzahl von Beacons führen, automatisch behoben:
-
Adaptives Bitraten-Streaming — Wenn Spieler verschiedene Qualitätsvarianten desselben Anzeigensegments herunterladen
-
Szenarien für Netzwerkwiederholungen — Wenn Spieler aufgrund von Netzwerkproblemen oder Timeouts erneut Segmente anfordern
-
Strategien zur Spielerpufferung — Wenn Spieler Segmente zu Pufferzwecken vorab abrufen oder erneut abrufen
Das System ist so konzipiert, dass es Impression Beacons nur einmal abfeuert, auch wenn Spieler zwischen verschiedenen Qualitätsstufen wechseln.
Adaptive Drosselung und Wiederholungsversuche der Beacons
MediaTailor verwaltet automatisch die Beacon-Datenverkehrsraten auf der Grundlage von Serverreaktionsindikatoren. Das System überwacht HTTP-Antwortmuster, Verbindungs-Timeouts und Fehlercodes, um Staus zu erkennen, und passt dann die Datenverkehrsraten entsprechend an. Wenn das System Indikatoren für die Serverbelastung identifiziert, reduziert es die Datenverkehrsraten für die betroffene Domain und erhöht automatisch die Datenraten, wenn die Server eine höhere Kapazität aufweisen.
Das System überwacht den Serverzustand anhand der folgenden Indikatoren:
-
Timeouts bei HTTP-Verbindungen — Wenn Messplattformen nicht innerhalb der erwarteten Zeitrahmen reagieren
-
Fehlerantwortcodes — 503-, 504- und 507-Antworten, die auf eine Serverüberlastung hinweisen. Ihr Anzeigenserver muss diese Fehlercodes ebenfalls unterstützen, um eine vollständige Kompatibilität zu gewährleisten.
-
Reaktionsmuster — Messen Sie Leistungsänderungen der Plattform, die auf Kapazitätsprobleme hinweisen
Beim Verhalten von Wiederholungsversuchen wird die Zustellung automatisch für bis zu 1 Stunde mit einer Verzögerung von mindestens 30 Sekunden zwischen den Versuchen versucht. Dieses Wiederholungsverhalten kann nicht konfiguriert werden.
Verwaltung des Beacon-Datenverkehrs pro Sekunde
Sie können TPS-Grenzwerte festlegen, um die Übertragungsraten von Beacons zu kontrollieren. Dies ist die einzige konfigurierbare Einstellung für serverseitige Tracking-Funktionen. Account-level Limits begrenzen die Gesamtzahl der Anzeigen-Tracking-Anfragen, die an alle Messpartner gesendet wurden. MediaTailor setzt ein TPS-Limit von mindestens 10.000 durch, um ausreichend Kapazität für den Betrieb auf Unternehmensebene bereitzustellen.
Reichen Sie ein AWS Support-Ticket ein, um TPS-Grenzwerte mit den folgenden Informationen festzulegen:
-
AWS-Konto-ID — Ihre spezifische Konto-ID
-
Zielregion — Die AWS-Region, in der das TPS-Limit angewendet werden soll
-
Gewünschter TPS-Schwellenwert — Ihr erforderliches Limit für Transaktionen pro Sekunde (mindestens 10.000)
Standardmäßig gibt es kein TPS-Limit. Sie können ein TPS-Limit anfordern, wenn Ihr Ad Decision Server (ADS) dies erfordert. Das Limit muss jedoch höher als 10.000 TPS sein. MediaTailor wird das von Ihnen angegebene Limit nicht überschreiten, garantiert aber keinen gleichbleibenden Durchsatz bis zu diesem Limit. Ihr Ad Decision Server teilt Ihnen mit, welche TPS-Grenzwerte er unterstützen kann.
In-order Beaconing
MediaTailor sorgt automatisch für die sequentielle Auslieferung von Ad-Tracking-Ereignissen. Das System behält die Reihenfolge der Beacons bei, auch wenn Netzwerkprobleme, Wiederholungsversuche oder Verkehrsmanagement auftreten. Dadurch wird sichergestellt, dass die Messpartner die Ereignisse in der richtigen Reihenfolge erhalten, sodass genaue Analysen möglich sind.
Das System folgt der branchenüblichen Beacon-Reihenfolge:
-
Startereignisse — Wird ausgelöst, wenn die Anzeigenwiedergabe beginnt
-
Ereignisse im ersten Quartil — Werden ausgelöst, wenn die Anzeige zu 25% abgeschlossen ist
-
Ereignisse in der Mitte — Wird ausgelöst, wenn eine Anzeige zu 50% abgeschlossen ist
-
Ereignisse im dritten Quartil — Wird ausgelöst, wenn 75% der Anzeige abgeschlossen sind
-
Abschluss-Events — Werden ausgelöst, wenn die Werbung beendet ist
Diese Funktionen arbeiten automatisch zusammen:
-
Während der Drosselung werden die Beacons aktiviert, um die richtige Reihenfolge aufrechtzuerhalten
-
Jede Domain des Messpartners verfügt über separate Ereigniswarteschlangen, um Unterbrechungen bei Ratenanpassungen zu vermeiden
-
Bei der Deduplizierung werden der Ereignistyp und die Position des Zeitplans unter Beibehaltung der chronologischen Reihenfolge verfolgt