Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Che cos'è AWS Elemental MediaTailor? AWS Elemental MediaTailor è un servizio scalabile di inserimento di annunci e assemblaggio di canali che viene eseguito nel AWS cloud. Con MediaTailor, puoi offrire contenuti pubblicitari mirati agli spettatori e creare stream lineari mantenendo la qualità di trasmissione nelle applicazioni video over-the-top (OTT). MediaTailor l'inserimento degli annunci supporta Apple HTTP Live Streaming (HLS) e MPEG Dynamic Adaptive Streaming over HTTP (DASH) per flussi di lavoro video on demand (VOD) e live. AWS Elemental MediaTailor l'inserimento di annunci offre importanti progressi rispetto ai tradizionali sistemi di tracciamento degli annunci: gli annunci vengono monetizzati meglio, sono più coerenti nella qualità e nella risoluzione dei video e sono più facili da gestire in ambienti multipiattaforma. MediaTailor semplifica il flusso di lavoro pubblicitario consentendo a tutti i dispositivi connessi a IP di visualizzare gli annunci nello stesso modo in cui visualizzano altri contenuti. Il servizio offre anche il monitoraggio avanzato delle visualizzazioni degli annunci, aumentando ulteriormente la monetizzazione dei contenuti. AWS Elemental MediaTailor channel assembly è un servizio solo per manifesti che consente di creare canali di streaming lineari utilizzando i contenuti video on demand (VOD) esistenti. MediaTailor non tocca mai i segmenti di contenuto, che vengono serviti direttamente dal server di origine. Invece, MediaTailor recupera i manifesti dall'origine e li usa per assemblare una finestra di manifesto scorrevole che fa riferimento ai segmenti di contenuto sottostanti. MediaTailor channel assembly semplifica la monetizzazione del canale inserendo interruzioni pubblicitarie nello stream senza doverlo condizionare con marcatori SCTE-35. Puoi utilizzare Channel Assembly con l'inserimento di annunci o un altro servizio di inserimento di MediaTailor annunci sul lato server. ## Requisiti del server Origin AWS Elemental MediaTailor ha requisiti specifici per la comunicazione con il server di origine: + **Porte supportate**: accetta MediaTailor solo origini utilizzando porte HTTP e HTTPS standard: + Porta 80 per connessioni HTTP + Porta 443 per connessioni HTTPS MediaTailor non supporta porte personalizzate per la comunicazione con il server di origine. + **Requisiti del protocollo**: per comunicazioni sicure, MediaTailor richiede HTTPS per determinati tipi di origine e scenari di autenticazione. Per ulteriori informazioni, consulta [Integrazione di una fonte di contenuti per l'inserimento di MediaTailor annunci](integrating-origin.md). # MediaTailor concetti Ecco una panoramica dei concetti utilizzati nella *Guida per l'AWS Elemental MediaTailor utente*. # Tipi di playlist HLS HTTP Live Streaming (HLS) utilizza due tipi principali di playlist: playlist multivarianti e playlist multimediali. Comprendere la differenza tra questi tipi di playlist è essenziale per la configurazione e la risoluzione dei problemi dei flussi di lavoro. MediaTailor Playlist multivariante Una playlist multivariante è il file indice di primo livello in un flusso di lavoro di streaming HLS che elenca tutte le rappresentazioni disponibili del contenuto. Contiene riferimenti a playlist multimediali ma non contiene segmenti multimediali di per sé. La playlist multivariante consente ai giocatori di selezionare la versione più appropriata in base alle condizioni di rete, alle funzionalità del dispositivo o alle preferenze dell'utente. Questo tipo di playlist è noto anche con diversi altri nomi in vari contesti: + Playlist principale (termine obsoleto) + Master manifest (termine comune del settore) + Playlist principale + Playlist principale + File indice + Master M3U8 Nei MediaTailor flussi di lavoro, la playlist multivariante è il punto di ingresso per le richieste di riproduzione ed è qui che inizia la personalizzazione degli annunci. **Example Esempio di 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 ``` Playlist multimediale Una playlist multimediale contiene le informazioni effettive sul segmento multimediale per una rappresentazione specifica (livello di qualità) del contenuto. Include informazioni sulla tempistica, sui segmenti URLs e altri metadati necessari per la riproduzione di una singola rappresentazione. Ogni playlist multimediale rappresenta una combinazione diversa di risoluzione, bitrate e altre caratteristiche. Questo tipo di playlist è noto anche con diversi altri nomi: + Playlist variante + Manifesto per bambini (termine comune del settore) + Chunklist + Media M3U8 + Playlist di rendering Nei MediaTailor flussi di lavoro, le playlist multimediali sono personalizzate per includere sia i segmenti di contenuto che i segmenti di annunci nella sequenza corretta. **Example Esempio di playlist multimediale** ``` #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 ``` **Nota** Sia le playlist multivarianti che quelle multimediali sono file di testo che utilizzano l'estensione. `.m3u8` La terminologia di questi file varia a seconda della documentazione e dei contesti, ma i ruoli fondamentali rimangono gli stessi nell'architettura di streaming HLS. Durante la configurazione MediaTailor, in genere si fornisce l'URL della playlist multivariante nell'origine del contenuto. MediaTailor gestisce quindi la personalizzazione sia della playlist multivariante che delle playlist multimediali per inserire annunci in base alla configurazione. [Per ulteriori informazioni sulle specifiche delle playlist HLS, consulta la RFC HTTP Live Streaming.](https://datatracker.ietf.org/doc/html/rfc8216) # Tipi di manifesto DASH Dynamic Adaptive Streaming over HTTP (DASH) utilizza un manifesto MPD (Media Presentation Description) per distribuire contenuti in streaming. La comprensione della struttura e dei componenti dei manifesti DASH è essenziale per la configurazione e la risoluzione dei problemi dei flussi di lavoro. MediaTailor MPD (descrizione della presentazione multimediale) L'MPD è il file manifest principale dello streaming DASH che descrive la struttura e la disponibilità dei contenuti multimediali. Contiene informazioni su periodi, set di adattamento, rappresentazioni e segmenti che compongono il contenuto in streaming. Questo tipo di manifesto è noto anche con diversi altri nomi in vari contesti: + manifesto DASH + DASH MPD + Manifesto principale (se confrontato con HLS) + Manifesto di presentazione Nei MediaTailor flussi di lavoro, l'MPD è il punto di ingresso per le richieste di riproduzione ed è qui che inizia la personalizzazione degli annunci. **Example Esempio di manifesto MPD** ``` ``` Periodo Un periodo è una sezione temporale di una presentazione DASH. Ogni periodo contiene uno o più set di adattamenti e rappresenta un periodo di tempo multimediale. Nei flussi di lavoro di inserimento degli annunci, in genere vengono utilizzati periodi separati per distinguere tra contenuti e annunci. Questo componente è noto anche con diversi altri nomi: + Segmento di contenuto + Sezione Cronologia + Segmento del programma Nei MediaTailor flussi di lavoro, i periodi vengono utilizzati per separare i contenuti principali dai contenuti degli annunci, in genere ogni annuncio è rappresentato dal proprio periodo. **Example Esempio di periodo** ``` ``` AdaptationSet An AdaptationSet raggruppa un insieme di versioni codificate intercambiabili di uno o più componenti di contenuti multimediali. Ad esempio, uno AdaptationSet potrebbe contenere più livelli di qualità video, mentre un altro potrebbe contenere più opzioni di lingua audio. Questo componente è noto anche come: + Gruppo di componenti multimediali + Stream impostato + Gruppo di brani Nei MediaTailor flussi di lavoro, AdaptationSets vengono conservati durante l'inserimento degli annunci per mantenere i tipi di media coerenti tra contenuti e annunci. Rappresentazione Una rappresentazione è una versione codificata specifica del contenuto multimediale all'interno di un. AdaptationSet Ogni rappresentazione si differenzia in genere per bitrate, risoluzione o altri parametri di codifica, permettendo ai client di selezionare la versione più appropriata in base alle condizioni di rete e alle funzionalità del dispositivo. Questo componente è noto anche come: + Rendition (simile a HLS) + Livello di qualità + Variante di bitrate + Variante Stream Nei MediaTailor flussi di lavoro, le rappresentazioni nei periodi degli annunci vengono abbinate il più possibile alle rappresentazioni nei periodi di contenuto per garantire un'esperienza di visualizzazione fluida. Segment Un segmento è un'unità di dati multimediali a cui è possibile fare riferimento individualmente tramite un URL. I segmenti contengono il contenuto multimediale effettivo (video, audio, ecc.) e sono referenziati all'interno dell'MPD. Esistono due tipi principali di segmenti in DASH: + **Segmento di inizializzazione**: contiene informazioni di inizializzazione per una rappresentazione, come i parametri del codec e le informazioni sulla temporizzazione. + **Segmento multimediale**: contiene i dati multimediali effettivi per un intervallo di tempo specifico all'interno di una rappresentazione. Nei MediaTailor flussi di lavoro, URLs i segmenti vengono spesso modificati per indirizzare al contenuto o ai file multimediali pubblicitari appropriati. **Nota** I manifesti DASH sono file basati su XML che in genere utilizzano l'estensione. `.mpd` La terminologia di questi file e dei relativi componenti può variare in base alla documentazione e ai contesti diversi, ma la struttura fondamentale rimane la stessa nell'architettura di streaming DASH. Durante la configurazione MediaTailor, fornite l'URL del manifesto MPD nell'origine del contenuto. MediaTailor gestisce quindi la personalizzazione del manifesto, in genere inserendo periodi aggiuntivi per gli annunci in base alla configurazione. Per ulteriori informazioni sulle specifiche del manifesto DASH, consulta le linee guida per l'implementazione del [DASH Industry Forum](https://dashif.org/docs/DASH-IF-IOP-v4.3.pdf). # Concetti avanzati del manifesto DASH Quando lavori con DASH manifest in MediaTailor, la comprensione dei seguenti concetti avanzati può aiutarti a configurare e risolvere i problemi dei flussi di lavoro di streaming in modo più efficace: Calcolo dell'ora di inizio del periodo Nei manifesti DASH, gli orari di inizio del periodo vengono calcolati in base all'attributo MPD e all'`availabilityStartTime`attributo del periodo. `start` Per i live streaming, l'ora di inizio è relativa all'ora di inizio della disponibilità, mentre per i contenuti VOD è in genere relativa all'inizio della presentazione. Quando MediaTailor inserisce i periodi degli annunci, calcola attentamente gli orari di inizio per garantire transizioni fluide tra contenuti e annunci. Questo calcolo tiene conto di: + L'ora di inizio del periodo originale + La durata dei periodi di annunci precedenti + Qualsiasi offset temporale specificato nella risposta dell'ad Decision Server Calcoli della tempistica del Preroll Gli annunci Preroll nei manifesti DASH richiedono una gestione speciale perché vengono visualizzati prima dell'inizio del contenuto principale. MediaTailor inserisce gli annunci preroll come periodi separati all'inizio del manifesto con orari di inizio e durate appropriati. Per gli annunci preroll,: MediaTailor + Crea un nuovo periodo per ogni annuncio preroll + Imposta l'ora di inizio del primo periodo di preroll su 0 + Regola l'ora di inizio del Periodo del contenuto principale per tenere conto della durata totale di tutti gli annunci del preroll Live-to-VOD transizioni I manifesti DASH possono passare dal formato live al formato VOD (Video on Demand) al termine di un live streaming. Questa transizione comporta la modifica dell'attributo MPD da `dynamic` a `static` e la regolazione di altri `type` attributi come e. `timeShiftBufferDepth` `minimumUpdatePeriod` Quando MediaTailor i processi si manifestano durante le live-to-VOD transizioni, garantisce che: + I marker degli annunci vengono conservati nel manifesto VOD + Gli orari di inizio dei periodi vengono modificati per mantenerli corretti + Il manifest rimane compatibile con i client di riproduzione VOD Gestione DRM Le informazioni sulla gestione dei diritti digitali (DRM) nei manifesti DASH sono in genere incluse negli `ContentProtection` elementi all'interno delle nostre rappresentazioni. AdaptationSets MediaTailor conserva questi elementi durante l'inserimento degli annunci per garantire che la protezione dei contenuti rimanga intatta. Durante l'elaborazione di contenuti protetti da DRM,: MediaTailor + Mantiene tutti ContentProtection gli elementi del manifesto originale + Assicura che i contenuti degli annunci utilizzino schemi DRM compatibili, se applicabile + Conserva tutti gli attributi e gli elementi relativi al DRM in tutto il manifesto Bandiere SCC I flag Supplemental Content Control (SCC) nei manifesti DASH forniscono informazioni aggiuntive sulle caratteristiche dei contenuti e sui requisiti di riproduzione. Questi flag sono generalmente inclusi come attributi o elementi all'interno della struttura MPD. I flag SCC più comuni utilizzati dai processi includono: MediaTailor + Informazioni sulla classificazione dei contenuti + Funzionalità di accessibilità (didascalie chiuse, descrizioni audio) + Avvisi di consulenza sui contenuti + Restrizioni alla riproduzione MediaTailor conserva questi flag durante l'elaborazione del manifesto per garantire che tutti i metadati del contenuto siano mantenuti nel manifesto personalizzato. La comprensione di questi concetti avanzati consente di configurare MediaTailor per ottenere prestazioni ottimali e risolvere eventuali problemi che potrebbero insorgere nei flussi di lavoro di streaming DASH. ## Concetti relativi all'inserimento degli annunci Ecco una panoramica dei concetti correlati all'inserimento di annunci. **E usufruisci** Un'unità specifica di tempo pubblicitario all'interno di un'interruzione pubblicitaria che può essere venduta agli inserzionisti. Un'interruzione pubblicitaria può contenere più annunci. Quando MediaTailor riceve una risposta VAST da un ad decision server, riempie questi spazi con annunci personalizzati. **Aggiungi una pausa** Il periodo di programmazione in cui vengono proiettati gli spot pubblicitari. Le interruzioni pubblicitarie possono verificarsi prima del contenuto (pre-roll), durante il contenuto (mid-roll) o dopo il contenuto (post-roll). MediaTailor identifica e interrompe i manifesti tramite marcatori come SCTE-35. **Ad decision server (ADS)** Un server che fornisce le specifiche per le inserzioni pubblicitarie in base a criteri come le campagne pubblicitarie in corso e le preferenze degli spettatori. **Configurazione** Un oggetto con MediaTailor cui interagisci. La configurazione contiene informazioni sulla posizione del server di origine e dell'ad decision server (ADS). La configurazione include anche endpoint che forniscono punti di accesso in entrata e in uscita. MediaTailor **Transcodifica dinamica** Un processo che adatta la qualità e il formato degli annunci al contenuto video principale quando viene richiesto contenuto. La transcodifica dinamica riduce i requisiti di storage e assicura una riproduzione con transizioni fluide tra il contenuto degli annunci e il contenuto video. **Manipolazione manifesta** Il processo di riscrittura dei manifest dal server di origine in modo che facciano riferimento ai frammenti di annunci e contenuti appropriati. Gli annunci sono determinati dalla risposta VAST dell'ad decision server (ADS). Man mano che la riproduzione procede, MediaTailor esegue l'inserimento o la sostituzione degli annunci nel flusso di contenuti. **VAST e VMAP** Video Ad Serving Template (VAST) e Video Multiple Ad Playlist (VMAP) sono risposte XML che l'Ad Decision Server invia alle richieste di annunci. MediaTailor Le risposte determinano gli annunci da MediaTailor inserire nel manifesto. VMAP include anche le tempistiche per le interruzioni pubblicitarie e l'annuncio viene utilizzato al suo interno. Per ulteriori informazioni sulla logica alla base dell'inserimento di annunci di MediaTailor, consulta [Comprensione del comportamento di inserimento degli AWS Elemental MediaTailor annunci](ad-behavior.md). Per ulteriori informazioni sul funzionamento di MediaTailor con VAST, consulta [MediaTailor requisiti di integrazione del server pubblicitario](vast.md). ## Concetti relativi all'assemblaggio Ecco una panoramica dei concetti relativi all'assemblaggio dei canali. **Canali** Un canale riunisce i manifesti sorgente in un flusso lineare. Ogni canale ha una o più uscite che contengono la riproduzione a cui accedono i giocatori URLs . Le uscite dei canali corrispondono alle impostazioni di configurazione del pacchetto create per le vostre sorgenti VOD. Un canale contiene una pianificazione che determina quando le sorgenti VOD verranno riprodotte nello streaming del canale. **Configurazione del pacchetto** Una configurazione del packager è una rappresentazione del codice sorgente VOD che contiene caratteristiche specifiche del formato del pacchetto. Associate le configurazioni dei pacchetti agli output dei canali per creare flussi di riproduzione per i formati pacchettizzati della sorgente VOD, come HTTP Live Streaming (HLS). **Pianificazione** Ogni canale è composto da programmi disposti in base alla programmazione del canale. La programmazione determina a che ora verranno riprodotti i programmi nello stream lineare del canale. **Posizioni di origine** Una posizione di origine rappresenta il server di origine in cui sono archiviate le risorse. Può essere Amazon S3, un server HTTP, un Content Delivery Network (CDN) o un'infrastruttura di packaging come. MediaPackage **Sorgenti VOD** Una fonte VOD rappresenta un singolo contenuto, ad esempio un film o un episodio di un programma televisivo. Associate le sorgenti VOD ai programmi per aggiungerle allo stream lineare del vostro canale. **Pubblico** Un pubblico definisce una coorte di spettatori che può opzionalmente avere contenuti alternativi. È possibile definire il pubblico su canali lineari standard. # Come funziona MediaTailor l'inserimento degli annunci AWS Elemental MediaTailor interagisce tra la rete di distribuzione dei contenuti (CDN), il server di origine e l'ad decision server (ADS) per unire annunci personalizzati in interruzioni pubblicitarie all'interno di contenuti live e video on demand. Ecco una panoramica di come funziona l'inserimento degli MediaTailor annunci: ![\[MediaTailor riceve richieste di contenuti, recupera contenuti dal server di origine e annunci da ADS, quindi restituisce un manifesto personalizzato.\]](http://docs.aws.amazon.com/it_it/mediatailor/latest/ug/images/MediaTailorSSAI_Overview.png) 1. Un player o un CDN come Amazon CloudFront invia una richiesta di contenuti HLS o DASH. MediaTailor La richiesta contiene i parametri forniti dal player con informazioni sullo spettatore, che vengono utilizzate per la personalizzazione degli annunci. 1. MediaTailor invia una richiesta all'ADS che contiene le informazioni sullo spettatore. L'ADS sceglie gli annunci in base alle informazioni sullo spettatore e alle campagne pubblicitarie attuali. Le restituisce URLs ai creativi pubblicitari in una risposta VAST o VMAP a. MediaTailor Se hai precondizionato gli annunci, rimandano agli annunci URLs pre-transcodificati. Per informazioni sull'unione degli annunci con annunci pretranscodificati, consulta. [Annunci precondizionati](precondition-ads.md) 1. MediaTailor manipola il manifesto per includere l'annuncio URLs restituito dall'ADS, transcodificato in modo che corrisponda alle caratteristiche di codifica del contenuto di origine. Se utilizzi annunci precondizionati, è tua responsabilità assicurarti che l'annuncio corrisponda al manifesto del modello. Se un annuncio non è ancora stato transcodificato in modo che corrisponda al contenuto, MediaTailor salterà l'inserimento e lo utilizzerà MediaConvert per preparare l'annuncio in modo che sia pronto per la richiesta successiva. 1. MediaTailor restituisce il manifesto completamente personalizzato al CDN o al lettore richiedente. L'ADS tiene traccia degli annunci visualizzati in base alle tappe fondamentali di visualizzazione, ad esempio l'inizio, la metà dell'annuncio e la fine dell'annuncio. Man mano che la riproduzione avanza, il lettore MediaTailor invia o invia beacon di tracciamento degli annunci all'URL di tracciamento degli annunci ADS, per registrare la parte di un annuncio visualizzata. Nell'inizializzazione della sessione con MediaTailor, il lettore indica se inviare o meno questi beacon per MediaTailor la sessione. Per informazioni su come iniziare a inserire annunci, consulta. [Iniziare con MediaTailor](getting-started.md) # AWS Elemental MediaTailor flusso di eventi di inserimento degli annunci AWS Elemental MediaTailor elabora la personalizzazione del manifesto per l'inserimento di annunci sul lato server attraverso una sequenza prevedibile di eventi. La comprensione di questo flusso di eventi aiuta a comprendere come MediaTailor trasforma le opportunità pubblicitarie in esperienze di visualizzazione personalizzate e fornisce una base per la risoluzione dei problemi in caso di problemi. Ogni opportunità di inserimento di annunci segue una sequenza cronologica di eventi che viene registrata per garantire visibilità MediaTailor e monitoraggio. Questi eventi rappresentano le tappe fondamentali del processo di personalizzazione del manifesto, dal rilevamento di un'opportunità pubblicitaria alla fornitura di informazioni di tracciamento. ## Sequenza di eventi standard Quando elabora MediaTailor correttamente un'opportunità di inserimento di un annuncio, si verifica in genere la seguente sequenza di eventi: 1. **Rilevamento delle opportunità pubblicitarie**: MediaTailor rileva un indicatore pubblicitario (come SCTE-35) nel manifesto dei contenuti, indicando che è disponibile un'opportunità di personalizzazione degli annunci. 1. **Richiesta del server di decisione pubblicitaria**: MediaTailor invia una richiesta all'ad decision server (ADS) configurato per recuperare gli annunci pubblicitari relativi all'opportunità rilevata, inclusi i parametri di visualizzazione e la durata delle interruzioni pubblicitarie. 1. **Elaborazione delle risposte** agli annunci: MediaTailor riceve una risposta dall'ADS contenente informazioni sulla creatività pubblicitaria URLs, tracciamento e metadati relativi agli annunci pubblicitari da includere. Per ulteriori informazioni sui formati di risposta VAST, VMAP e VPAID, consulta. [Requisiti di integrazione dei server pubblicitari](vast.md) 1. **Personalizzazione del manifesto**: elabora MediaTailor correttamente la risposta all'annuncio, transcodifica gli annunci, se necessario, e genera un manifesto personalizzato che include sia i segmenti degli annunci che URLs i contenuti di origine. MediaTailor invia quindi il manifesto personalizzato al dispositivo di riproduzione. 1. **Attivazione del beacon** di tracciamento: viene attivato un beacon di tracciamento per segnalare gli eventi pubblicitari (come impressioni, quartili e completamento) all'ad server o ad altri sistemi di misurazione. Nella modalità di segnalazione lato server (impostazione predefinita), MediaTailor attiva il beacon in base alle richieste dei segmenti di giocatori. Nella modalità di segnalazione lato client, il dispositivo di riproduzione attiva il beacon utilizzando quanto fornito nel manifesto personalizzato. URLs **Tempistica tipica:** l'intera sequenza viene solitamente completata entro 2-5 secondi, a seconda del tempo di risposta del server decisionale pubblicitario e dei requisiti di elaborazione creativa dell'annuncio. ## Varianti comuni degli eventi Non tutti i tentativi di inserimento degli annunci seguono la sequenza standard di successo. MediaTailorgestisce vari scenari che possono alterare il flusso degli eventi: ### Scenario di risposta agli annunci vuoto Quando l'ad decision server non restituisce annunci pubblicitari: 1. Il rilevamento delle opportunità pubblicitarie avviene normalmente 1. La richiesta del server decisionale dell'annuncio è stata inviata correttamente 1. ADS restituisce una risposta vuota con zero annunci 1. Nessun annuncio è incluso nel manifesto personalizzato per questa opportunità Si tratta di uno scenario normale che può verificarsi a causa della disponibilità dell'inventario degli annunci, dei criteri di targeting o delle regole aziendali configurate nell'ad decision server. In questo caso, il contenuto sottostante verrà visualizzato a meno che lo streaming non sia in diretta o in live-to-VOD streaming e non sia stato configurato Slate. Per ulteriori informazioni, consulta [MediaTailor ardesia e inserimento](slate-management.md). ### Scenari di errore Quando problemi tecnici impediscono il corretto inserimento degli annunci, il flusso di eventi potrebbe interrompersi in diversi punti: + **Timeout del server di decisione** degli annunci: la richiesta all'ADS supera la soglia di timeout configurata, impedendo il recupero degli annunci. + **Errori di comunicazione**: problemi di rete o di connettività MediaTailor impediscono di raggiungere il server delle decisioni pubblicitarie. + **Errori di analisi delle risposte**: l'ADS restituisce una risposta che MediaTailor non può essere analizzata a causa di un formato o di una struttura VAST non validi. Negli scenari di errore, in MediaTailor genere continua con la riproduzione dei contenuti senza pubblicità, garantendo un'esperienza di visualizzazione senza interruzioni. Per i live o live-to-VOD gli streaming con Slate configurato, è possibile invece visualizzare contenuti Slate. Per ulteriori informazioni, consulta [MediaTailor ardesia e inserimento](slate-management.md). ### Scenari di reindirizzamento VAST Quando la risposta VAST iniziale contiene un reindirizzamento a un altro server pubblicitario: 1. Il rilevamento delle opportunità pubblicitarie e la richiesta ADS iniziale avvengono normalmente 1. La risposta iniziale contiene un'istruzione di reindirizzamento 1. MediaTailor segue il reindirizzamento per recuperare la risposta finale all'annuncio 1. La personalizzazione del manifesto procede con il contenuto finale dell'annuncio 1. L'attivazione del beacon di tracciamento avviene normalmente I reindirizzamenti VAST sono comuni nella pubblicità programmatica e consentono il concatenamento dei server pubblicitari e il processo decisionale in tempo reale. MediaTailor consente fino a 7 reindirizzamenti wrapper e reindirizzamenti HTTP illimitati durante il processo di recupero degli annunci. ## Panoramica sulla tempistica degli eventi La comprensione delle caratteristiche temporali dei flussi di MediaTailor eventi aiuta a stabilire aspettative adeguate per il rendimento degli inserzioni pubblicitarie: + **Rilevamento di opportunità pubblicitarie**: si verifica quando MediaTailor riceve una `GetManifest` richiesta dal giocatore e incontra gli indicatori pubblicitari nel manifesto dei contenuti. + **Interazione con il server di decisione pubblicitaria**: in genere richiede 100-500 millisecondi, a seconda del tempo di risposta dell'ADS e delle condizioni della rete. + **Personalizzazione del manifesto**: in genere viene completata entro 50-200 millisecondi dalla ricezione della risposta ADS. + **Monitoraggio della tempistica dei beacon: varia in base** alla modalità di segnalazione. Per i beacon lato server, la tempistica si basa sulle richieste di segmento provenienti dal player client; i beacon lato client si attivano in base all'implementazione del player. **Considerazioni sulle prestazioni:** il tempo totale dal rilevamento delle opportunità pubblicitarie alla pubblicazione del manifesto dovrebbe in genere rimanere inferiore a 5 secondi per garantire un'esperienza di visualizzazione ottimale. I singoli componenti vengono completati in millisecondi come descritto sopra. Tuttavia, la soglia di 5 secondi tiene conto dei potenziali valori di timeout, dei tentativi di riprova e della variabilità della rete che possono verificarsi durante l'intero flusso di lavoro di inserimento degli annunci. Ritardi più lunghi potrebbero indicare problemi di prestazioni ADS o problemi di connettività di rete. ## Utilizzo della conoscenza del flusso di eventi La comprensione del flusso di MediaTailor eventi fornisce le basi per: + **Pianificazione dell'implementazione**: conoscere la sequenza degli eventi aiuta a progettare l'integrazione dei giocatori e la configurazione del server pubblicitario. + **Ottimizzazione delle prestazioni**: la comprensione delle aspettative in termini di tempistiche consente di identificare gli ostacoli e le opportunità di ottimizzazione. + **Preparazione alla risoluzione dei problemi**: la familiarità con i normali flussi di eventi rende più facile identificare quando qualcosa va storto. Per una guida dettagliata alla risoluzione dei problemi mediante l'analisi del flusso di eventi, vedere[Risoluzione dei problemi](troubleshooting.md). Per dettagli tecnici sulla registrazione e il monitoraggio degli eventi, vedere[Visualizzazione dei log di ](monitoring-through-logs.md). ## Servizi correlati + **Amazon CloudFront** è un servizio di rete di distribuzione di contenuti (CDN) globale che fornisce dati e video in modo sicuro ai tuoi spettatori. Puoi usare CloudFront per distribuire contenuti con le migliori prestazioni possibili. Per ulteriori informazioni su CloudFront, consulta il [ CloudFrontsito web di Amazon](https://aws.amazon.com/cloudfront/). + **AWS Elemental MediaPackage**è un servizio di creazione e creazione di just-in-time pacchetti che personalizza le risorse video in diretta per la distribuzione in un formato compatibile con il dispositivo che effettua la richiesta. Usa AWS Elemental MediaPackage come server di origine per preparare i contenuti e aggiungere i contrassegni pubblicitari prima dell'invio dei flussi a MediaTailor. Per ulteriori informazioni su come MediaTailor funziona con i server di origine, consulta. [Come funziona MediaTailor l'inserimento degli annunci](what-is-flow.md) + **AWS Identity and Access Management (IAM)** è un servizio web che ti aiuta a controllare in modo sicuro l'accesso alle AWS risorse per i tuoi utenti. Usa IAM per controllare chi può utilizzare AWS le tue risorse (autenticazione) e quali risorse possono utilizzare in quali modi (autorizzazione). Per ulteriori informazioni, consulta [Configurazione AWS Elemental MediaTailor](setting-up.md). ## Accedere MediaTailor È possibile accedere MediaTailor utilizzando la console del servizio. Accedi al tuo Account AWS fornendo credenziali che confermano di disporre delle autorizzazioni per utilizzare i servizi. Per accedere alla MediaTailor console, utilizzare il seguente link:. **https://console.aws.amazon.com/mediatailor/home** ## Prezzi per MediaTailor Come per gli altri AWS prodotti, non sono previsti contratti o impegni minimi per l'utilizzo MediaTailor. Il costo viene calcolato in base all'utilizzo del servizio. Per ulteriori informazioni, consultare [Prezzi di MediaTailor](https://aws.amazon.com/mediatailor/pricing/). ## Regioni per MediaTailor Per ridurre la latenza dei dati nelle applicazioni, MediaTailor offre endpoint regionali per effettuare le richieste. Per visualizzare l'elenco delle regioni in cui MediaTailor è disponibile, consulta Endpoint [regionali](https://docs.aws.amazon.com/general/latest/gr/rande.html#regional-endpoints).