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.

2. 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.

3. Elaborazione delle risposte agli annunci: MediaTailor riceve una risposta dall'ADS contenente informazioni creative sugli annunci URLs, tracciamento e metadati sugli annunci pubblicitari da includere. Per ulteriori informazioni sui formati di risposta VAST, VMAP e VPAID, consulta. Requisiti di integrazione dei server pubblicitari

4. 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.

5. 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

2. La richiesta del server decisionale dell'annuncio è stata inviata correttamente

3. ADS restituisce una risposta vuota con zero annunci

4. 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.

Scenari di errore

Quando problemi tecnici impediscono il corretto inserimento degli annunci, il flusso di eventi potrebbe essere interrotto 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.

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

2. La risposta iniziale contiene un'istruzione di reindirizzamento

3. MediaTailor segue il reindirizzamento per recuperare la risposta finale all'annuncio

4. La personalizzazione del manifesto procede con il contenuto finale dell'annuncio

5. 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, vedereRisoluzione dei problemi. Per dettagli tecnici sulla registrazione e il monitoraggio degli eventi, vedereVisualizzazione dei registri.