

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.

# Anzeigen vorab abrufen
<a name="prefetching-ads"></a>

Verwenden Sie den AWS Elemental MediaTailor Anzeigenvorabruf für Livestreams, um die Spitzenlast auf Ad Decision Servern (ADS) zu reduzieren und die Latenz bei der Manifestzustellung zu Beginn jeder Werbeunterbrechung zu verringern. Wenn Sie einen Zeitplan für den Vorabruf definieren, MediaTailor folgt dieser Zeitplan, um Anzeigen aus dem ADS abzurufen und sie für die Anzeigenschaltung vorzubereiten, bevor sie für eine Werbeunterbrechung benötigt werden. Bei Livestreams kann das Prefetching dazu beitragen, verringerte Anzeigenfüllraten und verpasste Monetarisierungsmöglichkeiten aufgrund von Timeouts bei Anzeigenanfragen und Transcodierung oder anderen Netzwerkverzögerungen zu vermeiden. 

**Anmerkung**  
Der Vorabruf von Anzeigen funktioniert nicht mit Methoden zur servergesteuerten Anzeigeneinfügung (SGAI), einschließlich herkömmlicher servergeführter Methoden und HLS-Interstitials. Bei SGAI-Methoden ist kein Prefetching erforderlich, da Spieler nur Anzeigen abrufen, die sie auch abspielen werden, und Manifeste können bereitgestellt werden, ohne dass einzelne Sitzungsanfragen angezeigt werden. CDNs MediaTailor

*Um den Vorabruf von Anzeigen einzurichten, erstellen Sie in Ihrer Wiedergabekonfiguration einen oder mehrere Prefetch-Zeitpläne.* Ein Prefetch-Zeitplan gibt an, MediaTailor wie und wann Werbeanzeigen abgerufen und für eine bevorstehende Werbepause vorbereitet werden müssen. 
+ Wenn für eine Veranstaltung Werbeanzeigen verfügbar sind, die nach einem vorhersehbaren Zeitplan verfügbar sind, verwenden Sie einen *einzigen* Prefetch-Zeitplan. Jeder einzelne Prefetch-Zeitplan definiert eine einzelne Gruppe von Anzeigen, die in einer einzigen Anzeigenauswahl platziert MediaTailor werden sollen. Um Anzeigen für mehrere verfügbare Anzeigen vorab abzurufen, wenn Sie einzelne Prefetch-Zeitpläne verwenden, müssen Sie mehrere Prefetch-Zeitpläne (bis zu 24 Stunden vor der Anzeigenbereitstellung) erstellen, die für jede verfügbare Anzeige relevant sind. 
+ *Wenn für eine Veranstaltung Werbeanzeigen verfügbar sind, die nicht in einem vorhersehbaren Zeitplan verfügbar sind, verwenden Sie einen wiederkehrenden Prefetch-Zeitplan.* Ein wiederkehrender Prefetch-Zeitplan erstellt automatisch einen Zeitplan und ruft Anzeigen vor jeder Werbeunterbrechung in einem Event vorab ab. Im Zeitplan für wiederkehrende Prefetches werden Anzeigen für jede verfügbare Anzeige innerhalb eines bestimmten Zeitraums abgerufen (bis zu 24 Stunden vor Ende der Veranstaltung). Sie müssen nicht für jede verfügbare Anzeige einen Zeitplan erstellen, verlieren jedoch einen Teil der zeitlichen Kontrolle, die ein einzelner Prefetch-Vorgang bietet.

In den folgenden Themen wird der Vorabruf von Anzeigen näher beschrieben.

**Topics**
+ [So funktioniert der Vorabruf](understanding-prefetching.md)
+ [Prefetch-Zeitpläne erstellen](creating-prefetch-schedules.md)
+ [TPS-basiertes Traffic-Shaping](tps-traffic-shaping.md)
+ [Prefetch-Zeitpläne werden gelöscht](deleting-prefetch-schedules.md)

# So funktioniert der Vorabruf
<a name="understanding-prefetching"></a>

Wenn Ihr Client eine Manifestanforderung an stellt MediaTailor, wertet der Service alle Prefetch-Zeitpläne aus, die mit der Wiedergabekonfiguration verknüpft sind. Wenn MediaTailor kein passender Prefetch-Zeitplan gefunden wird, kehrt der Dienst zur normalen Anzeigeneinfügung zurück und ruft keine Anzeigen vorab ab.

Wenn ein MediaTailor passender Prefetch-Zeitplan gefunden wird, bewertet der Dienst den Zeitplan anhand von zwei Komponenten: Abruf und Nutzung. Die Konfiguration der einzelnen Komponenten variiert zwischen einzelnen Prefetch-Zeitplänen und wiederkehrenden Prefetch-Zeitplänen, wie in den folgenden Abschnitten beschrieben.

## Ablauf eines einzelnen Prefetch-Zeitplans
<a name="understanding-prefetching-single"></a>

**Abruf**  
Dadurch wird das *Abruffenster* definiert. Dabei handelt es sich um den Zeitraum, in dem Anzeigen MediaTailor vorab aus dem ADS abgerufen werden. Achten Sie darauf, dieses Fenster für einen Zeitraum vor der Werbeunterbrechung einzuplanen. Im Folgenden finden Sie einen Überblick darüber, wie ein einzelner Prefetch-Zeitplan MediaTailor verarbeitet wird.  
Die Schritte zum Erstellen eines einzelnen Prefetch-Zeitplans in der Konsole finden Sie unter. [Prefetch-Zeitpläne erstellen](creating-prefetch-schedules.md) Eine API-Anleitung finden Sie [PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)in der *AWS Elemental MediaTailor API-Referenz*.  
 MediaTailor Sendet während des angegebenen *Abruffensters* Anfragen an das ADS, um Anzeigen abzurufen und für die spätere Einfügung in Wiedergabe-Sitzungen vorzubereiten.  
+ MediaTailor verwendet optional Traffic Shaping, um die Anzahl der Anfragen an das ADS gleichzeitig zu begrenzen. Sie können zwischen zwei Ansätzen wählen:

  *Traffic Shaping im Zeitfenster* — MediaTailor verteilt Anfragen über die angegebene Anzahl von Sekunden, anstatt Anfragen für alle Sitzungen gleichzeitig zu senden. Diese verteilte Verteilung des Datenverkehrs trägt dazu bei, dass das ADS nicht überlastet wird, was zu Timeouts und niedrigen Ausfüllraten von Anzeigen führt.

  *TPS-basiertes Traffic-Shaping* — MediaTailor begrenzt Anfragen auf der Grundlage von Transaktionen pro Sekunde (TPS) und gleichzeitigen Benutzern. Dieser Ansatz ermöglicht eine intuitivere Konfiguration auf der Grundlage Ihrer ADS-Kapazitätsgrenzen. Weitere Informationen finden Sie unter [TPS-basiertes Traffic-Shaping](tps-traffic-shaping.md).
+ Wenn Sie *dynamische Variablen einrichten, werden* MediaTailor diese Variablen in die Anfragen an das ADS aufgenommen. MediaTailor verwendet diese Variablen, um Zeitpläne für den Vorabruf während des Nutzungsfensters abzugleichen und zu nutzen. Weitere Informationen finden Sie im folgenden Abschnitt zum *Verbrauch*.

**Example**  
Eine Live-Veranstaltung dauert von 7:45 Uhr bis 10 Uhr, mit einer Werbepause um 8:15 Uhr. Sie konfigurieren MediaTailor den Abruf von Werbeanzeigen von 7:45 Uhr bis 8 Uhr mit einem Traffic-Shaping-Zeitfenster von 60 Sekunden. Bei 500.000 gleichzeitigen Benutzern werden die ADS-Anfragen so MediaTailor verteilt, dass eine durchschnittliche Rate von etwa 8.333 Transaktionen pro Sekunde für 60 Sekunden (500.000 Benutzer/60 Sekunden = 8.333 Anfragen pro Sekunde) erreicht wird, anstatt alle Anfragen gleichzeitig zu senden.   
Die Abrufkonfiguration umfasst die dynamische Variable Schlüssel und Wert. `scte.event` `1234` MediaTailor nimmt diese Variable in die Anfragen an die ADS auf, die dann verwendet werden können, um bestimmte Werbetreibende auf die Event-ID 1234 auszurichten. 

**Verbrauch**  
Wenn Sie während des Nutzungsfensters MediaTailor auf SCTE-35-Werbeunterbrechungsmarken stoßen, werden die vorab abgerufenen Anzeigen in einer Werbeunterbrechung platziert.  
+ Wenn Sie keine Auswahlkriterien festgelegt haben, werden Anzeigen in der ersten Pause des Werbefensters MediaTailor eingefügt.
+ Wenn Sie einen *dynamischen Variablenschlüssel für *verfügbare** *Übereinstimmungskriterien* *festgelegt haben, werden diese Kriterien anhand* der dynamischen Variablen MediaTailor bewertet, die Sie im Abruffenster festgelegt haben. Eine Werbeunterbrechung kann nur dann vorab abgerufen werden, wenn die Auswahlkriterien erfüllt sind. MediaTailor fügt Anzeigen in die erste Pause ein, die die Kriterien erfüllt.

  Eine Liste der unterstützten Kriterien für den Abgleich von Verfügbarkeiten finden Sie in der Tabelle unter In der Spalte *Verfügbar für Anzeigenvorabruf*. [MediaTailor Sitzungsvariablen für ADS-Anfragen](variables-session.md)

**Example fortgesetzt**  
Sie haben die Startzeit für den Konsum auf 8:15 Uhr und die Endzeit auf 8:17 Uhr festgelegt. Sie geben `scte.event_id` für den Schlüssel in die Verfügbarkeit die passenden Kriterien an.   
Für jede Werbeunterbrechung, MediaTailor die zwischen 8:15 Uhr und 8:17 Uhr stattfindet, wird die SCTE Event-ID für jede Werbeunterbrechung ausgewertet. MediaTailor Fügt in jeder Wiedergabe-Sitzung die vorab abgerufenen Anzeigen in die erste Werbeunterbrechung ein, die die Event-ID 1234 hat (wie in den dynamischen Variablen für den Abruf definiert). MediaTailorFührt bei Werbeunterbrechungen, die nicht die richtige Event-ID enthalten, die Standardanzeigeneinfügung durch. 

## Ablauf eines wiederkehrenden Prefetch-Vorabrufs
<a name="understanding-prefetching-recurring"></a>

**Abruf**  
Dadurch wird das *Zeitfenster für wiederkehrende Abrufe* definiert. Dabei handelt es sich um den Zeitraum, in dem Anzeigen für ein Live-Event MediaTailor vorab abgerufen und eingefügt werden (bis zu 24 Stunden). Im Folgenden finden Sie einen Überblick darüber, wie wiederkehrende MediaTailor Prefetch-Zeitpläne verarbeitet werden.  
Schritte zum Erstellen eines wiederkehrenden Prefetch-Zeitplans in der Konsole finden Sie unter. [Prefetch-Zeitpläne erstellen](creating-prefetch-schedules.md) Eine API-Anleitung finden Sie [PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)in der *AWS Elemental MediaTailor API-Referenz*.  
 MediaTailor Ruft während des angegebenen wiederkehrenden Prefetch-Fensters Anzeigen für ein Live-Event ab und fügt sie ein, das bis zu 24 Stunden dauert. Ruft nach jeder Werbeunterbrechung im Fenster MediaTailor automatisch Anzeigen für die nächste Werbeunterbrechung ab.   
+ Wenn Sie die *Verzögerung nach Ende der Verfügbarkeit festlegen*, wird die angegebene Zeit MediaTailor gewartet, bevor die nächste Anzeigengruppe für die nächste Werbepause abgerufen wird.
+ MediaTailor verwendet optional Traffic Shaping, um die Anzahl der Anfragen an das ADS gleichzeitig zu begrenzen. Sie können zwischen zwei Ansätzen wählen:

  *Traffic Shaping im Zeitfenster* — MediaTailor verteilt Anfragen über die angegebene Anzahl von Sekunden, anstatt Anfragen für alle Sitzungen gleichzeitig zu senden. Diese verteilte Verteilung des Datenverkehrs trägt dazu bei, dass das ADS nicht überlastet wird, was zu Timeouts und niedrigen Ausfüllraten von Anzeigen führt.

  *TPS-basiertes Traffic-Shaping* — MediaTailor begrenzt Anfragen auf der Grundlage von Transaktionen pro Sekunde (TPS) und gleichzeitigen Benutzern. Dieser Ansatz ermöglicht eine intuitivere Konfiguration auf der Grundlage Ihrer ADS-Kapazitätsgrenzen. Weitere Informationen finden Sie unter [TPS-basiertes Traffic-Shaping](tps-traffic-shaping.md).
+ Wenn Sie *dynamische Variablen einrichten, werden* MediaTailor diese Variablen in die Anfragen an das ADS aufgenommen. MediaTailor verwendet diese Variablen, um Zeitpläne für den Vorabruf während des Nutzungsfensters abzugleichen und zu nutzen. Weitere Informationen finden Sie im folgenden Abschnitt zum *Verbrauch*.

**Example**  
Eine Live-Veranstaltung dauert von 19 Uhr bis 20:45 Uhr, mit vier Werbeunterbrechungen in dieser Zeit. Die Werbeunterbrechungen haben keinen vorhersehbaren Zeitplan. Sie konfigurieren den wiederkehrenden Prefetch von 19:00 Uhr bis 20:45 Uhr mit einer Verzögerung von 10 Minuten und einem Traffic-Shaping-Fenster von 60 Sekunden. MediaTailor Ruft nach jedem Zugriff Anzeigen für die nächste Werbepause ab. Zehn Minuten nach Ende der Verfügbarkeit MediaTailor beginnt das Senden von Abrufanfragen an das ADS. Bei einem Zeitfenster von 60 Sekunden und 500.000 gleichzeitigen Benutzern werden die ADS-Anfragen so MediaTailor verteilt, dass eine durchschnittliche Rate von etwa 8.333 Transaktionen pro Sekunde für 60 Sekunden (500.000 Benutzer/60 Sekunden = 8.333 Anfragen pro Sekunde) erreicht wird, anstatt alle Anfragen gleichzeitig zu senden.   
Die `scte.event` `1234` Abrufkonfiguration umfasst die dynamische Variable Schlüssel und Wert. MediaTailor nimmt diese Variable in die Anfragen an die ADS auf, die dann verwendet werden können, um bestimmte Werbetreibende auf die Event-ID 1234 auszurichten.

**Verbrauch**  
Wenn MediaTailor SCTE-35-Markierungen für Werbeunterbrechungen gefunden werden, werden die vorab abgerufenen Anzeigen in einer Werbeunterbrechung platziert.  
+ Wenn Sie das *Ablaufdatum für abgerufene Anzeigen* festlegen, können vorab abgerufene Anzeigen bis zum angegebenen Ablaufdatum eingefügt werden.
+ Wenn Sie keine Auswahlkriterien für die Verfügbarkeit festgelegt haben, werden Anzeigen in der ersten Pause des Nutzungsfensters MediaTailor eingefügt.
+ Wenn Sie einen *dynamischen Variablenschlüssel für *verfügbare** *Übereinstimmungskriterien* *festgelegt haben, werden diese Kriterien anhand* der dynamischen Variablen MediaTailor bewertet, die Sie im Abruffenster festgelegt haben. Eine Werbeunterbrechung kann nur dann vorab abgerufen werden, wenn die Auswahlkriterien erfüllt sind. MediaTailor fügt Anzeigen in die erste Pause ein, die die Kriterien erfüllt.

  Eine Liste der unterstützten Kriterien für den Abgleich von Verfügbarkeiten finden Sie in der Tabelle unter In der Spalte *Verfügbar für Anzeigenvorabruf*. [MediaTailor Sitzungsvariablen für ADS-Anfragen](variables-session.md)

**Example fortgesetzt**  
In den Verbrauch beziehen Sie `scte.event_id` für den Schlüssel in die Verfügbarkeit passende Kriterien mit ein.   
Für jede Werbeunterbrechung, MediaTailor auf die Sie stoßen, wird die SCTE Event-ID für jede Werbeunterbrechung ausgewertet. MediaTailor Fügt in jeder Wiedergabe-Sitzung die vorab abgerufenen Anzeigen in jede Werbeunterbrechung ein, die die Event-ID 1234 hat (wie in den dynamischen Variablen für den Abruf definiert). MediaTailor Führt bei Werbeunterbrechungen, die nicht die richtige Event-ID enthalten, die Standardanzeigeneinfügung durch.   
Sie haben den Ablauf der Anzeige auf 2700 Sekunden festgelegt, sodass die abgerufenen Anzeigen 45 Minuten lang eingeblendet werden können.
Die folgende Grafik veranschaulicht das Beispiel, wobei die kleinen Quadrate Werbeunterbrechungen darstellen. Die Einstellungen für den Zeitplan für wiederkehrende Prefetches werden entlang der Event-Zeitleiste dargestellt.  

![\[Grafische Darstellung eines Live-Events, einschließlich wiederkehrender Prefetch-Zeitplankonfigurationen.\]](http://docs.aws.amazon.com/de_de/mediatailor/latest/ug/images/recurring_prefetch_timeline.png)


## Grundlegendes zu den Kosten für das Prefetching
<a name="billing"></a>

Für Anfragen zum Abrufen von Anzeigen fallen keine Kosten an. Für den Abruf von Prefetch-Anzeigen wird Ihnen jedoch der Standardtarif für die transkodierten Prefetch-Anzeigen berechnet. MediaTailor Für die Nutzung von Prefetch-Anzeigen, die in Werbeunterbrechungen platziert werden, wird Ihnen der Standardtarif für die Anzeigeneinblendung berechnet. MediaTailor [Informationen zu den Kosten für Transcodierung und Anzeigenschaltung finden Sie unter Preise.AWS Elemental MediaTailor](https://aws.amazon.com/mediatailor/pricing/)

# Prefetch-Zeitpläne erstellen
<a name="creating-prefetch-schedules"></a>

Im folgenden Verfahren wird erklärt, wie Sie mithilfe der Konsole einen Prefetch-Zeitplan erstellen. MediaTailor *Informationen zum programmgesteuerten Erstellen und Verwalten von Prefetch-Zeitplänen mithilfe der MediaTailor API finden Sie in der API-Referenz. [PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)AWS Elemental MediaTailor *

**Anmerkung**  
Bei der Konfiguration von Prefetch-Zeitplänen in ist es wichtig zu verstehen MediaTailor, wie mit verschiedenen Variablentypen umgegangen wird.  

**Verwenden Sie die passenden Kriterien**  
Wenn Sie Avail-Abgleichskriterien in einem Zeitplan verwenden möchten, stellen Sie sicher, dass Sie zuerst die ADS-URL-Vorlage Ihrer Wiedergabekonfiguration mit [dynamischen Sitzungsvariablen](variables-session.md) konfigurieren, da die Auswahlkriterien sonst keine Wirkung haben. Informationen zum Arbeiten mit dynamischen Sitzungsvariablen finden Sie unter [Schritt 3: Konfigurieren Sie die ADS-Anforderungs-URL und die Abfrageparameter](getting-started-ad-insertion.md#getting-started-configure-request) dem Thema Erste Schritte beim Einfügen von MediaTailor Anzeigen.

**Spielervariablen in Prefetch-Zeitplänen**  
Wenn Sie einen Prefetch-Zeitplan erstellen, definieren Sie in Ihrer Prefetch-Konfiguration keine Spielervariablen als dynamische Variablen. Übergeben Sie die Spielervariablen stattdessen so, wie Sie es normalerweise zu Beginn der Sitzung tun würden. MediaTailor schließt diese Variablen automatisch in Prefetch-Anzeigenanfragen ein, wenn die Variablen in der ADS-Vorlagen-URL zugeordnet sind.

**Um einen neuen Prefetch-Zeitplan mit der Konsole zu erstellen**

1. Öffnen Sie die MediaTailor Konsole unter. [https://console.aws.amazon.com/mediatailor/](https://console.aws.amazon.com/mediatailor/)

1. Wählen Sie im Navigationsbereich **Konfigurationen** aus. Wählen Sie die Wiedergabekonfiguration aus, für die Sie einen Prefetch-Zeitplan erstellen möchten.

1. **Wählen Sie auf der Registerkarte **Prefetch-Zeitpläne** die Option Prefetch-Zeitplan hinzufügen aus.**

1. Gehen Sie im Bereich mit den **Details zum Prefetch-Zeitplan** wie folgt vor:
   + Geben Sie **unter Name** eine Kennung für Ihren Prefetch-Zeitplan ein, z. B. **my-prefetch-schedule**
   + Geben Sie als **Stream-ID** optional eine eindeutige ID ein. Wenn Ihr Origin mehrere Playback-Streams enthält, können Sie diese ID verwenden, um anzuweisen MediaTailor , Anzeigen in einem bestimmten Stream zu schalten. Wenn Ihre Wiedergabekonfiguration beispielsweise einen Sport-Stream und einen TV-Show-Stream umfasst, können Sie die Stream-ID verwenden, um Prefetch-Zeitpläne zu erstellen, um Werbeanzeigen einzufügen, die auf den Sport-Stream zugeschnitten sind. Sie übergeben den Stream-ID-Wert an MediaTailor in der Sitzungsinitialisierungs- oder Manifestanforderung Ihres Kunden. Weitere Informationen finden Sie im folgenden Beispiel.
     + Für *serverseitiges Tracking* fügen Sie den `?aws.streamId` Abfrageparameter und den Wert in die `GET HTTP` Anfrage Ihres Clients an Ihren MediaTailor Endpunkt ein. Allgemeine Informationen zur serverseitigen Nachverfolgung finden Sie unter. [MediaTailor Serverseitiges Ad-Tracking und Reporting](ad-reporting-server-side.md) Eine Manifestanforderung an einen HLS-Endpunkt, die eine Stream-ID enthält, sieht wie folgt aus, wobei der Name Ihrer Stream-ID `myStreamId` steht:

       ```
       GET <mediatailorURL>/v1/master/<hashed-account-id>/<origin-id>/<asset-id>?aws.streamId=myStreamId
       ```
     + Für die *clientseitige Nachverfolgung* fügen Sie den `streamId` Schlüssel und den Wert in den Text der Anfrage zur `POST HTTP` Sitzungsinitialisierung Ihres Clients für den Endpunkt ein. **MediaTailor/v1/session** Allgemeine Informationen zur clientseitigen Nachverfolgung finden Sie unter. [Kundenseitiges Anzeigen-Tracking](ad-reporting-client-side.md) Eine Anfrage zur Sitzungsinitialisierung, die eine Stream-ID enthält, sieht wie folgt aus, wobei der Name Ihrer Stream-ID `myStreamId` steht:

       ```
       POST <mediatailorURL>/v1/session/<hashed-account-id>/<origin-id>/<asset-id>
       {
           'streamId': 'myStreamId',
           'reportingMode': 'client'
       }
       ```

1. Treffen Sie für den **Typ Prefetch** Ihre Auswahl und wählen Sie den entsprechenden Abschnitt aus, um Hilfe bei zusätzlichen Feldern zu erhalten:
   + Wählen Sie **Single**, wenn Sie einen Prefetch-Zeitplan für eine Werbepause in einer Veranstaltung erstellen.
   + Wählen Sie **Wiederkehrend**, wenn Sie einen Zeitplan erstellen, bei dem Anzeigen vor jeder Werbeunterbrechung einer Veranstaltung automatisch vorab abgerufen werden. 

## Einzelner Prefetch-Zeitplan
<a name="single-prefetch"></a>

Um einen Zeitplan zu erstellen, bei dem Anzeigen vorab abgerufen werden, bevor eine Anzeige in einem Ereignis verfügbar ist.

1. Geben Sie im Bereich **Abruf** die Abrufeinstellungen an, die Sie verwenden möchten. Diese Einstellungen bestimmen, wann Anzeigen aus dem ADS MediaTailor vorab abgerufen werden. Sie legen auch fest, welche dynamischen Sitzungsvariablen gegebenenfalls in die Anfrage an das ADS aufgenommen werden sollen.
   + Geben Sie **unter Startzeit** die Uhrzeit ein, zu der Prefetch-Abrufe für diese Werbeunterbrechung gestartet werden MediaTailor können. MediaTailor versucht, Anzeigen für Manifestanfragen, die Ihr Kunde an oder nach diesem Zeitpunkt gestellt hat, vorab abzurufen. Der Standardwert ist die aktuelle Zeit. Wenn Sie keinen Wert angeben, beginnt der Dienst so bald wie möglich mit dem Prefetch-Abruf.
   + Geben Sie im Feld **Endzeit** den Zeitpunkt ein, MediaTailor zu dem Sie das Vorabrufen von Anzeigen für diese Werbepause beenden möchten. MediaTailor versucht, Anzeigen für Manifestanfragen, die zu oder vor diesem Zeitpunkt erfolgen, vorab abzurufen. Das Abruffenster kann sich mit dem Nutzungsfenster überschneiden.
   + Optional können Sie Traffic Shaping so konfigurieren, dass die Anzahl der Anfragen an das ADS gleichzeitig begrenzt wird. Wählen Sie einen der folgenden Ansätze:

     *Zeitfenster-Ansatz*: Geben Sie für die **Dauer des Traffic Shaping-Fensters** die Anzahl der Sekunden ein, über die Anfragen an das ADS verteilt werden MediaTailor sollen. Weitere Informationen finden Sie unter Erläuterung des [Zeitplans für einen einzelnen Prefetch-Abruf](understanding-prefetching.md#avail-matching-criteria-retr).

     *TPS-basierter Ansatz*: Konfigurieren Sie **Peak TPS und Peak** **Concurrent Users so, dass Anfragen auf Basis von Transaktionen pro Sekunde und gleichzeitigen Benutzern** begrenzt werden. Weitere Informationen finden Sie unter [TPS-basiertes Traffic-Shaping](tps-traffic-shaping.md).
   + Geben Sie im Abschnitt [**Dynamische Variablen**](variables.md) bis zu 100 dynamische Sitzungsvariablen ein. MediaTailor verwendet diese Variablen als Ersatz in Prefetch-Anfragen, die es an das ADS sendet. [Wenn Sie keine dynamischen Sitzungsvariablen eingeben, versucht es nach besten MediaTailor Kräften, die Werte für die in Ihrer ADS-URL enthaltenen dynamischen Variablen zu interpolieren.](configurations-create.md#configurations-create-main)
     + Wählen Sie **Dynamische Variable hinzufügen** aus. 
     + Geben Sie als **Schlüssel** einen dynamischen Sitzungsvariablenschlüssel ein, z. `scte.event_id` B. Sie können jede dynamische Variable verwenden, die MediaTailor unterstützt. Hinweise zu dynamischen Sitzungsvariablen finden Sie unter[MediaTailor Sitzungsvariablen für ADS-Anfragen](variables-session.md).
     + Geben Sie unter **Wert** einen dynamischen Variablenwert ein, z. *my-event* B.
     + Um eine weitere dynamische Variable hinzuzufügen, wählen Sie „**Dynamische Variable hinzufügen**“. 

1. Geben Sie im Bereich **Verbrauch** die Einstellungen an, die Sie für das Verbrauchsfenster verwenden möchten. Diese Einstellungen bestimmen, wann MediaTailor die Anzeigen in den Werbeblock aufgenommen werden. Sie bestimmen auch alle verfügbaren Übereinstimmungskriterien, die Sie verwenden möchten.
   + Geben Sie **unter Startzeit** die Uhrzeit ein, zu der Sie beginnen MediaTailor möchten, vorab abgerufene Anzeigen in der Werbepause zu platzieren. Der Standardwert ist die aktuelle Uhrzeit. Wenn Sie keine Uhrzeit angeben, beginnt der Dienst so bald wie möglich mit dem Prefetch-Verbrauch.
   + Geben Sie **unter Endzeit** einen Zeitpunkt ein, MediaTailor zu dem Sie die Platzierung der vorab abgerufenen Anzeigen in der Werbepause beenden möchten. MediaTailor versucht, Anzeigen für die Manifestanfragen Ihres Kunden, die zu oder vor diesem Zeitpunkt eingehen, vorab abzurufen. Die Endzeit muss nach der Startzeit und in weniger als einem Tag liegen. Das Verbrauchsfenster kann sich mit dem Abruffenster überschneiden.
   + Wählen [**Sie im Abschnitt Verfügbare Kriterien**](variables.md) die Option **Verfügbarkeitskriterien hinzufügen** aus und fügen Sie Ihrem Zeitplan bis zu fünf passende Verfügbarkeitskriterien hinzu. Fügen Sie dann unter **Dynamischer Variablenschlüssel** einen dynamischen Variablenschlüssel hinzu, z. B. `scte.event_id` MediaTailor platziert die vorab abgerufenen Anzeigen *nur* dann im Werbeblock, wenn sie die Kriterien erfüllen, die durch die dynamischen Variablenwerte definiert sind MediaTailor, an die Ihr Kunde entweder weiterleitet oder die MediaTailor aus Informationen wie Sitzungsdaten abgeleitet werden. Wenn eine Werbeunterbrechung die angegebenen Übereinstimmungskriterien nicht erfüllt, wird der Vorabruf für diese Werbepause MediaTailor übersprungen. Weitere Informationen finden Sie in der Erläuterung zum Verbrauch [eines einzelnen Prefetch-Zeitplans](understanding-prefetching.md#avail-matching-criteria).

1. Wählen Sie „**Verfügbarkeitskriterien hinzufügen**“ aus.

Prefetch-Zeitpläne laufen automatisch ab, wenn das Nutzungsfenster abgelaufen ist. Zu Diagnosezwecken bleiben sie mindestens 7 Tage lang sichtbar und MediaTailor werden danach automatisch gelöscht. Alternativ können Sie einen Prefetch-Zeitplan jederzeit manuell löschen. Informationen zum manuellen Löschen eines Prefetch-Zeitplans finden Sie im folgenden Abschnitt. [Prefetch-Zeitpläne werden gelöscht](deleting-prefetch-schedules.md)

### Bestimmen Sie, wie oft Ihr Client die API aufrufen soll CreatePrefetchSchedule
<a name="how-often"></a>

Ihr Kunde kann die [CreatePrefetchSchedule](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_CreatePrefetchSchedule.html)API einmal täglich programmgesteuert aufrufen, um den Abruf und die Nutzung einzurichten, sofern Sie genau wissen, wann Werbeunterbrechungen auftreten werden. Oder Ihr Kunde kann die API im Laufe des Tages viele Male aufrufen, um den Abruf und die Nutzung zu definieren. Berücksichtigen Sie bei der Auswahl der API-Aufrufhäufigkeit die [maximale Anzahl aktiver Prefetch-Zeitpläne](quotas.md#prefetch-schedules-limit) und die Wahrscheinlichkeit, dass sich Ihr Zeitplan für Werbeunterbrechungen ändert, nachdem Sie Ihre Prefetch-Zeitpläne erstellt haben. Wenn es wahrscheinlich ist, dass sich der Zeitplan für Werbeunterbrechungen ändert, nachdem Sie Ihre Prefetch-Zeitpläne erstellt haben, sollten Sie die API möglicherweise häufiger aufrufen.

## Wiederkehrender Prefetch-Zeitplan
<a name="recurring-prefetch"></a>

Um einen Zeitplan zu erstellen, bei dem Anzeigen vorab abgerufen werden, bevor jede Anzeige in einem Event verfügbar ist.

1. Geben Sie im Bereich **Wiederkehrender Abruf** die Abrufeinstellungen an, die Sie verwenden möchten. Diese Einstellungen bestimmen, wann Anzeigen aus dem ADS MediaTailor vorab abgerufen werden. Sie legen auch fest, welche dynamischen Sitzungsvariablen gegebenenfalls in die Anfrage an das ADS aufgenommen werden sollen.
   + Geben Sie **unter Wiederkehrendes Prefetch-Fenster** die Uhrzeit ein, zu der Prefetch-Abrufe für diese Werbepause gestartet werden MediaTailor können. MediaTailor versucht, Anzeigen für Manifestanfragen, die Ihr Kunde an oder nach diesem Zeitpunkt gestellt hat, vorab abzurufen. Der Standardwert ist die aktuelle Zeit. Wenn Sie keinen Wert angeben, beginnt der Dienst so bald wie möglich mit dem Prefetch-Abruf.
   + Geben Sie **unter Verzögerung nach Ende der Verfügbarkeit** die Anzahl der Sekunden ein, die nach Ablauf einer Verfügbarkeit warten MediaTailor sollen, bevor Anzeigen für die nächste Verfügbarkeit vorab abgerufen werden. Wenn Sie keinen Wert angeben, wird MediaTailor standardmäßig „Keine Verzögerung“ verwendet. 
   + Optional können Sie Traffic Shaping so konfigurieren, dass die Anzahl der Anfragen an das ADS gleichzeitig begrenzt wird. Wählen Sie einen der folgenden Ansätze:

     *Zeitfenster-Ansatz*: Geben Sie für die **Dauer des Traffic Shaping-Fensters** die Anzahl der Sekunden ein, über die Anfragen an das ADS verteilt werden MediaTailor sollen. Weitere Informationen finden Sie unter Erläuterung des Zeitplans für den [wiederkehrenden Prefetch-Abruf](understanding-prefetching.md#avail-matching-criteria-recurring-retr)

     *TPS-basierter Ansatz*: Konfigurieren Sie **Peak TPS und Peak** **Concurrent Users so, dass Anfragen auf Basis von Transaktionen pro Sekunde und gleichzeitigen Benutzern** begrenzt werden. Weitere Informationen finden Sie unter [TPS-basiertes Traffic-Shaping](tps-traffic-shaping.md).
   + Geben Sie im Abschnitt [**Dynamische Variablen**](variables.md) bis zu 100 dynamische Sitzungsvariablen ein. MediaTailor verwendet diese Variablen als Ersatz in Prefetch-Anfragen, die es an das ADS sendet. [Wenn Sie keine dynamischen Sitzungsvariablen eingeben, versucht es nach besten MediaTailor Kräften, die Werte für die in Ihrer ADS-URL enthaltenen dynamischen Variablen zu interpolieren.](configurations-create.md#configurations-create-main)
     + Wählen Sie **Dynamische Variable hinzufügen** aus. 
     + Geben Sie als **Schlüssel** einen dynamischen Sitzungsvariablenschlüssel ein, z. `scte.event_id` B. Sie können jede dynamische Variable verwenden, die MediaTailor unterstützt. Hinweise zu dynamischen Sitzungsvariablen finden Sie unter[MediaTailor Sitzungsvariablen für ADS-Anfragen](variables-session.md).
     + Geben Sie unter **Wert** einen dynamischen Variablenwert ein, z. *my-event* B.
     + Um eine weitere dynamische Variable hinzuzufügen, wählen Sie „**Dynamische Variable hinzufügen**“. 

1. Geben Sie im Bereich **Verbrauch** die Einstellungen an, die Sie für das Verbrauchsfenster verwenden möchten. Diese Einstellungen bestimmen, wann MediaTailor die Anzeigen in den Werbeblock aufgenommen werden. Sie bestimmen auch alle verfügbaren Übereinstimmungskriterien, die Sie verwenden möchten.
   + Geben Sie unter **Ablauf der abgerufenen Anzeige** an, wie lange nach dem Abruf Anzeigen zum Einfügen verfügbar sind.
   + Wählen Sie im Abschnitt [**Verfügbare Übereinstimmungskriterien**](variables.md) die Option **Verfügbarkeitskriterien** hinzufügen aus und fügen Sie Ihrem Zeitplan bis zu fünf verfügbare Kriterien hinzu. Fügen Sie dann unter **Dynamischer Variablenschlüssel** einen dynamischen Variablenschlüssel hinzu, z. B. `scte.event_id` MediaTailor platziert die vorab abgerufenen Anzeigen *nur* dann im Werbeblock, wenn sie die Kriterien erfüllen, die durch die dynamischen Variablenwerte definiert sind MediaTailor, an die Ihr Kunde entweder weiterleitet oder die MediaTailor aus Informationen wie Sitzungsdaten abgeleitet werden. Wenn eine Werbeunterbrechung die angegebenen Übereinstimmungskriterien nicht erfüllt, wird der Vorabruf für diese Werbepause MediaTailor übersprungen. Weitere Informationen finden Sie in der Erläuterung der Nutzung des Zeitplans für [wiederkehrende Prefetches](understanding-prefetching.md#avail-matching-criteria-recur).

1. Wählen Sie „**Verfügbarkeitskriterien hinzufügen**“ aus.

Prefetch-Zeitpläne laufen automatisch ab, wenn das Nutzungsfenster abgelaufen ist. Zu Diagnosezwecken bleiben sie mindestens 7 Tage lang sichtbar und MediaTailor werden danach automatisch gelöscht. Alternativ können Sie einen Prefetch-Zeitplan jederzeit manuell löschen. Informationen zum manuellen Löschen eines Prefetch-Zeitplans finden Sie im folgenden Abschnitt. [Prefetch-Zeitpläne werden gelöscht](deleting-prefetch-schedules.md)

# TPS-basiertes Traffic-Shaping
<a name="tps-traffic-shaping"></a>

AWS Elemental MediaTailor bietet zwei optionale Traffic-Shaping-Ansätze, um die Anzahl der Anfragen an das ADS gleichzeitig zu begrenzen. TPS-basiertes Traffic Shaping bietet eine Alternative zu Traffic Shaping auf Zeitfensterbasis für Prefetch-Zeitpläne. Dieser Ansatz bietet eine intuitivere Konfiguration, da Sie die Kapazität Ihres AD Decision Server (ADS) in Form von Transaktionen pro Sekunde (TPS) und erwarteten gleichzeitigen Benutzern angeben können, anstatt Zeitberechnungen vorzunehmen.

## So funktioniert TPS-basiertes Traffic Shaping
<a name="tps-how-it-works"></a>

Anstatt die Dauer des Abruffensters anzugeben, geben Sie die folgenden Parameter an:

Spitzenwert TPS  
Die maximale Anzahl von Anfragen pro Sekunde, die Ihr ADS verarbeiten kann. Dieser Parameter hat keinen Standardwert.

Höchstzahl gleichzeitiger Benutzer  
Die erwartete Spitzenzahl gleichzeitiger Zuschauer für Ihre Inhalte. Dieser Parameter hat keinen Standardwert.

MediaTailor verteilt Prefetch-Anfragen automatisch über einen bestimmten Zeitraum, sodass das angegebene TPS-Limit eingehalten wird, unabhängig von der Anzahl der gleichzeitigen Sitzungen.

**Example Beispiel für eine TPS-basierte Konfiguration**  
Ihr ADS kann 500 TPS verarbeiten, und Sie erwarten zu Spitzenzeiten 100.000 gleichzeitige Zuschauer. Sie konfigurieren:  
+ Spitzen-TPS: 500
+ Maximale Anzahl gleichzeitiger Benutzer: 100.000
MediaTailor verteilt Prefetch-Anfragen automatisch über einen bestimmten Zeitraum, sodass das angegebene TPS-Limit eingehalten wird, unabhängig von der Anzahl der gleichzeitigen Sitzungen.

# Prefetch-Zeitpläne werden gelöscht
<a name="deleting-prefetch-schedules"></a>

Im folgenden Verfahren wird erklärt, wie Sie einen Prefetch-Zeitplan mithilfe der Konsole löschen. MediaTailor *Informationen zum programmgesteuerten Löschen von Prefetch-Zeitplänen mithilfe der MediaTailor API finden Sie in der API-Referenz. [DeletePrefetchSchedule](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_DeletePrefetchSchedule.html)AWS Elemental MediaTailor *

**Anmerkung**  
Das Löschen erfolgt nicht in Echtzeit. Beim MediaTailor Löschen der Prefetch-Zeitpläne kann es zu Verzögerungen kommen. Während dieser Zeit laufen der Prefetch-Abruf und die Nutzung weiterhin im Hintergrund.

**Um einen Prefetch-Zeitplan mit der Konsole zu löschen**

1. Öffnen Sie die MediaTailor Konsole unter. [https://console.aws.amazon.com/mediatailor/](https://console.aws.amazon.com/mediatailor/)

1. Wählen Sie im Navigationsbereich **Konfigurationen** aus. Wählen Sie die Wiedergabekonfiguration aus, die die Prefetch-Zeitpläne enthält, die Sie löschen möchten.

1. Wählen Sie auf der Registerkarte **Prefetch-Zeitpläne** den Prefetch-Zeitplan aus, den Sie löschen möchten. Wählen Sie dann **Löschen** aus.