Domande frequenti sull'SDK Engage

Domande frequenti sulla pubblicazione

Chi gestisce il lavoro di pubblicazione di contenuti?

Lo sviluppatore dell'app gestisce il job di pubblicazione dei contenuti e invia richieste al Coinvolgi il servizio. In questo modo, gli sviluppatori partner hanno un maggiore controllo su quando e come pubblicare contenuti per gli utenti. In questo modo si evita di riattivare l'app del partner. spesso per pubblicare contenuti.

Uno sviluppatore deve pubblicare tutti i tipi di cluster?

Anche se tecnicamente gli sviluppatori sono liberi di pubblicare un solo cluster, noi YouTube consigliarti e includerne altri. Altrimenti, gli sviluppatori perdono l'opportunità di incrementare un migliore coinvolgimento con i contenuti. Ti consigliamo vivamente di pubblicare tutti tipi di cluster per ogni verticale.

Con quale frequenza lo sviluppatore partner dovrebbe pubblicare i dati tramite Work Manager mentre l'app è in esecuzione?

La decisione deve essere presa dallo sviluppatore partner. Google consiglia la pubblicazione una o due volte al giorno per i contenuti consigliati generali e per l'utilizzo di uno metodologia basata sugli eventi per il carrello degli acquisti, il riordinamento e altri contenuti continui (ad esempio, avvia la worker come callback se l'utente aggiunge articoli al carrello o se l'utente interrompe un film a metà). Per le app social, è fondamentale pubblicare cluster di suggerimenti aggiornati dopo ogni utilizzo dell'app. Gli utenti delle app social sono più interessati alla più recente consigli e idealmente vorrebbe vedere un post al massimo una volta.

Quando deve avvenire la chiamata dello sviluppatore per eliminare le API?

Le API di eliminazione devono essere chiamate solo quando non ci sono contenuti da pubblicare. Azione sconsigliata chiamare le API per cancellare e pubblicare successivamente le API per sostituire i contenuti; pubblica Le API rimuovono automaticamente i contenuti precedenti.

Domande frequenti sugli intent di trasmissione

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

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

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

}

Domande frequenti sul flusso di lavoro

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

I link diretti sono associati al nome del pacchetto. Un buon modo per eseguire un test per i link diretti utilizzi 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 altri parametri di monitoraggio. ad esempio "http://xx/deeplink?source_tag=engagement".

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