

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Qu'est-ce que c'est AWS Elemental MediaTailor ?
<a name="what-is"></a>

AWS Elemental MediaTailor est un service évolutif d'insertion de publicités et d'assemblage de chaînes qui s'exécute dans le AWS cloud. Vous pouvez ainsi diffuser du contenu publicitaire ciblé aux spectateurs et créer des flux linéaires tout en préservant la qualité de diffusion dans les applications vidéo over-the-top (OTT). MediaTailor MediaTailor l'insertion d'annonces prend en charge le streaming HTTP en direct (HLS) Apple et le streaming adaptatif dynamique MPEG sur HTTP (DASH) pour la vidéo à la demande (VOD) et les flux de travail en direct.

AWS Elemental MediaTailor l'insertion d'annonces offre des avancées importantes par rapport aux systèmes de suivi des publicités traditionnels : les publicités sont mieux monétisées, la qualité et la résolution des vidéos sont plus homogènes, et elles sont plus faciles à gérer dans les environnements multiplateformes. MediaTailor simplifie votre flux de travail publicitaire en permettant à tous les appareils connectés à une adresse IP de diffuser des publicités de la même manière qu'ils diffusent d'autres contenus. Le service propose également le suivi avancé des vues publicitaires, ce qui augmente encore davantage la monétisation du contenu.

AWS Elemental MediaTailor l'assemblage de canaux est un service de manifeste uniquement qui vous permet de créer des chaînes de streaming linéaires en utilisant votre contenu de vidéo à la demande (VOD) existant. MediaTailor ne touche jamais à vos segments de contenu, qui sont diffusés directement depuis votre serveur d'origine. Il MediaTailor récupère plutôt les manifestes depuis votre origine et les utilise pour créer une fenêtre de manifeste coulissante en temps réel qui fait référence aux segments de contenu sous-jacents.

 MediaTailor L'assemblage des chaînes permet de monétiser facilement votre chaîne en insérant des pauses publicitaires dans votre stream sans avoir à le conditionner avec des marqueurs SCTE-35. Vous pouvez utiliser l'assemblage de chaînes avec insertion de MediaTailor publicités ou un autre service d'insertion de publicités côté serveur. 

## Configuration requise pour le serveur Origin
<a name="what-is-origin-requirements"></a>

AWS Elemental MediaTailor a des exigences spécifiques en matière de communication avec le serveur d'origine :
+ **Ports pris en charge** : accepte MediaTailor uniquement les origines utilisant les ports HTTP et HTTPS standard :
  + Port 80 pour les connexions HTTP
  + Port 443 pour les connexions HTTPS

  MediaTailor ne prend pas en charge les ports personnalisés pour les communications avec le serveur d'origine.
+ **Exigences relatives au protocole** - Pour des communications sécurisées, le protocole HTTPS est MediaTailor requis pour certains types d'origine et certains scénarios d'authentification. Pour de plus amples informations, veuillez consulter [Intégration d'une source de contenu pour l'insertion d' MediaTailor annonces](integrating-origin.md).

# MediaTailor concepts
<a name="what-is-terms"></a>

 Voici un aperçu des concepts utilisés dans le *guide de l'AWS Elemental MediaTailor utilisateur*.

# Types de listes de lecture HLS
<a name="hls-playlist-types"></a>

Le HTTP Live Streaming (HLS) utilise deux principaux types de listes de lecture : les listes de lecture multivariantes et les listes de lecture multimédia. Il est essentiel de comprendre la différence entre ces types de playlist pour configurer et résoudre les problèmes liés aux MediaTailor flux de travail.

Liste de lecture multivariante  
Une playlist multivariante est le fichier d'index de premier niveau d'un flux de travail de streaming HLS qui répertorie tous les rendus disponibles du contenu. Il contient des références à des listes de lecture multimédia, mais ne contient aucun segment multimédia en lui-même. La liste de lecture multivariante permet aux joueurs de sélectionner le rendu le plus approprié en fonction des conditions du réseau, des capacités de l'appareil ou des préférences de l'utilisateur.  
Ce type de playlist est également connu sous plusieurs autres noms dans différents contextes :  
+ Playlist principale (terme obsolète)
+ Manifeste principal (terme courant dans le secteur)
+ Playlist principale
+ Playlist principale
+ Fichier d'index
+ Maître M3U8
Dans MediaTailor les flux de travail, la playlist multivariante est le point d'entrée pour les demandes de lecture et c'est là que commence la personnalisation des publicités.  

**Example Exemple de playlist multivariante**  

```
#EXTM3U
#EXT-X-VERSION:3
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-STREAM-INF:BANDWIDTH=2665726,AVERAGE-BANDWIDTH=2526299,RESOLUTION=960x540,CODECS="avc1.640029,mp4a.40.2",SUBTITLES="subtitles"
index_1.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=4786126,AVERAGE-BANDWIDTH=4547599,RESOLUTION=1280x720,CODECS="avc1.640029,mp4a.40.2",SUBTITLES="subtitles"
index_2.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=8171787,AVERAGE-BANDWIDTH=7768157,RESOLUTION=1920x1080,CODECS="avc1.640029,mp4a.40.2",SUBTITLES="subtitles"
index_3.m3u8
```

Liste de lecture multimédia  
Une liste de lecture multimédia contient les informations relatives au segment multimédia correspondant à un rendu spécifique (niveau de qualité) du contenu. Il inclut les informations de chronométrage URLs, les segments et les autres métadonnées nécessaires à la lecture d'un rendu unique. Chaque liste de lecture multimédia représente une combinaison différente de résolution, de débit et d'autres caractéristiques.  
Ce type de playlist est également connu sous plusieurs autres noms :  
+ Variante de playlist
+ Manifeste pour enfants (terme courant dans l'industrie)
+ Chunklist
+ Médias M3U8
+ Playlist de rendu
Dans MediaTailor les flux de travail, les playlists multimédias sont personnalisées pour inclure à la fois des segments de contenu et des segments publicitaires dans le bon ordre.  

**Example Exemple de playlist multimédia**  

```
#EXTM3U
#EXT-X-VERSION:6
#EXT-X-TARGETDURATION:6
#EXT-X-MEDIA-SEQUENCE:123456
#EXT-X-DISCONTINUITY-SEQUENCE:0
#EXTINF:6.0,
segment123456.ts
#EXTINF:6.0,
segment123457.ts
#EXT-X-DISCONTINUITY
#EXTINF:5.0,
ad-segment1.ts
#EXTINF:5.0,
ad-segment2.ts
#EXT-X-DISCONTINUITY
#EXTINF:6.0,
segment123458.ts
```

**Note**  
Les playlists multivariantes et multimédias sont des fichiers texte qui utilisent l'extension. `.m3u8` La terminologie de ces fichiers varie selon les documentations et les contextes, mais les rôles fondamentaux restent les mêmes dans l'architecture de streaming HLS.

Lors de la configuration MediaTailor, vous fournissez généralement l'URL de la liste de lecture multivariante dans l'origine de votre contenu. MediaTailor gère ensuite la personnalisation de la liste de lecture multivariante et des listes de lecture multimédia pour insérer des publicités en fonction de votre configuration.

Pour plus d'informations sur les spécifications des playlists HLS, consultez la [RFC HTTP Live Streaming](https://datatracker.ietf.org/doc/html/rfc8216).

# Types de manifestes DASH
<a name="dash-manifest-types"></a>

Le streaming adaptatif dynamique via HTTP (DASH) utilise un manifeste MPD (Media Presentation Description) pour diffuser du contenu en streaming. Il est essentiel de comprendre la structure et les composants des manifestes DASH pour configurer et résoudre les problèmes des MediaTailor flux de travail.

MPD (description de la présentation aux médias)  
Le MPD est le principal fichier manifeste du streaming DASH qui décrit la structure et la disponibilité du contenu multimédia. Il contient des informations sur les périodes, les ensembles d'adaptation, les représentations et les segments qui constituent le contenu diffusé en continu.  
Ce type de manifeste est également connu sous plusieurs autres noms dans différents contextes :  
+ Manifeste DASH
+ DASH MPD
+ Manifeste principal (lors de la comparaison avec HLS)
+ Manifeste de présentation
Dans MediaTailor les flux de travail, le MPD est le point d'entrée pour les demandes de diffusion et c'est là que commence la personnalisation des publicités.  

**Example Exemple de manifeste MPD**  

```
<?xml version="1.0" encoding="UTF-8"?>
<MPD xmlns="urn:mpeg:dash:schema:mpd:2011" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:mpeg:dash:schema:mpd:2011 DASH-MPD.xsd" profiles="urn:mpeg:dash:profile:isoff-live:2011" type="dynamic" minBufferTime="PT5.000S" maxSegmentDuration="PT2.005S" availabilityStartTime="2020-01-01T00:00:00Z" publishTime="2020-01-01T12:30:00Z" minimumUpdatePeriod="PT2.000S" timeShiftBufferDepth="PT5M">
  <Period id="1" start="PT0.000S">
    <AdaptationSet id="1" contentType="video" segmentAlignment="true" bitstreamSwitching="true" frameRate="30000/1001" maxWidth="1920" maxHeight="1080" par="16:9">
      <Representation id="1" mimeType="video/mp4" codecs="avc1.640028" width="1920" height="1080" bandwidth="5000000">
        <SegmentTemplate timescale="90000" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startNumber="1" duration="180000"/>
      </Representation>
      <Representation id="2" mimeType="video/mp4" codecs="avc1.4d401f" width="1280" height="720" bandwidth="2800000">
        <SegmentTemplate timescale="90000" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startNumber="1" duration="180000"/>
      </Representation>
      <Representation id="3" mimeType="video/mp4" codecs="avc1.4d401e" width="640" height="360" bandwidth="1100000">
        <SegmentTemplate timescale="90000" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startNumber="1" duration="180000"/>
      </Representation>
    </AdaptationSet>
    <AdaptationSet id="2" contentType="audio" segmentAlignment="true" lang="eng">
      <Representation id="4" mimeType="audio/mp4" codecs="mp4a.40.2" audioSamplingRate="48000" bandwidth="128000">
        <SegmentTemplate timescale="48000" initialization="init-stream$RepresentationID$.m4s" media="chunk-stream$RepresentationID$-$Number%05d$.m4s" startNumber="1" duration="96000"/>
      </Representation>
    </AdaptationSet>
  </Period>
</MPD>
```

Period  
Une période est une section temporelle d'une présentation DASH. Chaque période contient un ou plusieurs ensembles d'adaptation et représente une période médiatique. Dans les flux de travail d'insertion d'annonces, des périodes distinctes sont généralement utilisées pour faire la distinction entre le contenu et les publicités.  
Ce composant est également connu sous plusieurs autres noms :  
+ Segment de contenu
+ Section chronologie
+ Segment du programme
Dans MediaTailor les flux de travail, les périodes sont utilisées pour séparer le contenu principal du contenu publicitaire, chaque annonce étant généralement représentée par sa propre période.  

**Example Exemple de période**  

```
<Period id="ad-period-1" start="PT30.000S" duration="PT15.000S">
  <AdaptationSet id="1" contentType="video" segmentAlignment="true" bitstreamSwitching="true" frameRate="30000/1001" maxWidth="1920" maxHeight="1080" par="16:9">
    <Representation id="1" mimeType="video/mp4" codecs="avc1.640028" width="1920" height="1080" bandwidth="5000000">
      <SegmentTemplate timescale="90000" initialization="ad1/init-stream$RepresentationID$.m4s" media="ad1/chunk-stream$RepresentationID$-$Number%05d$.m4s" startNumber="1" duration="180000"/>
    </Representation>
  </AdaptationSet>
</Period>
```

AdaptationSet  
An AdaptationSet regroupe un ensemble de versions codées interchangeables d'un ou de plusieurs composants de contenu multimédia. Par exemple, l'un AdaptationSet peut contenir plusieurs niveaux de qualité vidéo, tandis qu'un autre peut contenir plusieurs options de langue audio.  
Ce composant est également connu sous le nom de :  
+ Groupe de composants multimédia
+ Set de streaming
+ Groupe de pistes
Dans les MediaTailor flux de travail, AdaptationSets ils sont préservés lors de l'insertion des publicités afin de garantir la cohérence des types de médias entre le contenu et les publicités.

Représentation  
Une représentation est une version codée spécifique du contenu multimédia dans un AdaptationSet. Chaque représentation diffère généralement en termes de débit, de résolution ou d'autres paramètres de codage, ce qui permet aux clients de sélectionner la version la plus appropriée en fonction des conditions du réseau et des capacités de l'appareil.  
Ce composant est également connu sous le nom de :  
+ Rendu (similaire à HLS)
+ Niveau de qualité
+ Variante de débit
+ Variante Stream
Dans MediaTailor les flux de travail, les représentations dans les périodes publicitaires sont mises en correspondance aussi étroitement que possible avec les représentations dans les périodes de contenu afin de garantir une expérience de visionnage fluide.

Segment  
Un segment est une unité de données multimédia qui peut être référencée individuellement par une URL. Les segments contiennent le contenu multimédia réel (vidéo, audio, etc.) et sont référencés dans le MPD. Il existe deux principaux types de segments dans DASH :  
+ **Segment d'initialisation** : contient des informations d'initialisation pour une représentation, telles que les paramètres du codec et les informations de synchronisation.
+ **Segment multimédia** : contient les données multimédia réelles pour une plage de temps spécifique au sein d'une représentation.
Dans MediaTailor les flux de travail, URLs les segments sont souvent modifiés pour pointer vers le contenu ou les fichiers multimédias publicitaires appropriés.

**Note**  
Les manifestes DASH sont des fichiers XML qui utilisent généralement l'extension. `.mpd` La terminologie de ces fichiers et de leurs composants peut varier selon la documentation et le contexte, mais la structure fondamentale de l'architecture de streaming DASH reste la même.

Lors de la configuration MediaTailor, vous fournissez l'URL du manifeste MPD dans l'origine de votre contenu. MediaTailor gère ensuite la personnalisation du manifeste, généralement en insérant des périodes supplémentaires pour les publicités en fonction de votre configuration.

Pour plus d'informations sur les spécifications du manifeste DASH, consultez les [directives de mise en œuvre du forum industriel DASH](https://dashif.org/docs/DASH-IF-IOP-v4.3.pdf).

# Concepts de manifeste DASH avancés
<a name="dash-manifest-advanced-concepts"></a>

Lorsque vous travaillez avec des manifestes DASH MediaTailor, la compréhension des concepts avancés suivants peut vous aider à configurer et à résoudre les problèmes de vos flux de travail de streaming de manière plus efficace :

Calcul de l'heure de début de période  
Dans les manifestes DASH, les heures de début de période sont calculées en fonction de l'`availabilityStartTime`attribut MPD et de l'`start`attribut de la période. Pour les diffusions en direct, l'heure de début est relative à l'heure de début de disponibilité, tandis que pour le contenu VOD, elle est généralement relative au début de la présentation.  
Lorsqu'il MediaTailor insère des périodes publicitaires, il calcule soigneusement les heures de début afin de garantir une transition fluide entre le contenu et les publicités. Ce calcul prend en compte :  
+ Heure de début de la période initiale
+ La durée des périodes publicitaires précédentes
+ Tout décalage temporel spécifié dans la réponse du serveur de décision publicitaire

Calculs du chronométrage avant le lancement  
Les publicités préenregistrées dans les manifestes DASH nécessitent un traitement spécial, car elles apparaissent avant le début du contenu principal. MediaTailor insère les annonces d'avant-lancement sous forme de périodes distinctes au début du manifeste avec des heures de début et des durées appropriées.  
Pour les annonces en avant-première, MediaTailor :  
+ Crée une nouvelle période pour chaque annonce préalable
+ Définit l'heure de début de la première période de prélancement à 0
+ Ajuste l'heure de début de la période du contenu principal pour tenir compte de la durée totale de toutes les annonces en avant-première

Live-to-VOD transitions  
Les manifestes DASH peuvent passer du format live au format VOD (vidéo à la demande) à la fin d'une diffusion en direct. Cette transition implique de changer l'`type`attribut du MPD de `dynamic` à `static` et d'ajuster d'autres attributs tels que `timeShiftBufferDepth` et`minimumUpdatePeriod`.  
Lorsque MediaTailor les processus se manifestent pendant live-to-VOD les transitions, cela garantit que :  
+ Les marqueurs publicitaires sont conservés dans le manifeste VOD
+ Les heures de début des périodes sont ajustées pour maintenir un calendrier approprié
+ Le manifeste reste compatible avec les clients de lecture VOD

Gestion des DRM  
Les informations relatives à la gestion des droits numériques (DRM) contenues dans les manifestes DASH sont généralement incluses dans les `ContentProtection` éléments contenus dans les AdaptationSets représentations. MediaTailor préserve ces éléments lors de l'insertion des publicités afin de garantir que la protection du contenu reste intacte.  
Lors du traitement de contenu protégé par DRM, : MediaTailor  
+ Conserve tous les ContentProtection éléments du manifeste d'origine
+ Garantit que le contenu publicitaire utilise des schémas DRM compatibles, le cas échéant
+ Préserve tous les attributs et éléments liés aux DRM dans le manifeste

Drapeaux SCC  
Les drapeaux de contrôle du contenu supplémentaire (SCC) des manifestes DASH fournissent des informations supplémentaires sur les caractéristiques du contenu et les exigences de lecture. Ces drapeaux sont généralement inclus sous forme d'attributs ou d'éléments dans la structure MPD.  
Les indicateurs SCC courants des MediaTailor processus incluent :  
+ Informations relatives à l'évaluation du contenu
+ Fonctionnalités d'accessibilité (sous-titres codés, descriptions audio)
+ Avis consultatifs relatifs au contenu
+ Restrictions de lecture
MediaTailor préserve ces indicateurs pendant le traitement du manifeste afin de garantir que toutes les métadonnées du contenu sont conservées dans le manifeste personnalisé.

La compréhension de ces concepts avancés vous permet de configurer MediaTailor des performances optimales et de résoudre les problèmes susceptibles de survenir dans vos flux de travail de streaming DASH.

## Concepts d'insertion de publicités
<a name="what-is-ssai-terms"></a>

Voici un aperçu des concepts liés à l'insertion de publicités.

**Publicité disponible**  
Unité spécifique de temps de publicité comprise dans un break publicitaire qui peut être vendue aux annonceurs. Un break publicitaire peut contenir plusieurs avantages publicitaires. Lorsqu'il MediaTailor reçoit une réponse VAST d'un serveur de décision publicitaire, il remplit ces informations avec des publicités personnalisées.

**Pause publicitaire**  
Période pendant laquelle les publicités sont diffusées pendant la programmation. Les interruptions publicitaires peuvent se produire avant le contenu (pré-diffusion), pendant le contenu (mi-diffusion) ou après le contenu (post-diffusion). MediaTailor identifie les interruptions de publicité dans les manifestes grâce à des marqueurs tels que SCTE-35.

**Serveur de décision publicitaire (ADS)**  
Serveur qui fournit les spécifications des spots publicitaires en fonction de critères, dont les campagnes publicitaires en cours et les préférences de l'utilisateur. 

**Configuration**  
Un objet avec MediaTailor lequel vous interagissez. La configuration contient des informations de localisation concernant le serveur d'origine et le serveur de décision publicitaire (ADS). La configuration contient également des points de terminaison qui fournissent des points d'accès entrants et sortants. MediaTailor

**Transcodage dynamique**  
Processus qui fait correspondre le format et la qualité de la publicité au contenu vidéo principal lorsque le contenu est demandé. Le transcodage dynamique réduit les exigences de stockage et garantit que la lecture passe de manière transparente du contenu publicitaire au contenu vidéo.

**Manipulation manifeste**  
Processus de réécriture des manifestes à partir du serveur d'origine de manière à ce que les manifestes référencent les fragments de publicité et de contenu appropriés. Les publicités sont déterminées par la réponse VAST du serveur de décision publicitaire (ADS). Au fur et à mesure que la lecture progresse, MediaTailor les annonces sont insérées ou remplacées dans le flux de contenu.

**VAST et VMAP**  
Le modèle VAST (Video Ad Serving Template) et la Video Multiple Ad Playlist (VMAP) sont des réponses XML que le serveur de décision publicitaire envoie aux demandes publicitaires provenant de MediaTailor. Les réponses indiquent quelles annonces MediaTailor insèrent dans le manifeste. VMAP inclut également le calendrier des pauses publicitaires et les avantages publicitaires qu'elles contiennent. Pour plus d'informations sur la logique derrière l'insertion de publicités MediaTailor, consultez [Comprendre le comportement d'insertion des AWS Elemental MediaTailor publicités](ad-behavior.md). Pour plus d'informations sur la façon dont MediaTailor utilise VAST, consultez [MediaTailor exigences relatives à l'intégration des serveurs publicitaires](vast.md).

## Concepts d'assemblage de canaux
<a name="what-is-ca-terms"></a>

Voici un aperçu des concepts liés à l'assemblage de canaux.

**Canaux**  
Un canal assemble vos manifestes sources en un flux linéaire. Chaque canal possède une ou plusieurs sorties qui contiennent la lecture URLs accessible aux joueurs. Les sorties de canal correspondent aux paramètres de configuration du package que vous créez pour vos sources VOD. Une chaîne contient un calendrier qui détermine à quel moment les sources de VOD seront diffusées dans le stream de la chaîne.

**Configuration du package**  
Une configuration de packager est une représentation de votre source VOD qui contient des caractéristiques de format packagées spécifiques. Vous associez les configurations de votre package aux sorties de canal pour créer des flux de lecture pour les formats packagés de votre source VOD, tels que HTTP Live Streaming (HLS).

**Horaire**  
Chaque chaîne est composée de programmes organisés dans la grille horaire de la chaîne. Le calendrier détermine l'heure à laquelle les programmes seront diffusés dans le flux linéaire de la chaîne.

**Emplacements des sources**  
Un emplacement source représente le serveur d'origine sur lequel vos actifs sont stockés. Il peut s'agir d'Amazon S3, d'un serveur HTTP, d'un réseau de diffusion de contenu (CDN) ou d'une infrastructure de packaging telle que MediaPackage.

**Sources de VOD**  
Une source VOD représente un contenu unique, tel qu'un film ou un épisode d'une émission de télévision. Vous associez des sources de VOD à des programmes pour les ajouter au flux linéaire de votre chaîne.

**Public**  
Un public définit une cohorte de spectateurs qui peut éventuellement avoir un contenu alternatif. Vous pouvez définir des audiences sur des canaux linéaires standard.

# Comment fonctionne MediaTailor l'insertion d'annonces
<a name="what-is-flow"></a>

AWS Elemental MediaTailor interagit entre votre réseau de diffusion de contenu (CDN), votre serveur d'origine et votre serveur de décision publicitaire (ADS) pour intégrer des publicités personnalisées aux pauses publicitaires du contenu en direct et du contenu vidéo à la demande. 

Voici un aperçu du fonctionnement de l'insertion d' MediaTailor annonces :

![\[MediaTailor reçoit les demandes de contenu, récupère le contenu du serveur d'origine et les publicités d'ADS, puis renvoie un manifeste personnalisé.\]](http://docs.aws.amazon.com/fr_fr/mediatailor/latest/ug/images/MediaTailorSSAI_Overview.png)


1. Un lecteur ou un CDN tel qu'Amazon CloudFront envoie une demande de contenu HLS ou DASH à MediaTailor . La demande contient des paramètres provenant du lecteur ainsi que des informations sur le spectateur, qui sont utilisées pour la personnalisation des publicités.

1. MediaTailor envoie une demande à l'ADS contenant les informations du spectateur. Le serveur ADS choisit les publicités en fonction des informations de l'utilisateur et des campagnes publicitaires en cours. Il renvoie le URLs aux créations publicitaires dans une réponse VAST ou VMAP à. MediaTailor 

   Si vous avez préconditionné les publicités, URLs pointez vers les publicités pré-transcodées. Pour plus d'informations sur l'assemblage des annonces à l'aide d'annonces prétranscodées, consultez. [Annonces préconditionnées](precondition-ads.md)

1. MediaTailor manipule le manifeste pour inclure l'annonce URLs renvoyée par l'ADS, transcodée pour correspondre aux caractéristiques d'encodage du contenu d'origine. Si vous utilisez des annonces préconditionnées, il est de votre responsabilité de vous assurer qu'elles correspondent au modèle de manifeste.

   Si une annonce n'a pas encore été transcodée pour correspondre au contenu, MediaTailor vous ne l'insérez pas et vous l'utiliserez MediaConvert pour préparer l'annonce afin qu'elle soit prête pour la prochaine demande.

1. MediaTailor renvoie le manifeste entièrement personnalisé au CDN ou au lecteur demandeur.

L'ADS suit les publicités consultées en fonction des étapes de visionnage telles que le début, le milieu et la fin de l'annonce. Au fur et à mesure de la diffusion, le lecteur MediaTailor envoie des balises de suivi publicitaire à l'URL de suivi des publicités ADS, afin d'enregistrer le nombre de vues d'une publicité. Lors de l'initialisation de la session avec MediaTailor, le joueur indique s'il doit ou MediaTailor doit envoyer ces balises pour la session.

Pour plus d'informations sur la façon de démarrer avec l'insertion d'annonces, consultez[Commencer avec MediaTailor](getting-started.md).

# AWS Elemental MediaTailor flux d'événements d'insertion d'annonces
<a name="mediatailor-event-flow"></a>

AWS Elemental MediaTailor procède à la personnalisation des manifestes pour l'insertion de publicités côté serveur par le biais d'une séquence d'événements prévisible. Comprendre ce flux d'événements vous aide à comprendre comment MediaTailor transformer les opportunités publicitaires en expériences de visionnage personnalisées et fournit une base pour résoudre les problèmes en cas de problème.

Chaque opportunité d'insertion d'annonce suit une séquence chronologique d'événements enregistrés à des fins MediaTailor de visibilité et de surveillance. Ces événements constituent des étapes clés du processus de personnalisation des manifestes, qu'il s'agisse de détecter une opportunité publicitaire ou de fournir des informations de suivi.

## Séquence d'événements standard
<a name="standard-event-sequence"></a>

Lors du MediaTailor traitement réussi d'une opportunité d'insertion d'annonce, la séquence d'événements suivante se produit généralement :

1. **Détection des opportunités publicitaires** : MediaTailor détecte un marqueur publicitaire (tel que le SCTE-35) dans le manifeste de contenu, indiquant qu'une opportunité de personnalisation publicitaire est disponible.

1. **Demande du serveur de décision publicitaire** : MediaTailor envoie une demande au serveur de décision publicitaire (ADS) configuré pour récupérer les publicités correspondant à l'opportunité détectée, y compris les paramètres du spectateur et la durée de la pause publicitaire.

1. **Traitement des réponses publicitaires** : MediaTailor reçoit une réponse de l'ADS contenant des informations relatives à la création publicitaire URLs, au suivi et aux métadonnées relatives aux publicités à inclure. Pour plus d'informations sur les formats de réponse VAST, VMAP et VPAID, consultez. [Exigences relatives à l'intégration des serveurs publicitaires](vast.md)

1. **Personnalisation du manifeste** : traite MediaTailor avec succès la réponse publicitaire, transcode les publicités si nécessaire et génère un manifeste personnalisé qui inclut le contenu relatif à la fois URLs aux segments publicitaires et au contenu d'origine. MediaTailor envoie ensuite le manifeste personnalisé au périphérique de lecture.

1. **Activation de la balise** de suivi : une balise de suivi est déclenchée pour signaler les événements publicitaires (tels que les impressions, les quartiles et l'achèvement) au serveur publicitaire ou à d'autres systèmes de mesure. En mode de reporting côté serveur (par défaut), MediaTailor déclenche la balise en fonction des demandes de segments de joueurs. En mode de rapport côté client, le dispositif de lecture déclenche la balise à l'aide des informations URLs fournies dans le manifeste personnalisé.

**Durée normale :** cette séquence complète prend généralement 2 à 5 secondes, en fonction du temps de réponse du serveur de décision publicitaire et des exigences en matière de traitement de création publicitaire.

## Variations d'événements courantes
<a name="common-event-variations"></a>

Toutes les tentatives d'insertion d'annonces ne suivent pas la séquence de réussite standard. MediaTailorgère différents scénarios susceptibles de modifier le flux d'événements :

### Scénario de réponse publicitaire vide
<a name="empty-ad-response"></a>

Lorsque le serveur de décision publicitaire ne renvoie aucune publicité :

1. La détection des opportunités publicitaires se produit normalement

1. La demande du serveur Ad Decision est envoyée avec succès

1. ADS renvoie une réponse vide sans aucune publicité

1. Aucune publicité n'est incluse dans le manifeste personnalisé pour cette opportunité

Il s'agit d'un scénario normal qui peut se produire en raison de la disponibilité de l'inventaire publicitaire, des critères de ciblage ou des règles commerciales configurées sur le serveur de décision publicitaire. Dans ce cas, le contenu sous-jacent sera affiché sauf s'il s'agit d'un flux en direct ou d'un live-to-VOD stream et que Slate n'a été configuré. Pour de plus amples informations, veuillez consulter [MediaTailor ardoise et insertion](slate-management.md).

### Scénarios d'erreur
<a name="error-scenarios"></a>

Lorsque des problèmes techniques empêchent l'insertion réussie d'une annonce, le flux d'événements peut être interrompu à différents moments :
+ **Délai d'expiration du serveur de décision publicitaire** : la demande adressée à l'ADS dépasse le délai d'expiration configuré, empêchant ainsi la récupération des publicités.
+ **Erreurs de communication : des** problèmes de réseau ou de connectivité MediaTailor empêchent d'atteindre le serveur de décision publicitaire.
+ **Erreurs d'analyse des réponses** - L'ADS renvoie une réponse qui MediaTailor ne peut pas être analysée en raison d'un format ou d'une structure VAST non valide.

Dans les scénarios d'erreur, la lecture du contenu se poursuit MediaTailor généralement sans publicité, ce qui garantit une expérience utilisateur ininterrompue. Pour les diffusions en direct ou live-to-VOD les diffusions avec Slate configurée, le contenu de Slate peut être affiché à la place. Pour de plus amples informations, veuillez consulter [MediaTailor ardoise et insertion](slate-management.md).

### Scénarios de redirection VAST
<a name="redirect-scenarios"></a>

Lorsque la réponse VAST initiale contient une redirection vers un autre serveur publicitaire :

1. La détection des opportunités publicitaires et la demande ADS initiale se produisent normalement

1. La réponse initiale contient une instruction de redirection

1. MediaTailor suit la redirection pour récupérer la réponse publicitaire finale

1. La personnalisation du manifeste se poursuit avec le contenu final de l'annonce

1. L'activation de la balise de suivi se produit normalement

Les redirections VAST sont courantes dans la publicité programmatique et permettent le chaînage des serveurs publicitaires et la prise de décision en temps réel. MediaTailor autorise jusqu'à 7 redirections wrapper et un nombre illimité de redirections HTTP pendant le processus de récupération des publicités.

## Vue d'ensemble du calendrier des événements
<a name="event-timing-overview"></a>

Comprendre les caractéristiques temporelles des flux d' MediaTailor événements permet de définir des attentes appropriées en matière de performance d'insertion publicitaire :
+ **Détection d'opportunités publicitaires** : survient lorsque le joueur MediaTailor reçoit une `GetManifest` demande et qu'il rencontre les marqueurs publicitaires dans le manifeste de contenu.
+ **Interaction avec le serveur de décision publicitaire** : cela prend généralement entre 100 et 500 millisecondes, selon le temps de réponse de l'ADS et les conditions du réseau.
+ **Personnalisation du manifeste** : s'effectue généralement dans les 50 à 200 millisecondes suivant la réception de la réponse ADS.
+ **Synchronisation des balises de suivi** : varie selon le mode de rapport. Pour les balises côté serveur, le timing est basé sur les demandes de segment du joueur client ; les balises côté client se déclenchent en fonction de l'implémentation du joueur.

**Considérations relatives aux performances :** le délai total entre la détection des opportunités publicitaires et la diffusion du manifeste doit généralement rester inférieur à 5 secondes afin de garantir une expérience utilisateur optimale. Les composants individuels sont terminés en quelques millisecondes, comme décrit ci-dessus. Cependant, le seuil de 5 secondes tient compte des valeurs de délai d'expiration potentielles, des nouvelles tentatives et de la variabilité du réseau qui peuvent survenir pendant le processus complet d'insertion de publicités. Des délais plus longs peuvent indiquer des problèmes de performance ADS ou de connectivité réseau.

## Utilisation des connaissances relatives aux flux d'événements
<a name="event-flow-next-steps"></a>

La compréhension du flux d' MediaTailor événements constitue la base pour :
+ **Planification de la mise en œuvre** - Connaître la séquence des événements permet de concevoir l'intégration des joueurs et la configuration du serveur publicitaire.
+ **Optimisation des performances** - La compréhension des attentes en matière de délais permet d'identifier les goulots d'étranglement et les opportunités d'optimisation.
+ **Préparation au dépannage** - La connaissance des flux d'événements normaux permet d'identifier plus facilement les problèmes.

Pour obtenir des conseils de dépannage détaillés à l'aide de l'analyse du flux d'événements, consultez[Résolution des problèmes](troubleshooting.md). Pour obtenir des informations techniques sur la journalisation et la surveillance des événements, consultez[Affichage des journaux ](monitoring-through-logs.md).

## Services connexes
<a name="related-services"></a>
+ **Amazon CloudFront** est un service de réseau mondial de diffusion de contenu (CDN) qui fournit des données et des vidéos en toute sécurité à vos spectateurs. Utilisez CloudFront pour diffuser du contenu avec les meilleures performances possibles. Pour plus d'informations CloudFront, consultez le [ CloudFrontsite Web d'Amazon](https://aws.amazon.com/cloudfront/).
+ **AWS Elemental MediaPackage**est un service de just-in-time packaging et de création qui personnalise les ressources vidéo en direct pour les distribuer dans un format compatible avec l'appareil qui fait la demande. Utilisez AWS Elemental MediaPackage comme serveur d'origine pour préparer le contenu et ajoutez les marqueurs publicitaires avant d'envoyer les flux à MediaTailor. Pour plus d'informations sur le MediaTailor fonctionnement avec les serveurs d'origine, consultez[Comment fonctionne MediaTailor l'insertion d'annonces](what-is-flow.md).
+ **Gestion des identités et des accès AWS (IAM)** est un service Web qui vous permet de contrôler en toute sécurité l'accès aux AWS ressources pour vos utilisateurs. Utilisez IAM pour contrôler qui peut utiliser vos AWS ressources (authentification) et quelles ressources ils peuvent utiliser et de quelle manière (autorisation). Pour de plus amples informations, veuillez consulter [Con AWS Elemental MediaTailor figuration](setting-up.md).

## Accès MediaTailor
<a name="accessing-emt"></a>

Vous pouvez y accéder MediaTailor via la console du service.

Accédez à votre Compte AWS en fournissant des informations d'identification qui vérifient que vous êtes autorisé à utiliser les services. 

Pour vous connecter à la MediaTailor console, utilisez le lien suivant :**https://console.aws.amazon.com/mediatailor/home**.

## Tarification pour MediaTailor
<a name="pricing"></a>

Comme pour les autres AWS produits, il n'existe aucun contrat ni engagement minimum d'utilisation MediaTailor. Seuls les services que vous utilisez vous sont facturés. Pour en savoir plus, consultez [PricingMediaTailor](https://aws.amazon.com/mediatailor/pricing/) (Tarification).

## Régions pour MediaTailor
<a name="regions-endpoints"></a>

Pour réduire la latence des données dans vos applications, MediaTailor propose des points de terminaison régionaux pour effectuer vos demandes. Pour consulter la liste des régions disponibles, consultez MediaTailor la section [Points de terminaison régionaux](https://docs.aws.amazon.com/general/latest/gr/rande.html#regional-endpoints).