Antes, toda decisão importante de monetização com anúncios ficava presa ao ciclo de lançamento de versões. Você queria pré-carregar mais um anúncio recompensado, mudar o visual de um posicionamento nativo ou flexibilizar os limites de frequência em um único país — e o caminho mais rápido envolvia alterar o código, entrar na fila de revisão e passar duas semanas distribuindo a versão gradualmente até ver algum indicador mudar.
Esta versão leva três dessas decisões para o portal do Apps Kit SDK. O pré-carregamento de anúncios, o design de anúncios nativos e a configuração por região agora são ajustes remotos aplicados aos apps já instalados. Sem atualizar o app, sem enviar uma nova versão à loja e sem esperar que os usuários das versões antigas atualizem.
1. Pré-carregue anúncios pelo portal — otimize a taxa de preenchimento sem código
Uma solicitação sem preenchimento, ou no-fill, raramente é um problema de demanda. Na maioria das vezes, a solicitação do anúncio simplesmente começou tarde demais: o usuário chega ao posicionamento, o SDK inicia o leilão, o tempo limite se esgota antes que os melhores compradores respondam, e você acaba exibindo um anúncio de preenchimento alternativo de baixo valor — ou nenhum anúncio. O pré-carregamento corrige o timing, não a demanda.
Agora você pode configurar o pré-carregamento por posicionamento diretamente no portal. Defina quantos anúncios manter prontos por formato, escolha o gatilho que inicia o carregamento e determine por quanto tempo um anúncio em cache permanece válido antes de ser descartado e solicitado novamente. Faça a alteração às 9h e veja o efeito nas coortes do mesmo dia.
- Quantidade de anúncios pré-carregados por formato — mantenha um intersticial e dois anúncios recompensados prontos ou ajuste a quantidade por posicionamento
- Gatilhos de pré-carregamento — carregue anúncios ao iniciar o app, ao entrar em uma tela ou após um evento específico no app, como o início de uma fase
- TTL do cache — expire criativos desatualizados antes da exibição para não mostrar um anúncio cujo lance deixou de ser válido há vinte minutos
- Política de reposição — solicite outro anúncio imediatamente após uma impressão ou aguarde o próximo gatilho para economizar solicitações
Os mecanismos de proteção são tão importantes quanto as configurações. Pré-carregar tudo, em todos os posicionamentos, consome memória em dispositivos Android de entrada e infla o número de solicitações com impressões que nunca acontecem — o que prejudica silenciosamente sua taxa de preenchimento e sua reputação junto às redes de anúncios. O portal mostra a proporção entre solicitações e impressões de cada posicionamento com pré-carregamento, para você identificar quando a quantidade pré-carregada está excessiva e reduzi-la ainda na mesma tarde.
Nossa recomendação para começar: pré-carregue apenas os posicionamentos de maior valor — anúncios recompensados e o primeiro intersticial da sessão —, mantendo um anúncio pronto por posicionamento e um TTL conservador. Meça os resultados e só aumente a quantidade onde a proporção continuar saudável.
2. Crie anúncios nativos no portal — sem precisar atualizar o app
Anúncios nativos entregam valor quando parecem fazer parte do app, e é justamente por isso que dá tanto trabalho aperfeiçoá-los. Historicamente, cada ajuste de layout — tamanho do título, posição do ícone, cor do CTA, raio dos cantos — dependia de um arquivo de layout no binário do app, e cada experimento exigia uma nova versão.
Agora, os modelos de anúncios nativos são criados e editados no portal. Você monta o layout com os elementos padrão de um anúncio nativo (ícone, título, texto, mídia, anunciante e CTA), personaliza fontes, cores, espaçamentos e raio dos cantos e publica nos apps em produção. O SDK renderiza o modelo em tempo de execução, então a mudança de design chega aos usuários com o app instalado na próxima busca de configurações.
- Layouts com edição por arrastar e soltar para posicionamentos nativos no feed, em estilo banner e de largura total
- Controles de tema para tipografia, cores, espaçamento, raio dos cantos e estilo do CTA — incluindo variantes separadas para os modos claro e escuro
- Modelos por posicionamento, para que o bloco de anúncio nativo do feed não precise ser igual ao da tela de resultados
- Teste de variantes — compare dois modelos e analise CTR e eCPM antes de adotar o vencedor
- Conformidade com as políticas desde a criação: a identificação obrigatória de publicidade e do anunciante faz parte de todos os modelos e não pode ser ocultada pela personalização visual
Na prática, o design de anúncios nativos deixa de ser uma tarefa para a equipe de engenharia e vira um experimento de monetização. Equipes que antes lançavam um layout nativo por trimestre agora podem testar um novo toda semana — e geralmente é dessa evolução contínua que vêm os ganhos acumulados de eCPM dos anúncios nativos.
3. Configuração por região — uma experiência de anúncios personalizada para cada mercado
Uma configuração global de anúncios sempre deixa a desejar em algum lugar. A frequência de intersticiais que o público dos EUA tolera pode provocar perda de usuários em um mercado emergente, onde as sessões são mais curtas e as conexões, mais lentas. O preço mínimo que protege seu eCPM em mercados Tier 1 pode deixar seu inventário sem preenchimento em mercados Tier 3.
Agora você pode aplicar quase todas as configurações de anúncios a uma região, a um país ou a um grupo de países. No momento da solicitação, a configuração mais específica tem prioridade: uma regra por país se sobrepõe à regra da região, que, por sua vez, se sobrepõe ao padrão global.
- Regras de posicionamento — ative, desative ou troque formatos de anúncio por mercado
- Limites de frequência e intervalos entre anúncios — frequência mais restrita onde as sessões são curtas e mais flexível onde são longas
- Preços mínimos — defina pisos por país para proteger o eCPM em mercados Tier 1 sem comprometer o preenchimento em mercados Tier 3
- Quantidade de anúncios pré-carregados e tempos limite — mais anúncios pré-carregados e tempos limite maiores em redes lentas; configurações mais enxutas em redes rápidas
- Modelos de anúncios nativos — use um modelo diferente por mercado quando a tipografia local ou o comprimento do texto no idioma exigir
Um exemplo concreto: nos EUA, no Reino Unido e na Alemanha, você usa anúncios recompensados e intersticiais com intervalo de 90 segundos, um preço mínimo rígido e dois anúncios pré-carregados. Na Índia, na Indonésia e no Brasil, mantém os recompensados, reduz a frequência dos intersticiais para um a cada três minutos, remove o piso rígido para permitir que os lances disponíveis preencham o inventário, amplia o tempo limite do leilão para conexões mais lentas e usa um modelo nativo mais leve, que renderiza mais rápido em dispositivos de entrada. O mesmo binário, duas experiências de anúncios bem diferentes.
Como os três recursos funcionam juntos
Esses recursos são mais úteis quando combinados. A configuração por região define o que cada mercado deve ver; o pré-carregamento garante que o anúncio esteja pronto na hora certa; e os modelos nativos criados no portal fazem o anúncio se integrar ao contexto daquele mercado.
Uma configuração que recomendamos como ponto de partida: ative o pré-carregamento de um anúncio recompensado em todos os mercados, defina dois grupos de regiões (mercados maduros e emergentes) com seus próprios limites de frequência e preços mínimos e publique um modelo de anúncio nativo por grupo. São três alterações no portal e nenhuma linha de código — o suficiente para descobrir se esses ajustes impactam o ARPDAU do seu app antes de investir em uma otimização mais detalhada.
A melhor configuração de anúncios é aquela que você consegue alterar na terça à tarde e avaliar até quinta.
Checklist de implementação
- Ative o pré-carregamento primeiro para anúncios recompensados — é o formato de maior valor e o mais fácil de medir
- Acompanhe a proporção entre solicitações e impressões por uma semana antes de aumentar a quantidade de anúncios pré-carregados em qualquer posicionamento
- Crie um modelo nativo que siga a escala tipográfica do seu app e faça um teste A/B com o layout atual
- Divida seus dez principais países em dois ou três grupos de regiões, em vez de configurar cada um individualmente
- Altere uma variável por grupo de cada vez; mudanças simultâneas impedem identificar qual delas causou a variação no ARPDAU
- Espere pelo menos sete dias antes de avaliar cada mudança — os efeitos das coortes e a sazonalidade por dia da semana precisam de uma semana completa para se estabilizar
Os três recursos já estão disponíveis no portal em todos os planos, incluindo o teste gratuito de 14 dias. Se você já integrou o SDK, as configurações são aplicadas na próxima busca — sem atualizar o app nem reenviá-lo à loja.
