FAQs zur Veröffentlichung
Wer verwaltet den Job zur Veröffentlichung von Inhalten?
Der App-Entwickler verwaltet den Job zur Veröffentlichung von Inhalten und sendet Anfragen an den Engage-Dienst. So haben Entwicklerpartner mehr Kontrolle darüber, wann und wie sie Inhalte für Nutzer veröffentlichen. So wird verhindert, dass die Partner-App zu häufig aktiviert wird, um Inhalte zu veröffentlichen.
Muss ein Entwickler alle Clustertypen veröffentlichen?
Technisch gesehen kann nur ein Cluster veröffentlicht werden. Wir empfehlen jedoch dringend, weitere Cluster einzubinden. Andernfalls verpassen Entwickler die Chance, die Interaktionen mit ihren Inhalten zu verbessern. Wir empfehlen dringend, alle Clustertypen für jede Branche zu veröffentlichen.
Wie oft sollte der Entwicklerpartner Daten über den Work Manager veröffentlichen, während die App ausgeführt wird?
Dies wird vom Entwicklerpartner festgelegt. Google empfiehlt, ein- bis zweimal pro Tag Inhalte für allgemeine Empfehlungen zu veröffentlichen und eine ereignisgesteuerte Methode für Einkaufswagen-, Neuanordnungs- und andere Fortsetzungsinhalte zu verwenden (z. B. den Worker als Callback starten, durch den der Nutzer Artikel in den Einkaufswagen legt oder den Film halb anhält).
Wann sollte der Entwickler APIs löschen?
Delete APIs sollten nur aufgerufen werden, wenn keine Inhalte zum Veröffentlichen vorhanden sind. Rufen Sie im Nachhinein nicht die APIs „delete“ und „publish“ auf, um Inhalte zu ersetzen. Die Publishing-APIs entfernen die älteren Inhalte automatisch.
FAQs zu Übertragungsabsichten
Warum müssen sich Entwickler von Android-Apps für Broadcast-Intents registrieren?
Um Nutzern neue Inhalte bereitzustellen, sollten Sie Broadcast-Intents verwenden, um eine Datensynchronisierung auszulösen, wenn Nutzer die App nicht häufig verwenden.
Ausführung im Hintergrund nicht zulässig
Bei der Registrierung des Broadcast-Intents kann es zu folgendem Fehler kommen:
Background execution not allowed: receiving Intent
{ act=com.google.android.engage.action.PUBLISH_RECOMMENDATION .. }
Die Empfänger müssen dynamisch registriert werden.
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));
...
}
Häufig gestellte Fragen zum Workflow
Bei der Integration des SDK können folgende Fehler auftreten:
Deeplinks testen
Die Deeplinks sind dem Paketnamen zugeordnet. Eine gute Methode zum Testen von Deeplinks ist das Tool ADB.
adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>
Wie kann ich die Auswirkungen der Integration berechnen?
Mit Deeplinks lässt sich die Attribution gut nachvollziehen. Sie können den Deeplink-URLs, über die Nutzer zu Ihrer App gelangen, zusätzliche Tracking-Parameter hinzufügen. Beispiel: „http://xx/deeplink?source_tag=engagement“.
Entwickler können eigene Tracking-Parameter hinzufügen und Attributionen bereitstellen, um die Auswirkungen zu berechnen.