Domande frequenti sull'SDK Engage

Pubblicare le domande frequenti

Chi gestisce il job di pubblicazione dei contenuti?

Lo sviluppatore di app gestisce il job di pubblicazione dei contenuti e invia richieste al servizio Engage. In questo modo, i partner sviluppatori hanno un maggiore controllo su quando e come pubblicare i contenuti per gli utenti. In questo modo si evita di attivare l'app partner troppo frequentemente per pubblicare contenuti.

Uno sviluppatore deve pubblicare tutti i tipi di cluster?

Anche se tecnicamente gli sviluppatori sono liberi di pubblicare un solo cluster, consigliamo vivamente di includerne di più. In caso contrario, gli sviluppatori perdono l'opportunità di aumentare il coinvolgimento con i loro contenuti. Ti consigliamo vivamente di pubblicare tutti i tipi di cluster per ogni verticale.

Con quale frequenza il partner sviluppatore deve pubblicare i dati utilizzando Work Manager mentre l'app è in esecuzione?

Questa decisione spetta al partner sviluppatore. Google consiglia di pubblicare una o due volte al giorno per i contenuti di consigli generali e di utilizzare una metodologia basata sugli eventi per i contenuti relativi al carrello degli acquisti, al riordino e ad altri contenuti di continuazione (ad esempio, avvia il worker come callback dell'utente che aggiunge articoli al carrello o dell'utente che interrompe la visione di un film a metà). Per le app social, è fondamentale pubblicare cluster di consigli aggiornati dopo ogni utilizzo dell'app. Gli utenti delle app social sono più interessati ai consigli più recenti e idealmente vorrebbero vedere un post al massimo una volta.

Quando lo sviluppatore deve chiamare le API di eliminazione?

Le API di eliminazione devono essere chiamate solo quando non sono presenti contenuti da pubblicare. Non chiamare le API di eliminazione e pubblicazione successivamente per sostituire i contenuti; le API di pubblicazione rimuovono automaticamente i contenuti precedenti.

Domande frequenti sull'intent di trasmissione

Perché gli sviluppatori di app per Android devono registrarsi per gli intent di trasmissione?

Per mostrare contenuti aggiornati all'utente, devi utilizzare gli intent di trasmissione per attivare una sincronizzazione dei dati nei casi in cui gli utenti potrebbero non utilizzare spesso l'app.

Impossibile testare l'intent di trasmissione

L'app di verifica non supporta il test dell'intent di trasmissione con l'autorizzazione. Devi rimuovere le autorizzazioni durante il test e aggiungerle di nuovo prima di passare alla versione di produzione dell'SDK nel passaggio 6.

Esecuzione in background non consentita

Durante la registrazione dell'intent di trasmissione, potresti riscontrare il seguente errore:

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

Devi registrare i ricevitori di trasmissione in modo dinamico.

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));
...

}

Domande frequenti sui workflow

Durante l'integrazione con l'SDK, potresti riscontrare i seguenti errori:

Errori di convalida a livello di app, cluster ed entità

I riepiloghi a livello di app, cluster ed entità mostrano un conteggio degli errori di convalida. Questi errori corrispondono a campi obbligatori mancanti o a valori non validi forniti. I messaggi di errore vengono visualizzati in rosso sotto ogni campo pertinente. Correggi tutti gli errori di convalida e verifica la correttezza prima di condividere l'APK.

I link diretti sono associati al nome del pacchetto. Un buon modo per testare i link diretti è utilizzare lo strumento adb.

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

I link diretti sono un ottimo modo per monitorare l'attribuzione. Gli URL dei link diretti che indirizzano gli utenti alla tua app possono essere inclusi con parametri di monitoraggio aggiuntivi. Ad esempio: "http://xx/deeplink?source_tag=engage".

Gli sviluppatori possono aggiungere i propri parametri di monitoraggio e fornire l'attribuzione per calcolare l'impatto.

Domande frequenti su Engage for TV 2.0

Domande generali

Che cos'è Engage?

La funzionalità Continua a guardare porta l'esperienza di ripresa dei contenuti al livello successivo. Si tratta di un upgrade significativo che consente agli spettatori di riprendere senza problemi i contenuti su una gamma più ampia di dispositivi. Immagina di iniziare a guardare un film su Google TV e di continuare a guardarlo senza problemi sullo smartphone durante il tragitto: questo è il potere di Continua a guardare.

Questo nuovo sistema è progettato per aumentare il coinvolgimento e la fidelizzazione degli spettatori offrendo un'esperienza fluida e senza interruzioni nell'intero ecosistema Google.

L'API Video Discovery è uguale a Engage?

Sì, sono uguali. L'SDK Engage è una libreria che include il supporto per la riga Continua a guardare. Engage supporta più tipi di entità di contenuti rispetto ai video, motivo per cui l'integrazione non si chiama più "Video Discovery".

Quali sono i vantaggi dell'utilizzo di Engage?

Risposta: Engage consente agli spettatori di riprendere più facilmente la visione dei tuoi contenuti da dove l'avevano interrotta, indipendentemente dal dispositivo che utilizzano. Ecco come funziona:

  • Esperienza senza interruzioni su Google: inizia a guardare i contenuti su Google TV e continua senza problemi sul tuo smartphone Android, iPhone o tablet Android. Funziona anche sui dispositivi su cui non hai ancora installato l'app.
  • Maggiore coinvolgimento e fidelizzazione: Engage aiuta gli utenti a tornare nella tua app, anche su nuovi dispositivi. Consentendo agli utenti di riprendere la visione dei loro programmi preferiti, aumenti le probabilità che continuino a guardare i tuoi contenuti.
  • Maggiore copertura: oltre a Google TV, Engage funziona con altre esperienze multimediali Android, come Raccolte di Play e altre app multimediali Google.
  • Compatibilità con le versioni precedenti: se utilizzi già la funzionalità precedente "Cosa guardare", non ci sono problemi. Engage è compatibile con le versioni precedenti, quindi l'integrazione esistente continuerà a funzionare.

Nota importante: tutte le nuove integrazioni di Continua a guardare devono utilizzare Engage. Il sistema precedente "Prossimi contenuti cross-device" verrà ritirato.

Quali piattaforme supportano Engage?

  1. Google TV
  2. Android TV (solo su dispositivo, ma supporta l'SDK Engage)
  3. App mobile Google TV per Android
  4. App mobile Google TV per iOS
  5. Raccolte di Google Play
  6. Google Entertainment Space
  7. Dispositivi iOS (con integrazione dell'API REST).

L'SDK Engage è per Continua a guardare?

Sì, l'SDK Engage supporta i contenuti per la riga Continua a guardare. È obbligatorio per l'integrazione con Engage.

Engage è disponibile per tutti?

Engage viene implementato in più fasi.

  • Accesso in anteprima: inizialmente concederemo l'accesso a un gruppo selezionato di partner tramite un programma di accesso in anteprima (EAP).
  • Ampliamento dell'accesso: stiamo lavorando assiduamente per rendere disponibile Engage a tutti gli sviluppatori a breve.

Per un lancio fluido e riuscito, abbiamo implementato misure di salvaguardia per gestire l'implementazione. Ciò comporta sia una lista consentita sul lato Engage sia un controllo separato all'interno dell'SDK Engage. Che tu sia un partner EAP o voglia eseguire l'onboarding a breve, contattaci per configurare le autorizzazioni di accesso prima di iniziare l'integrazione dell'SDK Engage.

I requisiti per le immagini sono stati aggiornati nella sezione Crea entità.

Con questa nuova documentazione dell'API, i dati di Continua a guardare verranno recuperati dal server Google dal client e verranno visualizzati su tutti i dispositivi?

La nuova API offre miglioramenti significativi per i contenuti nella riga Continua a guardare, tra cui:

  • Esperienza fluida su tutte le Google TV:gli utenti possono iniziare a guardare contenuti su una Google TV e riprenderli su qualsiasi altra Google TV su cui è stato eseguito l'accesso con lo stesso account. Questa funzionalità è compatibile anche con le versioni precedenti di Android TV.

  • Integrazione dell'app mobile: i contenuti di Engage vengono visualizzati nell'app mobile Google TV per Android e iOS, consentendo agli utenti di passare facilmente dalla TV ai dispositivi mobili.

  • Maggiore fidelizzazione degli utenti:anche sui dispositivi su cui l'app non è installata o su cui l'utente non ha eseguito l'accesso, i contenuti nella riga Continua a guardare incoraggiano gli utenti a interagire di nuovo con la tua app, aumentando la fidelizzazione.

  • Espansione ad altre piattaforme: Engage si estende ad altre piattaforme multimediali Google come Android, Play Collections, tablet e altre app e piattaforme multimediali Google su Android, massimizzando il coinvolgimento degli utenti su tutti i dispositivi.

Qual è il limite al numero di entità che posso pubblicare nel cluster Continuità?

Ogni partner sviluppatore è limitato a un massimo di 5 entità nel cluster Continua. Questo limite è previsto per una distribuzione equa dei contenuti nella riga "Continua a guardare" su Google TV, uno spazio condiviso per più fornitori di contenuti multimediali.

Che cosa succede se provo a pubblicare più di 5 entità?

L'SDK Engage rifiuterà la richiesta di pubblicazione se supera il limite di 5 entità. Per pubblicare correttamente, devi ridurre il numero di entità nella richiesta. Devi includere solo le entità in cui gli utenti hanno interrotto la visualizzazione, quindi nella maggior parte dei casi ci saranno solo poche entità di questo tipo. Quando ci sono più di 5 entità di questo tipo, puoi scegliere quelle più recenti da pubblicare.

Perché esiste un limite al numero di entità?

La riga Continua a guardare su Google TV mostra i contenuti di vari fornitori di contenuti multimediali. Limitare il numero di entità per fornitore in modo che gli utenti vedano una selezione diversificata di contenuti di tutte le loro fonti preferite, promuovendo un'esperienza utente equa ed equilibrata.

Domande sull'app di verifica

È obbligatorio testare la mia app con l'app di verifica prima dell'invio?

Sì, testare l'app con l'app di verifica è essenziale prima di inviare l'APK.

Sebbene tu possa avere fiducia nella tua implementazione, l'integrazione di Engage presenta molti componenti complessi. L'app di verifica funge da rete di sicurezza, rilevando potenziali problemi in anticipo e facendoti risparmiare tempo e fatica a lungo termine.

Consideralo un rapido controllo che contribuisce a garantire un lancio senza problemi e un'ottima esperienza utente.

Identificando e risolvendo eventuali problemi in anticipo, puoi evitare la frustrazione di rifiuti e nuovi invii.

Per inviare l'APK, devi includere uno screenshot che mostri che la tua app ha superato la procedura di verifica.

Quali sono alcuni errori comuni da tenere in considerazione durante l'integrazione?

L'app di verifica è progettata per rilevare potenziali problemi con l'integrazione di Engage. Ecco alcuni errori comuni che gli sviluppatori riscontrano spesso:

Per tutti i tipi di contenuti (film, episodi TV, live streaming, clip video):

  • Link mancanti: assicurati di fornire URI (link) validi specifici per la piattaforma per i tuoi contenuti. Questi link indicano al sistema dove trovare i tuoi contenuti su ogni piattaforma.
  • Titoli mancanti: non dimenticare di includere i titoli per tutti i tuoi contenuti. In questo modo gli utenti possono identificare i contenuti che stavano guardando.
  • Proporzioni delle immagini: verifica che tutte le immagini associate ai tuoi contenuti abbiano proporzioni vicine a 16:9. In questo modo, le immagini vengono visualizzate correttamente su schermi diversi.

Per le puntate TV:

  • Informazioni complete sull'episodio: assicurati di includere il titolo del programma, il numero dell'episodio e il numero della stagione. In questo modo gli episodi vengono organizzati e gli utenti possono navigare all'interno di una serie.
  • Posizione di riproduzione accurata: verifica che l'ultima posizione di riproduzione sia inferiore o uguale alla durata totale dell'episodio. In questo modo, gli utenti riprendono la riproduzione dal punto corretto.

Per i film:

  • Posizione di riproduzione accurata: come per gli episodi TV, verifica che l'ultima posizione di riproduzione sia corretta.

Per i video in live streaming:

  • Informazioni sull'emittente: includi il nome dell'emittente per i live streaming.

Per i video clip:

  • Informazioni sul creator: specifica il creator del video clip.

Ricorda: l'app di verifica segnalerà questi problemi, consentendoti di risolverli prima di inviare l'app. In questo modo risparmierai tempo e garantirai un'esperienza più fluida per i tuoi utenti.

Domande su account e profilo

La mia app utilizza accessi utente anonimi. AccountProfile è ancora necessario per Engage?

AccountProfile è progettato per le app che utilizzano account utente individuali. Tuttavia, siamo consapevoli che alcune app, come la tua, potrebbero basarsi su accessi anonimi. Ecco come funziona Engage in questo scenario:

  • AccountProfile è tecnicamente obbligatorio, ma puoi comunque integrare Engage anche se la tua app non dispone di un sistema di account utente.
  • Limitato all'utilizzo sul dispositivo: le funzionalità cross-device di Engage si basano sull'identificazione degli utenti su diversi dispositivi. Poiché gli accessi anonimi non forniscono queste informazioni, la funzionalità sarà limitata al dispositivo attuale dell'utente.
  • Come configurare: per configurare questa impostazione, devi disattivare la sincronizzazione cross-device. In questo modo, le voci di continuazione vengono visualizzate solo sul dispositivo specifico su cui sono stati avviati i contenuti.

In sintesi: anche se puoi integrare Engage con gli accessi anonimi, gli utenti potranno riprendere i contenuti solo sullo stesso dispositivo.

Posso utilizzare AccountProfile solo con accountId e senza profileId, anche se la mia app supporta sia accountId sia profileId?

AccountProfile richiede sia accountId che profileId per funzionare correttamente. Ecco perché:

  • Identificazione coerente: accountId identifica l'utente, mentre profileId distingue tra i diversi profili all'interno dell'account dell'utente (se applicabile). Fornire entrambi i dati assicura che Engage tracci e visualizzi con precisione i contenuti per ogni profilo individuale.
  • Prevenzione degli errori: l'utilizzo incoerente di accountId e profileId in diverse chiamate API può causare errori e comportamenti imprevisti. Ad esempio, se li includi entrambi quando aggiungi contenuti a Engage, ma utilizzi solo accountId quando elimini i contenuti, il sistema potrebbe non essere in grado di identificare e rimuovere correttamente gli elementi previsti.

profileId è obbligatorio per Engage?

  • Il campo accountId è obbligatorio. In questo modo, l'utente viene identificato su tutti i dispositivi.
  • profileId è fondamentale per una buona esperienza utente. Sebbene tecnicamente opzionale, profileId è vivamente consigliato se il tuo servizio supporta più profili (come molti servizi di streaming). Perché è così importante? Senza profileId, la riga Continua a guardare potrebbe mostrare contenuti di altri profili dello stesso account. Ciò può portare a un'esperienza confusa e frustrante per i tuoi utenti.
  • In breve: fornire profileId assicura che i contenuti forniti alla riga Continua a guardare riflettano con precisione la cronologia delle visualizzazioni di ogni individuo. A meno che la tua app non supporti il concetto di profilo all'interno di un account, devi fornirlo.

In che modo Google utilizza profileId?

Se il servizio offre profili diversi per guardare i contenuti, accountId e profileId verranno utilizzati per associare i contenuti guardati sul dispositivo all'Account Google su cui è stato eseguito l'accesso sul dispositivo. Google registrerà i dati di Continua a guardare in base alla combinazione di accountId e profileId. Qualsiasi dispositivo Google su cui è stato eseguito l'accesso con lo stesso Account Google riceverà i dati aggiornati più recenti dalla stessa combinazione di accountId e profileId nella riga Continua a guardare.

È necessario collegare un account per implementare Engage?

Il collegamento dell'account non è necessario. Verrà data meno priorità e tutti i casi d'uso correlati saranno coperti dalla nuova API Entitlements Dispositivi.

Domande sulla sincronizzazione su più dispositivi

Con il consenso dell'utente per la "sincronizzazione su più dispositivi", i contenuti che sta guardando verranno salvati sui server di Google TV, consentendogli di riprendere senza problemi da dove aveva interrotto la visione su qualsiasi dispositivo su cui è stato eseguito l'accesso. Senza il consenso, la cronologia delle visualizzazioni rimane locale sul dispositivo corrente.

Possiamo impostare "Sincronizza su più dispositivi" su false?

Il flag setUserConsentToSyncAcrossDevices controlla se i dati di ContinuationCluster di un utente vengono sincronizzati tra i suoi dispositivi (TV, smartphone, tablet e così via). Se questo flag è impostato su false, i contenuti da continuare a guardare vengono visualizzati solo sullo stesso dispositivo.

Per sfruttare al meglio la nostra funzionalità cross-device, ti consigliamo vivamente di ottenere il consenso dell'utente e impostare SyncAcrossDevices su true.

dispositivi? Quali punti dati vengono condivisi con i server di terze parti da dispositivi non Android?

Il consenso viene raccolto a livello di utente (profilo o account). Una volta ottenuto il consenso, i payload di Continua a guardare basati sul coinvolgimento possono essere inviati ovunque, in modo che Google possa riflettere lo stato di ripresa dell'ubiquità degli utenti su tutte le entità con cui hanno un coinvolgimento parziale o successivo, su qualsiasi dispositivo (senza dover richiedere nuovamente il consenso su ogni dispositivo o piattaforma). I partner invieranno l'ultimo stato di continua visione degli utenti (come da specifica) associato all'ID profilo (depositato su Android).

Domande sulle API REST

Esiste una documentazione sull'API REST?

La data stimata per l'API REST è marzo 2025, come indicato nella documentazione per gli sviluppatori di Engage.

Domande legacy su Cosa guardare

Engage sostituirà l'API Guarda il prossimo?

Engage sarà compatibile con le versioni precedenti su tutti i dispositivi Android TV che supportano l'API Watch Next. Per l'integrazione su Google TV e altre piattaforme che supportano Engage, gli sviluppatori devono utilizzare l'SDK Engage.

Domande su test e integrazione

Qual è la differenza tra LastPlayBackPositionTimeMillis e duration?

LastPlayBackPositionTimeMillis deve riflettere la durata della riproduzione in millisecondi in cui l'utente ha interrotto la visione (ad es.605.000 ms per 10 minuti e 5 secondi). Non deve mai essere superiore alla durata totale dell'entità.

LastEngagementTime, invece, è il timestamp dell'ultima interazione dell'utente con i contenuti.

Quali scenari di test dobbiamo eseguire?

Di seguito sono riportati i casi di test per Google TV eseguiti dal nostro team addetto al QA. Casi di test simili possono essere eseguiti anche su altre piattaforme.

  1. Guarda un video di durata superiore a 20 minuti per circa 5 minuti. Esci dall'app. La scheda video dovrebbe essere visualizzata nella riga Continua a guardare. Nota: In CW vengono visualizzate solo 5 schede per ogni app di terze parti
  2. Se selezioni la scheda appena visualizzata nella riga Continua a guardare, la riproduzione del video dovrebbe riprendere dal punto giusto. Nota: la riproduzione dei contenuti nuovi o meno recenti dovrebbe riprendere dal punto in cui era stata interrotta l'ultima volta.
  3. Il cambio di account sul dispositivo GTV dovrebbe modificare le schede nella riga Continua a guardare. Dovrebbero essere visualizzati solo i video dell'account corrente. Ordinata in ordine recente. Il profilo dell'app di terze parti CW verrà mischiato. Nota: CW per GoogleAccount2 mostrerà i contenuti di terze parti con cui GoogleAccount2 ha interagito guardando
  4. Esci dall'app con il pulsante INDIETRO > Verifica che la scheda sia visualizzata nella riga "Continua a guardare".
  5. Nascondi il video nella riga Continua a guardare. Non dovrebbe essere visualizzato di nuovo. Verifica se i contenuti nascosti rimangono nascosti per più di 24 ore e anche dopo l'apertura dell'app dopo 24 ore. Verifica che la visualizzazione di un elemento non nasconda più elementi.
  6. Disponibilità dei contenuti nella riga Continua a guardare con metadati completi: immagine della scheda, nome dell'app, titolo, numero di episodio della stagione per i contenuti TV
  7. Verifica l'avanzamento viene visualizzato nella barra di avanzamento.
  8. L'utente ha guardato i contenuti fino ai titoli di coda. I contenuti non vengono visualizzati nella riga Continua a guardare.
  9. Verifica che nella riga Continua a guardare non vengano visualizzati elementi non guardati
  10. Verifica che gli elementi di CW siano disposti in ordine cronologico in base a quando si è verificata l'attività di visualizzazione e non in base all'ultima apertura dell'app o all'ultimo giorno
  11. Verifica che i dettagli della puntata e della stagione sulla scheda CW corrispondano a quelli visualizzati nei contenuti episodici
  12. Verifica che gli elementi completati (fino ai titoli di coda o oltre) non vengano visualizzati nella riga Continua a guardare
  13. Spegni il dispositivo a metà della visione dell'episodio/film/programma. "Spegni il dispositivo a metà della visione dell'episodio/film/programma. Verifica che all'accensione del dispositivo e su un'altra TV, CW mostri la scheda corretta , nella posizione e con la barra di avanzamento giuste"
  14. Spegni il dispositivo dopo aver guardato completamente l'episodio 1, verifica
  15. L'episodio 1 viene rilasciato e non viene visualizzato nella riga Continua a guardare [sul secondo dispositivo e all'accensione del dispositivo di test]
    1. L'episodio 2 (se disponibile) dovrebbe essere visualizzato nella riga Continua a guardare [sul secondo dispositivo e all'accensione del dispositivo di test]
  16. Primo scenario: TV1: GoogleAccount: mom, 3p account / profile: account 1 / profile_1. Guarda i contenuti e verifica che i dati CW mostrino i contenuti guardati da 3P account_1/profile_1

  17. TV2: GoogleAccount: mom. Verifica i dati CW del primo scenario. Ora accedi all'app di terze parti con un altro account. Account / profilo di terze parti: account_2/ profile_2. Guarda i contenuti e verifica che i dati CW mostrino i contenuti guardati da 3p account_2/profile_2

  18. GoogleAccount: mom. Nuova custodia del dispositivo /app di terze parti non installata. Su un nuovo dispositivo(esegui il ripristino dei dati di fabbrica), verifica che CW mostri i dati dell'ultima app di terze parti utilizzata dall'Account Google. Nota: la riga CW non deve mostrare contenuti di terze parti se l'ID Gaia non è ancora associato a un profilo di terze parti su un altro dispositivo

    1. GoogleAccount: mom. Nuova custodia per il dispositivo /app di terze parti installata, ma non è stato eseguito l'accesso. Su un nuovo dispositivo(ripristina i dati di fabbrica), Verifica CW mostra i dati dell'ultima app di terze parti utilizzata dall'Account Google.
    1. Nota: la riga Continua a guardare non deve mostrare contenuti di terze parti se l'Account Google non è ancora associato a un profilo di terze parti

Non visualizziamo contenuti di continuazione nell'app Google TV per iOS. Cosa è successo?

Per visualizzare i contenuti nella riga Continua a guardare sui dispositivi iOS, devi inviare link diretti iOS.

Con quale frequenza devo aggiornare le informazioni sui contenuti per la riga Continua a guardare? Devo aggiornarlo spesso, ad esempio ogni 15 secondi?

No, gli aggiornamenti frequenti non sono consigliati. Ecco perché:

  • Impatto sulle prestazioni: l'invio continuo di aggiornamenti mette a dura prova i nostri server, rallentando potenzialmente il sistema per tutti.
  • Dati non necessari: mentre un utente guarda attivamente un video, la posizione di riproduzione cambia costantemente. L'invio di aggiornamenti ogni pochi secondi crea molti dati ridondanti che non sono utili per riprendere la riproduzione.

Quando aggiornare le informazioni sui contenuti per la riga Continua a guardare:

Concentrati sulla registrazione di modifiche significative nell'avanzamento della visualizzazione dell'utente. Ecco gli scenari chiave:

  • Riproduzione in pausa o interrotta: quando un utente mette in pausa o interrompe la visione, invia un aggiornamento per memorizzare la posizione corrente.
  • App chiusa o in background: se un utente esce dall'app o passa a un'altra app mentre guarda un video, invia un aggiornamento per salvare i suoi progressi.
  • Quando un utente rimuove un elemento dalla riga Continua a guardare all'interno dell'app

Come eseguire l'aggiornamento in modo efficiente:

Anziché aggiornamenti programmati, utilizza gli eventi all'interno del ciclo di vita del video player o dell'app per attivare gli aggiornamenti. Ad esempio:

  • onPause, onStop: quando la riproduzione video si mette in pausa o si interrompe.
  • onAppClose, onAppBackgrounded: quando l'app si chiude o passa in background.

Se segui queste linee guida, garantisci un utilizzo efficiente delle risorse e offri comunque un'esperienza fluida nella riga Continua a guardare per i tuoi utenti.