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à.
Monitoraggio degli annunci sul lato server
AWS Elemental MediaTailor il valore predefinito è il reporting lato server. Con questa opzione, quando il lettore richiede un URL di annuncio dal manifest, il servizio invia un report sull’uso degli annunci pubblicitari direttamente all’URL di tracciamento degli annunci. Quando il lettore inizializza una sessione di riproduzione con MediaTailor, non sono richiesti altri input dall'utente o dal lettore per eseguire il reporting sul lato server. Quando ogni annuncio viene riprodotto, MediaTailor invia beacon all'ad server per segnalare la parte dell'annuncio visualizzata. MediaTailor invia beacon per l'inizio dell'annuncio e per la progressione dell'annuncio in quartili: primo quartile, punto intermedio, terzo quartile e completamento dell'annuncio.
Tempi di tracciamento e comportamento di memorizzazione nella cache sul lato server
Nei report lato server, MediaTailor attiva gli eventi di tracciamento in base alle effettive richieste di segmento da parte del player e non alle attività di analisi del manifesto o di precaricamento. Questo approccio garantisce un conteggio accurato delle impressioni in linea con gli standard di settore per la misurazione degli annunci video.
Principi chiave in materia di tempistica
MediaTailor il tracciamento lato server segue questi principi temporali fondamentali:
-
Gli eventi di tracciamento si attivano sulle richieste effettive dei segmenti: i beacon vengono inviati solo quando il giocatore effettua richieste HTTP a
/v1/segment
URLs, non durante l'analisi o la memorizzazione nella cache del manifesto. -
La memorizzazione nella cache e il precaricamento dei manifesti da parte dei giocatori NON attivano eventi: i giocatori possono analizzare, memorizzare nella cache o precaricare le informazioni del manifesto senza generare eventi di tracciamento.
-
Il precaricamento dei segmenti attiverà degli eventi: se i giocatori recuperano in anticipo i segmenti degli annunci effettivi prima della riproduzione, ciò segue il comportamento standard del settore in cui le richieste di segmenti costituiscono impressioni valide.
-
Ogni richiesta /v1/segment attiva il beacon appropriato: l'evento di tracciamento specifico (impressione, quartile, completamento) è determinato dalla posizione dell'annuncio e dal segmento richiesti.
-
La tempistica è conforme agli standard IAB: l'approccio segue le linee guida dell'Interactive Advertising Bureau per la misurazione degli annunci video e il conteggio delle impressioni.
Flusso di lavoro di tracciamento lato server
Il diagramma seguente illustra l'intero flusso di lavoro di tracciamento lato server, che mostra quando gli eventi di tracciamento vengono attivati in relazione alle richieste dei giocatori:

Il flusso di lavoro di tracciamento lato server include i seguenti comportamenti di temporizzazione chiave:
-
Inizializzazione della sessione: il giocatore richiede un manifesto da. MediaTailor MediaTailor restituisce un manifesto personalizzato contenente un segmento di annunci URLs con il
/v1/segment
percorso. -
Analisi e memorizzazione nella cache del manifesto: il lettore analizza il manifesto e può precaricare o memorizzare nella cache le informazioni sui segmenti. Durante questa fase non viene attivato alcun evento di tracciamento, indipendentemente dal comportamento di memorizzazione nella cache del giocatore.
-
Richiesta di segmenti di annunci e monitoraggio delle impressioni: quando il lettore richiede effettivamente il primo segmento di annuncio (in genere per la riproduzione), MediaTailor attiva il segnale di impressione e inizia a tracciare l'evento. Ciò si verifica sulla richiesta HTTP effettiva all'
/v1/segment
URL, non quando il manifesto viene analizzato. -
Tracciamento quartile basato sulle richieste dei segmenti: MediaTailor attiva beacon quartili (primo quartile, punto medio, terzo quartile, completamento) in base alle richieste di segmento successive che corrispondono alle posizioni del quartile calcolate entro la durata dell'annuncio.
-
Distribuzione a segmenti: dopo aver attivato il beacon di tracciamento appropriato, MediaTailor invia un reindirizzamento HTTP al segmento pubblicitario effettivo (da Amazon CloudFront o dal tuo CDN).
Considerazioni sulla memorizzazione nella cache e sul precaricamento dei giocatori
MediaTailor Il tracciamento lato server è progettato per essere compatibile con varie strategie di memorizzazione nella cache e precaricamento dei giocatori, pur mantenendo una misurazione accurata delle impressioni:
-
Precaricamento del manifesto: i giocatori che precaricano o memorizzano nella cache le informazioni del manifesto non attivano gli eventi di tracciamento. Gli eventi di tracciamento vengono attivati solo quando vengono effettuate richieste effettive di segmenti.
-
Pre-acquisizione dei segmenti: se un giocatore precarica segmenti di annunci prima della riproduzione, gli eventi di tracciamento si attivano quando tali segmenti vengono richiesti, potenzialmente prima del tempo di riproduzione effettivo. Questo comportamento è in linea con gli standard di settore che considerano le richieste di segmenti come impressioni valide.
-
Buffering dei giocatori: il comportamento standard di buffering dei giocatori (richiesta dei segmenti leggermente prima della riproduzione) attiverà gli eventi di tracciamento nei momenti appropriati in base allo schema di richiesta del segmento.
Risoluzione dei problemi relativi alle discrepanze di tracciamento
Se noti discrepanze tra il monitoraggio MediaTailor lato server e le metriche di terze parti, considera i seguenti fattori:
-
Differenze nel comportamento dei giocatori: giocatori diversi possono avere strategie di pre-fetching e buffering diverse che influiscono sul momento in cui vengono effettuate le richieste di segmenti.
-
Condizioni di rete: condizioni di rete scadenti possono indurre i giocatori a richiedere segmenti più volte o a intervalli diversi dal previsto.
-
Configurazione CDN: una memorizzazione errata nella cache CDN delle
/v1/segment
richieste può portare a eventi di tracciamento mancati o duplicati. -
Gestione della sessione: assicuratevi che ogni sessione di riproduzione utilizzi un identificatore di sessione univoco per prevenire il tracciamento dei conflitti di eventi.
Per una guida dettagliata alla risoluzione dei problemi, consulta. Risoluzione dei problemi più comuni
Glossario dei beacon di tracciamento lato server
MediaTailor Il tracciamento lato server utilizza un set standardizzato di beacon per segnalare lo stato di avanzamento della visualizzazione degli annunci ai server pubblicitari e ai servizi di verifica. Questi beacon sono in linea con gli standard dell'Interactive Advertising Bureau (IAB) per la misurazione degli annunci video e forniscono report accurati sulle impressioni pubblicitarie e sui tassi di completamento.
Tipo di beacon | Quando licenziato | Scopo | Dettagli sulla tempistica |
---|---|---|---|
Impressione | Quando il giocatore richiede il primo segmento pubblicitario | Indica che il contenuto dell'annuncio ha iniziato a caricarsi e sta per essere visualizzato allo spettatore | Attivato alla prima /v1/segment richiesta di annuncio. È conforme alle linee guida IAB che richiedono che il contenuto degli annunci inizi a caricarsi prima di contare le impressioni. Vedi Flusso di lavoro di tracciamento lato server per la sequenza completa. |
Start (Avvio) | Quando il giocatore inizia a visualizzare il contenuto dell'annuncio | Conferma che la riproduzione dell'annuncio è effettivamente iniziata | In genere viene attivato contemporaneamente all'impression beacon sulla richiesta del primo segmento, ma rappresenta l'inizio effettivo del rendering dell'annuncio. Questa distinzione è importante per i servizi di verifica che tengono traccia separatamente degli eventi di impressione e avvio. |
Primo quartile | Quando il giocatore raggiunge il 25% della durata dell'annuncio | Misura la continuazione della visualizzazione dell'annuncio durante il primo trimestre dell'annuncio | Attivato quando il giocatore richiede il segmento contenente il 25% della durata dell'annuncio. Ad esempio, in un annuncio di 20 secondi con segmenti di 2 secondi, in genere si attiva sulla richiesta per il terzo segmento (a circa 4-6 secondi dall'inizio dell'annuncio). |
Punto medio | Quando il giocatore raggiunge il 50% della durata dell'annuncio | Misura la visualizzazione continua dell'annuncio per metà dell'annuncio | Attivato quando il giocatore richiede il segmento contenente il 50% della durata dell'annuncio. Ad esempio, in un annuncio di 20 secondi con segmenti di 2 secondi, in genere si attiva sulla richiesta per il quinto segmento (a circa 8-10 secondi dall'inizio dell'annuncio). |
Terzo quartile | Quando il giocatore raggiunge il 75% della durata dell'annuncio | Misura la visualizzazione continua dell'annuncio per tre quarti dell'annuncio | Attivato quando il giocatore richiede il segmento che contiene il 75% della durata dell'annuncio. Ad esempio, in un annuncio di 20 secondi con segmenti di 2 secondi, in genere si attiva sulla richiesta per l'ottavo segmento (a circa 14-16 secondi dall'inizio dell'annuncio). |
Completa | Quando il giocatore raggiunge la fine dell'annuncio | Conferma che l'intero annuncio è stato inviato allo spettatore | Attivato quando il giocatore richiede l'ultimo segmento dell'annuncio. Ciò indica che lo spettatore ha potenzialmente visto l'intero contenuto dell'annuncio. Ad esempio, in un annuncio di 20 secondi con segmenti di 2 secondi, in genere ciò si attiva sulla richiesta per il decimo segmento (a circa 18-20 secondi dall'inizio dell'annuncio). |
Nota
L'orario esatto di attivazione del beacon dipende dalla durata del segmento e dalla lunghezza dell'annuncio. MediaTailor calcola la richiesta di segmento appropriata che corrisponde a ciascuna posizione del quartile in base alla durata specifica dell'annuncio e alla struttura del segmento.
Per eseguire il reporting degli annunci sul lato server
-
Dal lettore, inizializza una nuova sessione di MediaTailor riproduzione utilizzando una richiesta in uno dei seguenti formati, in base al protocollo in uso:
-
Esempio: formato HLS
GET
<mediatailorURL>
/v1/master/<hashed-account-id>
/<origin-id>
/<asset-id>
?ads.<key-value-pairs-for-ads>
&<key-value-pairs-for-origin-server>
-
Esempio: formato DASH
GET
<mediatailorURL>
/v1/dash/<hashed-account-id>
/<origin-id>
/<asset-id>
?ads.<key-value-pairs-for-ads>
&<key-value-pairs-for-origin-server>
Le coppie chiave-valore sono parametri di targeting dinamici per il tracciamento degli annunci. Per informazioni sull'aggiunta di parametri alla richiesta, consulta MediaTailor variabili pubblicitarie dinamiche.
-
AWS Elemental MediaTailor risponde alla richiesta con l'URL del manifesto. Il manifesto contiene URLs i manifesti multimediali. I manifest multimediali contengono collegamenti incorporati per le richieste del segmento di annunci.
Nota
Quando MediaTailor incontra una doppia barra (//) in un URL di tracciamento, la comprime a una (/).
Quando il player richiede la riproduzione dall'URL (/v1/segment
percorso) di un segmento pubblicitario, AWS Elemental MediaTailor invia il beacon appropriato all'ad server tramite il tracciamento degli annunci. URLs Allo stesso tempo, il servizio emette un reindirizzamento al segmento di annunci *.ts
effettivo. Il segmento pubblicitario si trova nella CloudFront distribuzione Amazon, dove MediaTailor archivia gli annunci transcodificati, o nella rete di distribuzione dei contenuti (CDN) in cui hai memorizzato l'annuncio nella cache.