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à.
Server-side monitoraggio dei tempi e del comportamento di memorizzazione nella cache
Nel reporting lato server, MediaTailor attiva gli eventi di tracciamento in base alle effettive richieste di segmenti da parte del giocatore, non alle attività di analisi o precaricamento manifeste. Questo approccio garantisce un conteggio accurato delle impressioni in linea con gli standard del settore per la misurazione degli annunci video.
Principi chiave di tempistica
MediaTailor il tracciamento lato server segue questi principi fondamentali di tempistica:
-
Gli eventi di tracciamento si attivano sulle richieste effettive dei segmenti: i beacon vengono inviati solo quando il giocatore effettua richieste HTTP agli
/v1/segmentURL, non durante l'analisi o la memorizzazione nella cache dei manifest. -
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 sui manifest senza generare alcun evento di tracciamento.
-
Il precaricamento dei segmenti attiverà degli eventi: se i giocatori precaricano segmenti di annunci effettivi prima della riproduzione, ciò segue un comportamento standard del settore in cui le richieste di segmenti costituiscono impressioni valide.
-
Ciascuna v1/segment richiesta attiva un beacon appropriato: l'evento di tracciamento specifico (impressione, quartile, completamento) è determinato dalla posizione dell'annuncio e dal segmento richiesti.
-
La tempistica è in linea con gli standard IAB - L'approccio segue le linee guida dell'Interactive Advertising Bureau per la misurazione degli annunci video e il conteggio delle impressioni.
Server-side monitoraggio del flusso di lavoro
I seguenti diagrammi illustrano l'intero flusso di lavoro di tracciamento lato server, che mostra quando gli eventi di tracciamento vengono attivati in relazione alle richieste dei giocatori:
- Fase 1: inizializzazione della sessione
-
Il giocatore richiede un manifesto da MediaTailor, che restituisce un manifesto personalizzato contenente gli URL dei segmenti di annunci:
- Fase 2: richiesta di annunci e monitoraggio delle impressioni
-
Quando il giocatore richiede il primo segmento dell'annuncio, invia MediaTailor i beacon di impressione e di avvio sia all'Ad Decision Server che ai Servizi di verifica degli annunci:
- Fase 3: tracciamento quartile
-
MediaTailor attiva i beacon quartili (primo quartile, punto medio, terzo quartile, completamento) in base alle successive richieste di segmento:
- Fase 4: consegna del segmento
-
Dopo aver attivato i beacon di tracciamento, MediaTailor reindirizza al segmento pubblicitario effettivo da Amazon o dal tuo CDN: CloudFront
Il flusso di lavoro di tracciamento lato server include i seguenti comportamenti chiave in termini di tempistica:
-
Inizializzazione della sessione: il giocatore richiede un manifesto a. MediaTailor MediaTailor restituisce un manifesto personalizzato contenente gli URL dei segmenti di annunci con il
/v1/segmentpercorso. -
Analisi e memorizzazione nella cache del manifesto: il giocatore 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 giocatore richiede effettivamente il primo segmento dell'annuncio (in genere per la riproduzione), MediaTailor attiva l'impression beacon e inizia a tracciare l'evento sia sull'Ad Decision Server che sui Servizi di verifica degli annunci. Ciò si verifica durante l'effettiva richiesta HTTP all'
/v1/segmentURL, non quando il manifesto viene analizzato. -
Tracciamento dei quartili in base alle richieste di segmento: invia beacon MediaTailor quartili (primo quartile, punto medio, terzo quartile, completamento) sia all'Ad Decision Server che ai Servizi di verifica degli annunci in base alle successive richieste di segmento che corrispondono alle posizioni quartili calcolate all'interno della durata dell'annuncio.
-
Distribuzione del segmento: dopo aver attivato il beacon di tracciamento appropriato, MediaTailor emette un reindirizzamento HTTP al segmento di annunci effettivo (da Amazon o dal tuo CDN). CloudFront
Considerazioni sulla memorizzazione nella cache e sul pre-caricamento dei giocatori
MediaTailor il tracciamento lato server è progettato per essere compatibile con varie strategie di caching e precaricamento dei giocatori, mantenendo al contempo una misurazione accurata delle impressioni:
-
Precaricamento dei manifesti: 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 effettive richieste di segmento.
-
Precaricamento dei segmenti: se un giocatore precarica i segmenti degli annunci prima della riproduzione, gli eventi di tracciamento verranno attivati quando tali segmenti vengono richiesti, potenzialmente prima del tempo effettivo di riproduzione. Questo comportamento è in linea con gli standard del settore che considerano le richieste di segmenti come impressioni valide.
-
Buffering tra i giocatori: il comportamento standard di buffering del giocatore (richiesta di 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 prefetching e buffering diverse che influiscono sul momento in cui vengono effettuate le richieste di segmenti.
-
Condizioni di rete: condizioni di rete scadenti possono far sì che i giocatori richiedano segmenti più volte o a intervalli diversi da quelli previsti.
-
Configurazione CDN: la memorizzazione nella cache CDN errata delle
/v1/segmentrichieste può portare a eventi di tracciamento persi o duplicati. -
Gestione delle sessioni: assicurati che ogni sessione di riproduzione utilizzi un identificatore di sessione univoco per evitare conflitti tra eventi di tracciamento.
Per una guida dettagliata alla risoluzione dei problemi, vedere. Risoluzione dei problemi comuni
