FAQs veröffentlichen
Wer verwaltet den Job zur Inhaltsveröffentlichung?
Der App-Entwickler verwaltet den Veröffentlichungsjob und sendet Anfragen an die Engage-Dienst. So haben Entwicklerpartner mehr Kontrolle darüber, wann und wie Inhalte für Nutzer veröffentlicht werden. Dadurch wird verhindert, dass die Partner-App auch wieder aktiviert wird. um Inhalte regelmäßig zu veröffentlichen.
Muss ein Entwickler alle Clustertypen veröffentlichen?
Technisch gesehen haben Entwickler die Möglichkeit, nur einen Cluster zu veröffentlichen. Wir haben jedoch Andernfalls verpassen Entwickler die Chance, Interaktionen mit ihren Inhalten steigern. Wir empfehlen dringend, alle Clustertypen für jede Branche.
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 die Veröffentlichung einmal- oder zweimal täglich für allgemeine Empfehlungen und zur Verwendung eines ereignisgesteuerte Methodik für Warenkorb-, Neuanordnungs- und andere Fortführungsinhalte (z. B. Worker als Callback des Nutzers, der Artikel in den Einkaufswagen legt, oder den Nutzer, der einen Film halb anhält. Bei sozialen Apps ist es wichtig, aktualisierte Empfehlungscluster zu veröffentlichen. nach jeder App-Nutzung. Nutzer sozialer Apps interessieren sich eher für die neuesten Empfehlungen und im Idealfall einen Beitrag höchstens einmal sehen würden.
Wann sollte der Entwickler APIs zum Löschen aufrufen?
Delete APIs sollten nur aufgerufen werden, wenn keine Inhalte zum Veröffentlichen vorhanden sind. Nicht erlaubt Anschließend rufen Sie die APIs „delete“ und „publish“ auf, um Inhalte zu ersetzen. die Veröffentlichung APIs entfernen die früheren Inhalte automatisch.
Häufig gestellte Fragen zur Übertragungsabsicht
Warum müssen sich Android-App-Entwickler für Broadcast Intents registrieren?
Um dem Nutzer neue Inhalte bereitzustellen, sollten Sie Broadcast-Intents verwenden, um Eine Datensynchronisierung wird ausgelöst, wenn Nutzer die App nicht häufig verwenden.
Ausführung im Hintergrund nicht zulässig
Bei der Registrierung des Broadcast-Intents können Sie auf den folgenden Fehler stoßen:
Background execution not allowed: receiving Intent
{ act=com.google.android.engage.action.PUBLISH_RECOMMENDATION .. }
Die Übertragungsempfä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 mit dem SDK können folgende Fehler auftreten:
Deeplinks testen
Die Deeplinks sind dem Paketnamen zugeordnet. Eine gute Möglichkeit, wird das ADB-Tool verwendet.
adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>
Wie kann ich die Auswirkungen der Integration berechnen?
Über Deeplinks lässt sich die Attribution hervorragend nachvollziehen. Deeplink-URLs über die Nutzer zu Ihrer App gelangen, können Sie zusätzliche Tracking-Parameter verwenden. Beispiel: „http://xx/deeplink?source_tag=engage“.
Entwickler können eigene Tracking-Parameter hinzufügen und Auswirkungen berechnet.