Perguntas frequentes sobre publicação
Quem gerencia o job de publicação de conteúdo?
O desenvolvedor do app gerencia o job de publicação de conteúdo e envia solicitações para o serviço do Engage. Dessa forma, os parceiros têm mais controle sobre quando e como publicar conteúdo para os usuários. Isso evita ativar o app do parceiro com muita frequência para publicar conteúdo.
O desenvolvedor precisa publicar todos os tipos de cluster?
Tecnicamente, os desenvolvedores podem publicar apenas um cluster, mas recomendamos que incluam mais. Se não fizerem isso, eles perdem a oportunidade de gerar um engajamento maior com o conteúdo. É recomendável publicar todos os tipos de clusters em cada categoria.
Com que frequência o parceiro do desenvolvedor precisa publicar dados usando o gerenciador de trabalho enquanto o app está em execução?
Isso é decidido pelo parceiro do desenvolvedor. O Google recomenda publicar uma ou duas vezes por dia para conteúdo geral de recomendação e usar uma metodologia baseada em eventos para carrinho de compras, reordenação e outros conteúdos de continuação (por exemplo, iniciar o worker como um callback do usuário que adiciona itens ao carrinho ou interrompe um filme na metade). Para apps sociais, é fundamental publicar clusters de recomendação atualizados. após cada uso do aplicativo. Os usuários de aplicativos sociais estão mais interessados e o ideal é ver uma postagem no máximo uma vez.
Quando o desenvolvedor precisa chamar APIs de exclusão?
As APIs de exclusão só precisam ser chamadas quando não há conteúdo a ser publicado. Não chame APIs de exclusão e publicação em seguida para substituir o conteúdo. As APIs de publicação removem o conteúdo anterior automaticamente.
Perguntas frequentes sobre intents de transmissão
Por que os desenvolvedores de apps Android precisam se registrar para intents de transmissão?
Para mostrar conteúdo novo ao usuário, use intents de transmissão para acionar uma sincronização de dados quando os usuários não usam o app com frequência.
Execução em segundo plano não permitida
Ao registrar a intent de transmissão, você pode encontrar este erro:
Background execution not allowed: receiving Intent
{ act=com.google.android.engage.action.PUBLISH_RECOMMENDATION .. }
Você precisa registrar os broadcast receivers de maneira dinâmica.
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));
...
}
Perguntas frequentes sobre fluxo de trabalho
Durante a integração com o SDK, você pode encontrar estes erros:
Como testar links diretos
Os links diretos estão associados ao nome do pacote. Uma boa maneira de testar links diretos é usando a ferramenta adb.
adb shell am start -W -a android.intent.action.VIEW -d <DEEPLINK URI> <PACKAGE NAME>
Como calcular o impacto da integração?
Os links diretos são uma ótima maneira de acompanhar a atribuição. Os URLs de links diretos que direcionam o usuário ao seu app podem ser incluídos com outros parâmetros de acompanhamento. Por exemplo: "http://xx/deeplink?source_tag=engage".
Os desenvolvedores podem adicionar os próprios parâmetros de acompanhamento e usar a atribuição para calcular o impacto.