Tempi di tracciamento e comportamento di memorizzazione nella cache sul lato server - AWS Elemental MediaTailor
Principi di tempisticaMonitoraggio del workflowConsiderazioni sul cachingRisoluzione delle discrepanze

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

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

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 un segmento URLs pubblicitario:

Fase di inizializzazione della sessione che mostra il giocatore che richiede un manifesto MediaTailor e riceve un manifesto personalizzato con segmento pubblicitario. URLs
Fase 2: monitoraggio delle richieste di annunci e delle impressioni

Quando il giocatore richiede il primo segmento pubblicitario, invia impressioni e avvia MediaTailor i beacon sia sull'Ad Decision Server che sui servizi di verifica degli annunci:

Fase di tracciamento delle impressioni degli annunci, che mostra l' MediaTailor invio di beacon di impressioni e di avvio ad Ad Decision Server e Ad Verification Services quando il giocatore richiede il primo segmento di annuncio.
Fase 3: tracciamento del quartile

MediaTailor attiva fari quartili (primo quartile, punto medio, terzo quartile, completamento) in base alle successive richieste di segmento:

fase di tracciamento quartile che mostra l'invio di beacon quartili sia ad Ad Decision Server che ad Ad Verification Services man MediaTailor mano che il giocatore richiede segmenti pubblicitari successivi.
Fase 4: distribuzione dei segmenti

Dopo aver attivato i beacon di tracciamento, MediaTailor reindirizza al segmento pubblicitario effettivo di Amazon o del tuo CDN: CloudFront

Fase di distribuzione dei segmenti che mostra il MediaTailor reindirizzamento del giocatore al segmento pubblicitario effettivo del nostro CDN dopo aver attivato i beacon di tracciamento. CloudFront

Il flusso di lavoro di tracciamento lato server include i seguenti comportamenti di temporizzazione chiave:

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

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

  3. Richiesta di segmenti di annunci e monitoraggio delle impressioni: quando il giocatore richiede effettivamente il primo segmento di annuncio (in genere per la riproduzione), MediaTailor attiva il beacon delle impressioni e inizia a tracciare l'evento sia sull'Ad Decision Server che sui Servizi di verifica degli annunci. Ciò si verifica sulla richiesta HTTP effettiva all'/v1/segmentURL, non quando il manifesto viene analizzato.

  4. Tracciamento quartile basato sulle richieste dei segmenti: invia beacon MediaTailor quartili (primo quartile, punto intermedio, terzo quartile, completamento) sia ad Ad Decision Server che ad Ad Verification Services in base alle richieste di segmento successive che corrispondono alle posizioni del quartile calcolate entro la durata dell'annuncio.

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