Domande frequenti sulla pubblicazione
Chi gestisce il lavoro di pubblicazione di contenuti?
Lo sviluppatore di app gestisce l'attività di pubblicazione dei contenuti e invia richieste al servizio Engage. In questo modo, gli sviluppatori partner hanno maggiore controllo su come e quando pubblicare contenuti per gli utenti. In questo modo eviterai di riattivare l'app partner troppo spesso per pubblicare contenuti.
Uno sviluppatore deve pubblicare tutti i tipi di cluster?
Sebbene tecnicamente gli sviluppatori siano liberi di pubblicare un solo cluster, consigliamo vivamente di includerne anche altri. In caso contrario, gli sviluppatori perdono l'opportunità di aumentare il coinvolgimento con i loro contenuti. Consigliamo vivamente di pubblicare tutti i tipi di cluster per ogni verticale.
Con quale frequenza il partner sviluppatore deve pubblicare dati tramite il responsabile di lavoro mentre l'app è in esecuzione?
Questa decisione deve essere stabilita dal partner dello sviluppatore. Google consiglia di pubblicare una o due volte al giorno per i contenuti che consigliano contenuti generici e di utilizzare una metodologia basata sugli eventi per il carrello degli acquisti, il riordinamento e altri contenuti di continuazione (ad esempio, avvia il worker come un callback dell'utente che aggiunge articoli al carrello o l'utente che interrompe un film a metà).
Quando lo sviluppatore deve chiamare le API di eliminazione?
Le API di eliminazione dovrebbero essere chiamate solo quando non ci sono contenuti da pubblicare. Non chiamare le API di eliminazione e pubblicare successivamente per sostituire i contenuti; le API di pubblicazione rimuovono automaticamente i contenuti precedenti.
Domande frequenti su intent per la trasmissione
Perché gli sviluppatori di app Android devono registrarsi per gli intent di trasmissione?
Per mostrare contenuti aggiornati all'utente, devi utilizzare intent di trasmissione per attivare una sincronizzazione dei dati nei casi in cui gli utenti potrebbero non utilizzare spesso l'app.
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));
...
}
Domande frequenti sul flusso di lavoro
Durante l'integrazione con l'SDK, potresti riscontrare i seguenti errori:
Test dei link diretti
I link diretti sono associati al nome del pacchetto. Un buon modo per testare i link diretti è l'uso dello strumento ADB.
adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>
Come posso calcolare l'impatto dell'integrazione?
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=engagement".
Gli sviluppatori possono aggiungere i propri parametri di monitoraggio e fornire l'attribuzione per calcolare l'impatto.