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 via WorkManager pendant l'exécution de l'application ?
Cette décision revient aux partenaires développeurs. Google recommande de publier des données une ou deux fois par jour pour les contenus liés à des recommandations générales, et d'utiliser une méthodologie basée sur les événements pour les paniers, les commandes et les autres contenus de la catégorie "Suite" (par exemple, démarrage du worker en tant que rappel de l'utilisateur pour ajouter des articles à son panier ou arrêt d'un film par l'utilisateur en milieu de lecture).
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.
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));
...
}
Questions fréquentes sur les workflows
Lors de l'intégration avec le SDK, vous pouvez rencontrer les erreurs suivantes :
Tester les liens profonds
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>
Comment calculer l'impact de l'intégration ?
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.