Suivi des états du lecteur
Les événements d’état du lecteur suivent la façon dont les visionneuses interagissent avec les contrôles du lecteur tout au long d’une session. Ils sont facultatifs et non obligatoires pour les implémentations de suivi multimédia de base. Les cinq états traçables sont les suivants : fullscreen, mute, closedCaptioning, pictureInPicture et inFocus.
Les événements d’état du lecteur sont utiles pour comprendre l’utilisation des fonctionnalités d’accessibilité, par exemple la fréquence à laquelle les visionneuses activent le sous-titrage ou désactivent le son. Ils révèlent également des modèles de comportement de visualisation tels que l’affichage plein écran par rapport à l’affichage en ligne et le multitâche image dans image.
Événements du lecteur
États standard et personnalisés
Cinq états de lecteur standards sont disponibles, et vous pouvez y ajouter vos propres états personnalisés.
ADB.Media.PlayerState.FullscreenfullScreenADB.Media.PlayerState.ClosedCaptioningclosedCaptioningADB.Media.PlayerState.MutemuteADB.Media.PlayerState.PictureInPicturepictureInPictureADB.Media.PlayerState.InFocusinFocusVoir Variables d’état du lecteur pour consulter la référence complète des variables, y compris les chemins XDM et les définitions de mesures.
États personnalisés : vous pouvez créer des états personnalisés pour capturer d’autres comportements de lecteur spécifiques à votre application. Voir Référence de l’API Media : createStateObject pour plus d’informations sur la création d’objets d’état personnalisés.
Procédure de mise en œuvre
- Appel Début de l’état lorsque le lecteur entre dans l’un des cinq états traçables. Plusieurs états peuvent être actifs en même temps et plusieurs états peuvent être démarrés dans le même appel d’événement.
- Appeler Fin d’état lorsque le lecteur quitte un état. Il est possible de terminer plusieurs états dans le même appel d’événement, et de démarrer et de terminer plusieurs états ensemble dans un seul appel.
Instructions
- Une session vidéo est limitée à 10 états du lecteur.
- Toutes les combinaisons d’états sont autorisées.
- Si plusieurs états du lecteur sont transmis, seuls les 10 premiers sont conservés et transférés en aval vers le serveur principal du média.
- Le nombre maximal de 10 états s’applique à tous les états, qu’ils soient ouverts ou fermés.
- Un état peut commencer et se terminer plusieurs fois et compte comme un seul état. Par exemple,
closedCaptioningpeut être démarré et arrêté cinq fois, mais compte comme un seul état. - L’état du lecteur est calculé sur l’ensemble des états de lecture (sans fractionnement).
- Les états du lecteur sont capturés pour chaque session de lecture individuelle. L’état du lecteur n’est pas calculé sur l’ensemble des lectures.
- La connaissance de l’état de l’application n’est pas conservée après l’arrêt d’un état. Après la fin d’un état, celui-ci doit être redémarré pour continuer le suivi.
Mise à jour simultanée de plusieurs états
Sur les plateformes XDM, plusieurs changements d’état peuvent être regroupés par lots en un seul appel statesUpdate à l’aide de tableaux dans statesStart et statesEnd. Sur les SDK mobiles, chaque changement d’état nécessite un appel distinct.
Les exemples suivants démarrent en mode silencieux et image dans image, puis passent en mode plein écran.
Types d’implémentation recommandés
| code language-javascript |
|---|
|
Mobile SDK ne prend pas en charge le traitement par lots : envoyez un appel distinct pour chaque changement d’état.
| code language-swift |
|---|
|
Mobile SDK ne prend pas en charge le traitement par lots : envoyez un appel distinct pour chaque changement d’état.
| code language-kotlin |
|---|
|
| code language-brightscript |
|---|
|
| code language-sh |
|---|
|
Types d’implémentation hérités (Analytics uniquement)
Les modifications d’état multiples nécessitent des appels distincts.
| code language-javascript |
|---|
|
Les modifications d’état multiples nécessitent des appels distincts.
| code language-javascript |
|---|
|
| code language-json |
|---|
|
Pause longue
Lorsqu’une session vidéo a une durée de pause supérieure à 30 minutes, l’API nécessite une nouvelle session. Générez un nouvel ID de session et conservez tous les états actifs afin qu’ils puissent être restaurés avec des événements stateStart juste après le nouvel appel sessionStart.
sessionStart → stateStart (fullscreen) → stateStart (mute) → pauseStart → (pings for 30 minutes) → sessionEnd
Une fois l’sessionEnd envoyée, démarrez une nouvelle session et renvoyez immédiatement les états actifs :
sessionStart → stateStart (fullscreen) → stateStart (mute) → ... other API events
Mesures d’état
Trois mesures sont calculées pour chaque état suivi et envoyées à Adobe Analytics lors de l’appel de fermeture du média :
a.media.states.[state.name].set = truetrue si le statut a été défini au moins une fois pendant la lecturea.media.states.[state.name].count = 4a.media.states.[state.name].time = 240