Najczęstsze pytania na temat publikowania
Kto zarządza publikowaniem treści?
Deweloper aplikacji zarządza zadaniami publikowania treści i wysyła żądania do Usługa dla Agencji. Dzięki temu deweloperzy mają większą kontrolę nad tym, publikowanie treści dla użytkowników. Dzięki temu unikniesz wybudzenia aplikacji partnera do publikowania treści.
Czy deweloper musi opublikować wszystkie typy klastrów?
Choć technicznie programiści mogą opublikować tylko jeden klaster, zdecydowanie zawierają dodatkowe porady. W przeciwnym razie deweloperzy mogą przegapić szansę uzyskania zwiększyć zaangażowanie odbiorców. Zdecydowanie zalecamy opublikowanie wszystkich dla każdej branży.
Jak często partner dewelopera powinien publikować dane za pomocą menedżera roboczego, gdy aplikacja jest uruchomiona?
Decyzja o tym podejmuje partner deweloperów. Google zaleca publikowanie raz lub dwa razy dziennie w przypadku ogólnych rekomendacji oraz metodologii opartej na zdarzeniach w przypadku koszyka, zamawiania i innych kontynuacji (np. rozpoczynanie jako wywołanie zwrotne użytkownika, który dodaje produkty do koszyka lub zatrzymuje film w połowie). W przypadku aplikacji społecznościowych ważne jest publikowanie zaktualizowanych klastrów rekomendacji po każdym użyciu aplikacji. Użytkownicy aplikacji społecznościowych bardziej interesują się najnowszymi polecane. Zależy nam na tym, by post wyświetlił się nie więcej niż raz.
Kiedy wywołanie dewelopera powinno usuwać interfejsy API?
Interfejsy API usuwania powinny być wywoływane tylko wtedy, gdy nie ma żadnych treści do opublikowania. Przeciwwskazania wywoływanie interfejsów API delete i publikowania w celu zastąpienia treści; publikowanie Interfejsy API automatycznie usuwają wcześniejsze treści.
Najczęstsze pytania dotyczące zamiarów transmisji
Dlaczego deweloperzy aplikacji na Androida muszą zarejestrować się na potrzeby intencji transmisji?
Aby udostępniać użytkownikom nowe treści, należy używać intencji transmisji uruchamia synchronizację danych w przypadkach, gdy użytkownicy rzadko korzystają z aplikacji;
Wykonywanie w tle jest niedozwolone
Podczas rejestrowania intencji transmisji może pojawić się taki błąd:
Background execution not allowed: receiving Intent
{ act=com.google.android.engage.action.PUBLISH_RECOMMENDATION .. }
Odbiorniki musisz rejestrować dynamicznie.
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));
...
}
Najczęstsze pytania dotyczące przepływu pracy
Podczas integracji z pakietem SDK możesz napotkać następujące błędy:
Testowanie precyzyjnych linków
Precyzyjne linki są powiązane z nazwą pakietu. Dobry sposób testowania precyzyjne linki korzystają z narzędzia adb.
adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>
Jak mogę obliczyć wpływ integracji?
Precyzyjne linki to świetny sposób na śledzenie atrybucji. Adresy URL precyzyjnych linków które kierują użytkowników do Twojej aplikacji, możesz dołączyć do dodatkowych parametrów śledzenia. Na przykład: „http://xx/deeplink?source_tag=engagement”.
Programiści mogą dodawać własne parametry śledzenia i określać atrybucję określić wpływ.