Публикация часто задаваемых вопросов
Кто управляет работой по публикации контента?
Разработчик приложения управляет заданием публикации контента и отправляет запросы в службу Engage. Таким образом, партнеры-разработчики имеют больший контроль над тем, когда и как публиковать контент для пользователей. Это позволяет избежать слишком частого пробуждения партнерского приложения для публикации контента.
Нужно ли разработчику публиковать все типы кластеров?
Хотя технически разработчики могут публиковать только один кластер, мы настоятельно рекомендуем включать больше. В противном случае разработчики упустят возможность повысить вовлеченность пользователей своим контентом. Мы настоятельно рекомендуем публиковать все типы кластеров для каждой вертикали.
Как часто партнер-разработчик должен публиковать данные через диспетчер работ во время работы приложения?
Это должен решить партнер-разработчик. Google рекомендует публиковать один или два раза в день общий рекомендательный контент и использовать методологию, управляемую событиями, для корзины покупок, изменения порядка и другого продолжающего контента (например, запускать рабочий процесс как обратный вызов пользователя, добавляющего товары в корзину или пользователь останавливает фильм на полпути). Для социальных приложений крайне важно публиковать обновленные кластеры рекомендаций после каждого использования приложения . Пользователи социальных приложений больше интересуются самыми последними рекомендациями и в идеале хотели бы увидеть публикацию хотя бы один раз.
Когда разработчику следует вызывать API удаления?
API-интерфейсы удаления следует вызывать только в том случае, если нет контента для публикации. Не вызывайте API-интерфейсы удаления и публикации впоследствии для замены контента; API публикации автоматически удаляют более ранний контент.
Часто задаваемые вопросы о намерениях трансляции
Почему разработчикам приложений Android необходимо регистрироваться для целей трансляции?
Чтобы предоставлять пользователю свежий контент, вам следует использовать широковещательные намерения для запуска синхронизации данных в тех случаях, когда пользователи могут не часто использовать приложение.
Фоновое выполнение не разрешено
При регистрации намерения трансляции вы можете столкнуться со следующей ошибкой:
Background execution not allowed: receiving Intent
{ act=com.google.android.engage.action.PUBLISH_RECOMMENDATION .. }
Вам необходимо динамически зарегистрировать приемники вещания.
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));
...
}
Часто задаваемые вопросы о рабочем процессе
При интеграции с SDK вы можете столкнуться со следующими ошибками:
Тестирование глубоких ссылок
Глубокие ссылки связаны с именем пакета. Хороший способ протестировать глубокие ссылки — использовать инструмент adb.
adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>
Как я могу рассчитать эффект от интеграции?
Глубокие ссылки — отличный способ отслеживать атрибуцию. URL-адреса глубоких ссылок, которые ведут пользователей в ваше приложение, можно включить в дополнительные параметры отслеживания. Например — «http://xx/deeplink?source_tag=engage».
Разработчики могут добавлять свои собственные параметры отслеживания и указывать атрибуцию для расчета воздействия.