Questions fréquentes sur le SDK Engage

Questions fréquentes sur la publication

Qui gère la tâche de publication de contenu ?

Le développeur de l'application gère la tâche de publication de contenu et envoie les requêtes au service Engage. De cette manière, les développeurs partenaires peuvent mieux contrôler quand et comment publier du contenu auprès des utilisateurs. Cette approche évite de réactiver trop souvent l'application partenaire pour publier du contenu.

Les développeurs doivent-ils publier tous les types de clusters ?

Bien que, techniquement, les développeurs soient libres de ne publier qu'un seul cluster, nous conseillons vivement d'en inclure d'autres. Sinon, les développeurs passent à côté d'une occasion d'améliorer l'engagement des utilisateurs avec leur contenu. Nous vous recommandons fortement de publier tous les types de clusters pour chaque secteur.

À quelle fréquence les partenaires développeurs doivent-ils publier des données à l'aide de WorkManager pendant l'exécution de l'application ?

Cette décision revient aux partenaires développeurs. Google recommande de publier une ou deux fois par jour pour les contenus de recommandation généraux, et d'utiliser une méthodologie basée sur les événements pour le panier, la commande et d'autres contenus de continuation (par exemple, démarrer le worker en tant que rappel de l'utilisateur ajoutant des articles au panier ou de l'utilisateur arrêtant un film à mi-parcours). Pour les applications de réseau social, il est essentiel de publier des clusters "Recommandation" mis à jour après chaque utilisation de l'application. Les utilisateurs d'applications de réseaux sociaux sont plus intéressés par les recommandations les plus récentes et, idéalement, aimeraient ne voir un post qu'une seule fois.

Quand le développeur doit-il appeler les API de suppression ?

Les API de suppression ne doivent être appelées que lorsqu'il n'y a pas de contenu à publier. N'appelez pas des API de suppression et de publication ultérieurement pour remplacer le contenu. les API de publication suppriment automatiquement le contenu précédent.

Questions fréquentes sur les intents de diffusion

Pourquoi les développeurs d'applications Android doivent-ils s'enregistrer pour les intents de diffusion ?

Pour pouvoir présenter des contenus actuels à l'utilisateur, vous devez utiliser des intents de diffusion. Cela permet de déclencher une synchronisation des données dans les cas où les utilisateurs ne se serviraient pas souvent de l'application.

Impossible de tester l'intent de diffusion

L'application de validation n'est pas compatible avec les tests d'intent de diffusion avec autorisation. Vous devez supprimer les autorisations pendant les tests et les ajouter de nouveau avant de passer le SDK en version de production à l'étape 6.

Exécution en arrière-plan non autorisée

Lors de l'enregistrement de l'intent de diffusion, vous pouvez rencontrer l'erreur suivante :

Background execution not allowed: receiving Intent
{ act=com.google.android.engage.action.PUBLISH_RECOMMENDATION .. }

Vous devez enregistrer les broadcast receivers de manière dynamique.

class AppEngageBroadcastReceiver extends BroadcastReceiver {
// Trigger recommendation cluster publish when PUBLISH_RECOMMENDATION broadcast
// is received
}

public static void registerBroadcastReceivers(Context context) {

context = context.getApplicationContext();

// Register Recommendation Cluster Publish Intent
context.registerReceiver(new AppEngageBroadcastReceiver(),
                         new IntentFilter(com.google.android.engage.service.Intents.ACTION_PUBLISH_RECOMMENDATION,
                         com.google.android.engage.service.BroadcastReceiverPermissions.BROADCAST_REQUEST_DATA_PUBLISH_PERMISSION,
                         /*scheduler=*/null));
...

}

Questions fréquentes sur les workflows

Lors de l'intégration avec le SDK, vous pouvez rencontrer les erreurs suivantes :

Erreurs de validation au niveau de l'application, du cluster et de l'entité

Les récapitulatifs au niveau de l'application, du cluster et de l'entité affichent le nombre d'erreurs de validation. Ces erreurs correspondent à des champs obligatoires manquants ou à des valeurs non valides. Les messages d'erreur s'affichent en rouge sous chaque champ concerné. Corrigez toutes les erreurs de validation et vérifiez l'exactitude avant de partager l'APK.

Les liens profonds sont associés au nom du package. L'outil adb est un bon moyen de tester les liens profonds.

adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>

Les liens profonds sont un excellent moyen de suivre l'attribution. Les URL des liens profonds qui redirigent les utilisateurs vers votre application peuvent être incluses avec d'autres paramètres de suivi. Exemple : "http://xx/deeplink?source_tag=engage".

Les développeurs peuvent ajouter leurs propres paramètres de suivi et fournir une attribution pour calculer l'impact.

Questions fréquentes sur Engage pour TV 2.0

Questions d'ordre général

Qu'est-ce qu'Engage ?

Engage fait passer l'expérience "reprendre là où vous vous étiez arrêté" au niveau supérieur. Il s'agit d'une amélioration importante qui permet aux spectateurs de reprendre facilement la lecture de leurs contenus sur un plus grand nombre d'appareils. Imaginez que vous commencez à regarder un film sur votre Google TV et que vous le reprenez sans effort sur votre téléphone pendant votre trajet. C'est ça, la puissance d'Engage.

Ce nouveau système est conçu pour améliorer l'engagement et la fidélisation des spectateurs en offrant une expérience fluide et sans friction dans l'ensemble de l'écosystème Google.

L'API Video Discovery est-elle identique à Engage ?

Oui, ils sont identiques. Le SDK Engage est une bibliothèque qui inclut la prise en charge de la ligne "Reprendre la lecture". Engage accepte d'autres types d'entités de contenu que les vidéos. C'est pourquoi l'intégration ne s'appelle plus "Video Discovery".

Quels sont les avantages d'Engage ?

Réponse : Engage permet aux spectateurs de reprendre plus facilement que jamais la lecture de vos contenus là où ils l'avaient arrêtée, quel que soit l'appareil qu'ils utilisent. Voici comment cela fonctionne :

  • Expérience fluide sur Google : commencez à regarder un contenu sur votre Google TV, puis continuez sur votre téléphone Android, votre iPhone ou votre tablette Android. Elle fonctionne même sur les appareils sur lesquels vous n'avez pas encore installé l'application.
  • Engagement et fidélisation accrus : Engage vous aide à ramener les utilisateurs vers votre application, même sur de nouveaux appareils. En permettant aux utilisateurs de reprendre la lecture de leurs émissions préférées, vous augmentez les chances qu'ils continuent à les regarder.
  • Une couverture plus large : au-delà de Google TV, Engage fonctionne sur d'autres expériences multimédias Android, comme les Collections Play et d'autres applications multimédias Google.
  • Rétrocompatible : si vous utilisez déjà l'ancienne fonctionnalité À regarder ensuite, pas de problème ! Engage est rétrocompatible. Votre intégration existante continuera donc de fonctionner.

Remarque importante : Toutes les nouvelles intégrations de la fonctionnalité "Continuer à regarder" doivent utiliser Engage. L'ancien système "Lecture suivante multi-appareil" est en cours de suppression.

Quelles surfaces sont compatibles avec Engage ?

  1. Google TV
  2. Android TV (sur l'appareil uniquement, mais compatible avec le SDK Engage)
  3. Application mobile Google TV pour Android
  4. Application mobile Google TV pour iOS
  5. Collections Play
  6. Google Entertainment Space
  7. Appareils iOS (avec intégration de l'API REST).

Le SDK Engage est-il destiné à la fonctionnalité "Reprendre la lecture" ?

Oui, le SDK Engage prend en charge le contenu de la ligne "Continuer à regarder". Il est requis pour l'intégration à Engage.

Engage est-il disponible pour tout le monde ?

Engage est déployé par phases.

  • Accès anticipé : nous accordons d'abord l'accès à un groupe de partenaires sélectionnés par le biais d'un programme d'accès anticipé.
  • Élargissement de l'accès : nous mettons tout en œuvre pour qu'Engage soit bientôt disponible pour tous les développeurs.

Pour garantir un lancement fluide et réussi, nous avons mis en place des mesures de protection pour gérer le déploiement. Cela implique à la fois une liste d'autorisation côté Engage et une vérification distincte dans le SDK Engage. Que vous soyez un partenaire du programme d'accès anticipé ou que vous souhaitiez le devenir prochainement, veuillez nous contacter afin que nous puissions configurer les autorisations d'accès avant que vous ne commenciez à intégrer le SDK Engage.

Les exigences concernant les images ont été mises à jour dans la section Créer des entités.

Avec cette nouvelle documentation de l'API, les données "Continuer à regarder" seront-elles extraites du client par le serveur Google et seront-elles reflétées sur tous les appareils ?

La nouvelle API apporte des améliorations significatives pour les contenus de la ligne "Continuer à regarder", y compris :

  • Expérience fluide sur les appareils Google TV : les utilisateurs peuvent commencer à regarder un contenu sur un appareil Google TV et reprendre la lecture sur n'importe quel autre appareil Google TV connecté au même compte. Cette fonctionnalité est également compatible avec les anciennes versions d'Android TV.

  • Intégration d'applications mobiles : le contenu d'Engage est présenté dans l'application mobile Google TV pour Android et iOS, ce qui permet aux utilisateurs de passer facilement de leur téléviseur à leurs appareils mobiles.

  • Amélioration de la rétention des utilisateurs : même sur les appareils où l'application n'est pas installée ou sur lesquels l'utilisateur n'est pas connecté, le contenu de la ligne "Continuer à regarder" encourage les utilisateurs à réutiliser votre application, ce qui améliore la rétention.

  • Expansion à d'autres plates-formes : Engage s'étend à d'autres plates-formes multimédias Google telles qu'Android, les collections Play, les tablettes et d'autres applications et surfaces multimédias Google sur Android, ce qui maximise l'engagement des utilisateurs sur tous les appareils.

Quelle est la limite du nombre d'entités que je peux publier dans le cluster de continuation ?

Chaque développeur partenaire est limité à un maximum de cinq entités dans le cluster "Continuation". Cette limite permet de distribuer équitablement les contenus sur la ligne "Continuer à regarder" de Google TV, qui est un espace partagé entre plusieurs fournisseurs de contenus multimédias.

Que se passe-t-il si j'essaie de publier plus de cinq entités ?

Le SDK Engage rejettera votre demande de publication si elle dépasse la limite de cinq entités. Vous devrez réduire le nombre d'entités dans votre requête pour pouvoir publier. Vous ne devez inclure que les entités pour lesquelles les utilisateurs ont interrompu la lecture. Dans la plupart des cas, il n'y aura donc que quelques entités de ce type. S'il y en a plus de cinq, vous pouvez choisir de publier les plus récentes.

Pourquoi le nombre d'entités est-il limité ?

La ligne "Continuer à regarder" sur Google TV affiche les contenus de différents fournisseurs de contenus multimédias. Limiter le nombre d'entités par fournisseur afin que les utilisateurs voient une sélection variée de contenus provenant de toutes leurs sources préférées, ce qui favorise une expérience utilisateur juste et équilibrée.

Questions sur l'application de validation

Est-il obligatoire de tester mon application avec l'application de validation avant de l'envoyer ?

Oui, il est essentiel de tester votre application avec l'application de validation avant d'envoyer votre APK.

Même si vous êtes sûr de votre implémentation, l'intégration d'Engage comporte de nombreux composants complexes. L'application de validation sert de filet de sécurité, en détectant les problèmes potentiels dès le début et en vous faisant gagner du temps et des efforts à long terme.

Il s'agit d'une vérification rapide qui permet de garantir un lancement fluide et une expérience utilisateur optimale.

En identifiant et en résolvant les problèmes à l'avance, vous pouvez éviter la frustration liée aux refus et aux nouvelles demandes d'examen.

Pour envoyer votre APK, vous devez inclure une capture d'écran montrant que votre application a bien été validée.

Quelles sont les erreurs courantes à éviter lors de l'intégration ?

L'application de validation est conçue pour détecter les problèmes potentiels liés à votre intégration Engage. Voici quelques erreurs courantes que les développeurs rencontrent souvent :

Pour tous les types de contenus (films, épisodes de séries TV, diffusions en direct, extraits vidéo) :

  • Liens manquants : assurez-vous de fournir des URI (liens) valides et spécifiques à la plate-forme pour votre contenu. Ces liens indiquent au système où trouver votre contenu sur chaque plate-forme.
  • Titres manquants : n'oubliez pas d'inclure des titres pour tous vos contenus. Cela permet aux utilisateurs d'identifier ce qu'ils regardaient.
  • Proportions des images : vérifiez que toutes les images associées à votre contenu ont des proportions proches de 16:9. Cela permet de s'assurer que vos images s'affichent correctement sur différents écrans.

Pour les épisodes de séries TV :

  • Informations complètes sur l'épisode : veillez à inclure le titre de l'émission, le numéro de l'épisode et le numéro de la saison. Cela permet d'organiser les épisodes et de naviguer dans une série.
  • Position de lecture exacte : vérifiez que la dernière position de lecture est inférieure ou égale à la durée totale de l'épisode. Cela permet de s'assurer que les utilisateurs reprennent la lecture au bon endroit.

Pour les films :

  • Position de lecture précise : comme pour les épisodes de séries TV, vérifiez que la dernière position de lecture est exacte.

Pour les vidéos en live streaming :

  • Informations sur le diffuseur : incluez le nom du diffuseur pour les diffusions en direct.

Pour les extraits vidéo :

  • Informations sur le créateur : indiquez le créateur de l'extrait vidéo.

N'oubliez pas : l'application de validation signalera ces problèmes, ce qui vous permettra de les corriger avant d'envoyer votre application. Vous gagnerez ainsi du temps et offrirez une expérience plus fluide à vos utilisateurs.

Questions sur le compte et le profil

Mon application utilise des connexions d'utilisateurs anonymes. AccountProfile est-il toujours requis pour Engage ?

AccountProfile est conçu pour les applications qui utilisent des comptes utilisateur individuels. Toutefois, nous comprenons que certaines applications, comme la vôtre, puissent s'appuyer sur des connexions anonymes. Voici comment Engage fonctionne dans ce scénario :

  • AccountProfile est techniquement requis, mais vous pouvez intégrer Engage même si votre application ne dispose pas d'un système de compte utilisateur.
  • Limitation à l'utilisation sur l'appareil : les fonctionnalités multi-appareils d'Engage reposent sur l'identification des utilisateurs sur différents appareils. Comme les connexions anonymes ne fournissent pas ces informations, la fonctionnalité sera limitée à l'appareil actuel de l'utilisateur.
  • Configuration : pour configurer cette fonctionnalité, vous devez désactiver la synchronisation sur plusieurs appareils. Cela permet de s'assurer que les entrées de reprise n'apparaissent que sur l'appareil spécifique sur lequel le contenu a été lancé.

En résumé, vous pouvez intégrer Engage aux connexions anonymes, mais les utilisateurs ne pourront reprendre la lecture du contenu que sur le même appareil.

Puis-je utiliser AccountProfile avec uniquement accountId et sans profileId, même si mon application est compatible avec accountId et profileId ?

AccountProfile nécessite à la fois accountId et profileId pour fonctionner correctement. Voici pourquoi :

  • Identification cohérente : accountId identifie l'utilisateur, tandis que profileId distingue les différents profils du compte de cet utilisateur (le cas échéant). En fournissant les deux, vous vous assurez qu'Engage suit et affiche avec précision le contenu de chaque profil.
  • Éviter les erreurs : l'utilisation incohérente de accountId et profileId dans différents appels d'API peut entraîner un comportement inattendu et des erreurs. Par exemple, si vous incluez les deux lorsque vous ajoutez du contenu à Engage, mais que vous n'utilisez que accountId lorsque vous supprimez du contenu, le système risque de ne pas pouvoir identifier et supprimer correctement les éléments prévus.

profileId est-il requis pour Engage ?

  • Veuillez remplir le champ "accountId". Cela permet d'identifier l'utilisateur sur tous les appareils.
  • profileId est crucial pour une bonne expérience utilisateur. Bien que techniquement facultatif, profileId est fortement recommandé si votre service accepte plusieurs profils (comme de nombreux services de streaming). Pourquoi est-ce si important ? En effet, sans profileId, la ligne "Continuer à regarder" peut afficher du contenu provenant d'autres profils du même compte. Cela peut prêter à confusion et frustrer vos utilisateurs.
  • En résumé, fournir profileId permet de s'assurer que le contenu fourni à la ligne "Continuer à regarder" reflète précisément l'historique de visionnage de chaque utilisateur. Sauf si votre application n'est pas compatible avec le concept de profil dans un compte, vous devez le fournir.

Comment Google utilise-t-il le profileId de son côté ?

Si le service propose différents profils pour regarder des contenus, accountId et profileId seront utilisés pour associer les contenus regardés sur l'appareil au compte Google connecté sur l'appareil. Google enregistre les données ContinueWatching pour la combinaison de accountId et profileId. Tout appareil Google connecté au même compte Google recevra les dernières données mises à jour à partir des mêmes accountId et profileId associés, dans sa ligne "Continuer à regarder".

L'association de comptes est-elle requise pour implémenter Engage ?

L'association de comptes n'est pas nécessaire. Elle est en cours de dépriorisation, et tous les cas d'utilisation associés seront couverts par la nouvelle API Device Entitlements.

Questions sur la synchronisation entre les appareils

Avec le consentement de l'utilisateur pour la synchronisation entre appareils, le contenu qu'il regarde est enregistré sur les serveurs Google TV, ce qui lui permet de reprendre facilement là où il s'est arrêté sur n'importe quel appareil connecté à votre compte. Sans consentement, l'historique des vidéos regardées reste stocké localement sur l'appareil actuel.

Pouvons-nous définir "sync across devices" sur "false" ?

L'option setUserConsentToSyncAcrossDevices détermine si les données ContinuationCluster d'un utilisateur sont synchronisées sur ses appareils (téléviseur, téléphone, tablette, etc.). Si cette option est définie sur "false", le contenu "Continuer à regarder" n'est affiché que sur le même appareil.

Pour tirer le meilleur parti de notre fonctionnalité inter-appareil, nous vous conseillons vivement d'obtenir le consentement utilisateur et de définir SyncAcrossDevices sur "true".

de ses appareils mobiles ? Quels points de données sont partagés avec des serveurs tiers à partir d'appareils non Android ?

Le consentement est recueilli au niveau de l'utilisateur (profil ou compte). Une fois le consentement obtenu, les charges utiles "Continuer à regarder" basées sur l'engagement peuvent être envoyées n'importe où afin que Google puisse refléter l'état de reprise de l'ubiquité des utilisateurs sur toutes les entités avec lesquelles ils ont un engagement partiel ou suivant, sur n'importe quel appareil (sans avoir à redemander le consentement sur chaque appareil ou plate-forme). Les partenaires enverront le dernier état de reprise de lecture des utilisateurs (conformément aux spécifications) associé à l'ID de profil (qui a été déposé sur Android).

Questions sur l'API REST

Existe-t-il une documentation sur l'API REST ?

L'API REST devrait être disponible en mars 2025, comme indiqué dans la documentation pour les développeurs Engage.

Anciennes questions sur "À regarder ensuite"

Est-ce qu'Engage remplace l'API Watch Next ?

Engage sera rétrocompatible sur tous les appareils Android TV compatibles avec l'API À regarder ensuite. Pour intégrer leur contenu sur Google TV et d'autres surfaces compatibles avec Engage, les développeurs doivent utiliser le SDK Engage.

Questions sur les tests et l'intégration

Quelle est la différence entre LastPlayBackPositionTimeMillis et duration ?

"LastPlayBackPositionTimeMillis" doit refléter la durée de lecture en millisecondes à laquelle l'utilisateur a arrêté de regarder (par exemple, 605 000 ms pour 10 minutes et 5 secondes). Elle ne doit jamais être supérieure à la durée totale de l'entité.

LastEngagementTime est l'horodatage de la dernière interaction de l'utilisateur avec le contenu.

Quels sont les scénarios de test à effectuer ?

Voici les scénarios de test pour Google TV que notre équipe d'assurance qualité effectue. Des scénarios de test similaires peuvent également être effectués sur d'autres surfaces.

  1. Regardez une vidéo de plus de 20 minutes pendant environ 5 minutes. Quittez l'application. La fiche vidéo doit s'afficher dans la ligne "Continuer à regarder". Remarque : Nous n'affichons que cinq fiches par application tierce dans CW.
  2. Si vous sélectionnez la fiche qui vient d'apparaître dans la ligne "Continuer à regarder", la lecture de la vidéo doit reprendre au bon endroit. Remarque : La lecture de tout contenu, nouveau ou ancien, doit reprendre là où elle s'est arrêtée.
  3. Le changement de compte sur l'appareil GTV devrait modifier les fiches de la ligne "Reprendre la lecture". Seules les vidéos du compte actuel doivent s'afficher. Trié par ordre chronologique. Le CW du profil d'application tierce sera mélangé. Remarque : CW pour GoogleAccount2 affichera les contenus tiers que GoogleAccount2 a regardés.
  4. Quittez l'application à l'aide du bouton RETOUR > Vérifiez que la fiche s'affiche sur la ligne "Reprendre la lecture".
  5. Masquez la vidéo dans la ligne "Continuer à regarder". Elle ne doit plus s'afficher. Vérifiez si le contenu masqué reste masqué au-delà de 24 heures et même après l'ouverture de l'application après 24 heures. Vérifiez que le fait de masquer un élément ne masque pas plusieurs éléments.
  6. Disponibilité du contenu dans la ligne "Continuer à regarder" avec toutes les métadonnées : image de la fiche, nom de l'application, titre, numéro de saison et d'épisode pour les contenus TV
  7. "Vérifier la progression" s'affiche dans la barre de progression
  8. L'utilisateur a regardé le contenu jusqu'au générique de fin. Le contenu ne s'affiche pas dans la ligne "Reprendre la lecture".
  9. Vérifiez qu'aucun élément non regardé n'apparaît dans la ligne "Continuer à regarder".
  10. Vérifiez que les éléments de la section "Continuer à regarder" sont classés par ordre chronologique en fonction de la date de visionnage, et non de la date de la dernière ouverture de l'application ou du dernier jour.
  11. Vérifiez que les détails de l'épisode et de la saison sur la fiche "Continuer à regarder" correspondent à ce qui a été regardé dans le contenu épisodique.
  12. Vérifiez que les éléments terminés (éléments au niveau du générique ou au-delà) n'apparaissent pas dans la ligne "Continuer à regarder".
  13. Éteignez l'appareil au milieu de l'épisode, du film ou de l'émission. "Éteignez l'appareil au milieu de l'épisode, du film ou de l'émission. Vérifiez que lorsque vous allumez l'appareil et sur un autre téléviseur, CW affiche la bonne fiche , à la bonne position et avec la bonne barre de progression."
  14. Éteignez l'appareil après avoir regardé l'épisode 1 en entier, puis vérifiez.
  15. L'épisode 1 disparaît et ne réapparaît pas dans la ligne "Continuer à regarder" [sur le deuxième appareil et lorsque l'appareil de test est allumé]
    1. L'épisode 2 (si disponible) doit apparaître dans la ligne "Continuer à regarder" [sur le deuxième appareil et lorsque vous allumez l'appareil de test].
  16. Premier scénario : TV1 : compte Google : maman, compte/profil tiers : compte 1/profil_1. Regardez du contenu et vérifiez que les données de reprise de lecture affichent les contenus regardés par le compte tiers 1/profil 1.

  17. TV2 : CompteGoogle : maman. Vérifiez les données CW du premier scénario. Connectez-vous maintenant à l'application tierce avec un autre compte. Compte/profil tiers : account_2/profile_2. Regardez des contenus et vérifiez que les données de reprise de lecture affichent les contenus regardés par le compte tiers_2/profil_2.

  18. Compte Google : maman. Nouvelle coque d'appareil/Application tierce non installée. Sur un nouvel appareil (après rétablissement de la configuration d'usine), vérifiez que l'application Compagnon affiche les données de la dernière application tierce utilisée par le compte Google. Remarque : La ligne "Continuer à regarder" ne doit pas afficher de contenus tiers si le compte GAIA n'est pas encore associé à un profil tiers sur un autre appareil.

    1. Compte Google : maman. Nouvel appareil/Application tierce installée, mais l'utilisateur n'est pas connecté. Sur un nouvel appareil (réinitialisé), vérifiez que l'application Compagnon affiche les données de la dernière application tierce utilisée par le compte Google.
    1. Remarque : La ligne "Continuer à regarder" ne doit pas afficher de contenus tiers si le compte Google n'est pas encore associé à un profil tiers.

Le contenu de reprise n'apparaît pas dans l'application Google TV pour iOS. Que s'est-il passé ?

Vous devrez envoyer des liens profonds iOS pour que le contenu apparaisse dans la ligne "Continuer à regarder" sur les appareils iOS.

À quelle fréquence dois-je mettre à jour les informations sur les contenus de la ligne "Continuer à regarder" ? Dois-je le mettre à jour fréquemment, par exemple toutes les 15 secondes ?

Non, il n'est pas recommandé de modifier fréquemment les enchères. Voici pourquoi :

  • Impact sur les performances : l'envoi continu de mises à jour sollicite inutilement nos serveurs, ce qui peut ralentir le système pour tous les utilisateurs.
  • Données inutiles : lorsqu'un utilisateur regarde activement une vidéo, sa position de lecture change constamment. L'envoi de mises à jour toutes les quelques secondes crée de nombreuses données redondantes qui ne sont pas utiles pour reprendre la lecture.

Quand mettre à jour les informations sur le contenu de la ligne "Reprendre la lecture" :

Concentrez-vous sur la capture des changements significatifs dans la progression de la lecture de l'utilisateur. Voici les principaux scénarios :

  • Lecture mise en pause ou arrêtée : lorsqu'un utilisateur met en pause ou arrête la lecture, envoyez une mise à jour pour enregistrer sa position actuelle.
  • Application fermée ou en arrière-plan : si un utilisateur quitte l'application ou passe à une autre application pendant qu'il regarde une vidéo, envoyez une mise à jour pour enregistrer sa progression.
  • Lorsqu'un utilisateur supprime un élément de sa ligne "Continuer à regarder" dans l'application

Comment mettre à jour efficacement :

Au lieu de mises à jour programmées, utilisez des événements dans votre lecteur vidéo ou le cycle de vie de l'application pour déclencher les mises à jour. Exemple :

  • onPause, onStop : lorsque la lecture de la vidéo est mise en pause ou arrêtée.
  • onAppClose, onAppBackgrounded : lorsque l'application se ferme ou passe en arrière-plan.

En suivant ces consignes, vous utiliserez efficacement les ressources tout en offrant une expérience fluide à vos utilisateurs dans la ligne "Continuer à regarder".