Tracciare gli stati del lettore
Gli eventi di stato del lettore tengono traccia di come i visualizzatori interagiscono con i controlli del lettore durante una sessione. Sono facoltativi e non sono richiesti per le implementazioni di tracciamento dei contenuti multimediali di base. I cinque stati tracciabili sono: fullscreen, mute, closedCaptioning, pictureInPicture e inFocus.
Gli eventi di stato del lettore sono utili per comprendere l’utilizzo della funzione di accessibilità, ad esempio la frequenza con cui i visualizzatori abilitano i sottotitoli o la disattivazione dell’audio. Rivelano inoltre pattern di visualizzazione come la visualizzazione a schermo intero o in linea e il multitasking “picture-in-picture”.
Eventi del lettore
Stati standard e personalizzati
Sono disponibili cinque stati del lettore standard e puoi aggiungere stati personalizzati.
ADB.Media.PlayerState.FullscreenfullScreenADB.Media.PlayerState.ClosedCaptioningclosedCaptioningADB.Media.PlayerState.MutemuteADB.Media.PlayerState.PictureInPicturepictureInPictureADB.Media.PlayerState.InFocusinFocusConsulta Variabili di stato del lettore per il riferimento completo alle variabili, inclusi i percorsi XDM e le definizioni delle metriche.
Stati personalizzati: Puoi creare stati personalizzati per acquisire comportamenti aggiuntivi del lettore specifici dell’applicazione. Per informazioni dettagliate sulla creazione di oggetti stato personalizzati, vedere il riferimento all’API Media: createStateObject.
Passaggi di implementazione
- Chiama Avvio stato quando il lettore entra in uno dei cinque stati tracciabili. Più stati possono essere attivi contemporaneamente e più stati possono essere avviati nella stessa chiamata evento.
- Chiama Stato fine quando il lettore esce da uno stato. Più stati possono terminare nella stessa chiamata dell’evento, e gli stati possono essere avviati e terminati insieme in una singola chiamata.
Linee guida
- Una sessione video è limitata a 10 stati del lettore.
- È consentita qualsiasi combinazione di stati.
- Se vengono passati più stati del lettore, solo i primi 10 vengono mantenuti e inoltrati a valle al backend multimediale.
- Il massimo di 10 stati si applica a tutti gli stati, indipendentemente dal fatto che siano aperti o chiusi.
- Uno stato può iniziare e terminare più volte e conta come un singolo stato. Ad esempio,
closedCaptioningpuò essere avviato e arrestato cinque volte, ma conta come un unico stato. - Lo stato del lettore viene calcolato in tutti gli stati di riproduzione (senza suddivisione).
- Gli stati del lettore vengono acquisiti per ogni singola sessione di riproduzione. Lo stato del lettore non viene calcolato tra le riproduzioni.
- La conoscenza dello stato dell’applicazione non viene mantenuta dopo l’arresto di uno stato. Al termine di uno stato, è necessario riavviarlo per continuare il tracciamento.
Aggiornamento simultaneo di più stati
Sulle piattaforme basate su XDM, è possibile eseguire il batch di più modifiche di stato in una singola chiamata statesUpdate utilizzando gli array in statesStart e statesEnd. Sugli SDK per dispositivi mobili, ogni modifica dello stato richiede una chiamata separata.
Gli esempi seguenti iniziano a disattivare l’audio e a inserire un’immagine nell’immagine insieme, quindi passano alla modalità a schermo intero.
Tipi di implementazione consigliati
| code language-javascript |
|---|
|
Mobile SDK non supporta la gestione in batch: invia una chiamata separata per ogni modifica dello stato.
| code language-swift |
|---|
|
Mobile SDK non supporta la gestione in batch: invia una chiamata separata per ogni modifica dello stato.
| code language-kotlin |
|---|
|
| code language-brightscript |
|---|
|
| code language-sh |
|---|
|
Tipi di implementazione legacy (solo Analytics)
Più modifiche dello stato richiedono chiamate separate.
| code language-javascript |
|---|
|
Più modifiche dello stato richiedono chiamate separate.
| code language-javascript |
|---|
|
| code language-json |
|---|
|
Pausa lunga
Quando una sessione video ha una pausa di durata superiore a 30 minuti, l’API richiede una nuova sessione. Genera un nuovo ID sessione e mantieni tutti gli stati attivi in modo che possano essere ripristinati con stateStart eventi subito dopo la nuova chiamata sessionStart.
sessionStart → stateStart (fullscreen) → stateStart (mute) → pauseStart → (pings for 30 minutes) → sessionEnd
Dopo l’invio di sessionEnd, avviare una nuova sessione e inviare nuovamente immediatamente gli stati attivi:
sessionStart → stateStart (fullscreen) → stateStart (mute) → ... other API events
Metriche dello stato
Vengono calcolate tre metriche per ogni stato tracciato e inviato ad Adobe Analytics nella chiamata di chiusura dei contenuti multimediali:
a.media.states.[state.name].set = truetrue se lo stato è stato impostato almeno una volta durante la riproduzionea.media.states.[state.name].count = 4a.media.states.[state.name].time = 240