Eventos na App Store e conteúdo promocional no Google Play

A promoção só funciona quando existe um acontecimento na aplicação

Imagine uma aplicação de línguas que lança um desafio de conversação durante sete dias. Há uma tarefa curta por dia, uma sessão em direto no final e um plano de treino para quem conclui o percurso. É um momento fácil de compreender, tem prazo e leva a uma experiência concreta no produto.

Uma notificação pode avisar parte dos alunos atuais. Não chega a quem está a comparar aplicações na loja nem a quem deixou de usar o produto. Os In-App Events da Apple e o Promotional Content do Google Play permitem que essas pessoas descubram o desafio antes de abrirem a aplicação e entrem no local certo.

Vale a pena fazer um teste simples antes de pedir o design: se a imagem promocional desaparecesse, continuaria a existir um acontecimento especial dentro da app? Se não, a equipa está provavelmente a tentar apresentar uma atualização normal como se fosse um evento. As lojas procuram algo recente, relevante e visível para o utilizador, não uma frase permanente com uma data por cima.

Um evento não substitui páginas personalizadas, testes ou notificações

Uma página de produto personalizada oferece uma entrada relativamente estável para um público, campanha ou pesquisa reconhecível. Um evento está ligado a um momento e termina. Um teste A/B na loja compara variações; não cria a experiência que será promovida.

As notificações falam diretamente com utilizadores que podem ser contactados. A loja pode mostrar o evento a pessoas novas, ativas ou afastadas. É normal combinar estes canais, desde que cada um tenha uma função clara.

Sem uma ação clara na última coluna, falta o destino. Nesse caso, trabalhar primeiro na imagem só torna o problema mais bonito.

O briefing começa na verdade do produto

Produto, marketing e desenvolvimento devem responder primeiro: o que é realmente novo, quem pode participar, quando está disponível, onde abre o link e que ação mostra um resultado útil? As limitações também fazem parte da proposta. Lotação, subscrição necessária ou restrições regionais não podem surgir apenas depois da instalação.

Escolha uma pessoa responsável pelo conjunto. Marketing pode escrever a mensagem, mas produto confirma a experiência, desenvolvimento implementa o deep link, design cria materiais próprios, as equipas locais reescrevem a campanha, analítica verifica os eventos e suporte prepara respostas. Na prática, trata-se de um pequeno lançamento.

O briefing deve incluir os casos desconfortáveis. O que acontece a quem não iniciou sessão? E se a pessoa não for elegível, o evento estiver cheio ou o link antigo for aberto depois do fim? Uma página que explica a situação e oferece um próximo passo protege melhor a confiança do que enviar todos para o ecrã inicial sem qualquer referência à promessa.

Na Apple, o planeamento começa na data e anda para trás

Um evento da Apple pode durar até 31 dias e ser publicado até catorze dias antes de começar. A App Store Connect permite atualmente até dez eventos publicados em simultâneo e quinze aprovados por aplicação. Estes números indicam capacidade, não a quantidade recomendada. Um calendário cheio de pequenas novidades torna os momentos importantes menos visíveis.

Os detalhes e materiais passam pela App Review. Uma aplicação já aprovada pode enviar o evento com ou sem nova versão; uma aplicação nova pode submetê-lo com a primeira versão. Reserve tempo para perguntas e correções. Num evento em direto, esperar pela validação na véspera é um risco que não acrescenta valor.

Cada evento tem um URL próprio da App Store. A Apple pode apresentar o cartão na página do produto, na pesquisa e em áreas personalizadas ou editoriais. Esta distribuição é uma possibilidade, não uma promessa. Uma nomeação para destaque também não garante seleção.

O cartão horizontal e a página de detalhe vertical pedem composições diferentes. O primeiro precisa de ser entendido depressa e em tamanho pequeno; a segunda pode mostrar mais contexto. Recortar duas vezes o mesmo cartaz carregado costuma falhar. Confirme as especificações atuais da Apple quando começar a produção.

O Google Play exige um processo próprio

O Google chama a esta ferramenta Promotional Content. Aplicações e jogos elegíveis podem publicar uma oferta, um evento limitado no tempo ou uma grande atualização. Dependendo do local, o utilizador pode ver ações como Abrir, Atualizar, Instalar ou Saber mais.

O evento pode durar até quatro semanas. É possível criar conteúdo sem pedir destaque. O pedido de promoção adicional usa um limite separado e deve ser enviado, atualmente, pelo menos catorze dias antes do início. Nem a pré-visualização Spotlight na Play Console nem o pedido garantem que o conteúdo será destacado.

As orientações de qualidade do Google são úteis para a decisão editorial. O conteúdo deve ser novo, relevante para o utilizador e fácil de encontrar na aplicação. Uma descrição geral do serviço, um desconto permanente ou uma atividade semanal habitual são escolhas fracas. O texto tem de explicar o que acontece, por que razão interessa e como participar.

A frase curta e a descrição devem acrescentar informação uma à outra. Repetir o mesmo início desperdiça espaço. A imagem também deve pertencer ao evento e não ser uma captura reciclada da ficha normal. Localize texto e materiais; enviar uma imagem na língua errada é um problema de qualidade perfeitamente evitável.

O destino deve sobreviver à instalação e ao início de sessão

O cartão cria uma expectativa antes da abertura. A aplicação deve retomá-la sem obrigar o utilizador a procurar. A Apple recomenda um deep link para cada evento. No Google Play, a experiência correspondente também precisa de estar disponível e ser fácil de encontrar.

Teste vários estados, não apenas uma conta preparada:

1. Um utilizador com sessão iniciada abre diretamente o evento.
2. Uma pessoa nova instala e conserva o destino depois da introdução necessária.
3. Um utilizador sem sessão inicia-a sem perder o contexto.
4. Uma pessoa não elegível recebe uma explicação e uma alternativa.
5. Um link aberto depois do fim leva a um próximo passo coerente.

O onboarding da aplicação deve aproveitar a intenção conhecida, em vez de reiniciar todos no mesmo carrossel. Acrescente a configuração, os testes de links, a medição, as respostas de suporte e um plano de interrupção à lista de lançamento.

*Uma promoção de loja é um percurso com preparação, janela de partida e destino, não apenas uma imagem publicada.*

Localize o momento e não apenas a tradução

Uma frase correta pode estar errada para o mercado. Um desafio de verão não tem o mesmo significado nos dois hemisférios. Uma campanha comercial pode colidir com um período local mais importante. Uma sessão conveniente em Lisboa pode começar de madrugada no Brasil.

A Apple permite adaptar datas e horas por país ou região, e o Google suporta conteúdo localizado. Reveja fuso horário, condições, referências culturais, leitura das imagens e capacidade do suporte. Por vezes, começar em dois mercados e alargar depois de aprender é melhor do que lançar globalmente uma experiência que a equipa não consegue acompanhar.

A lista de localização das lojas ajuda a rever idioma e materiais gerais. No evento, o responsável precisa ainda de confirmar que a função, as pessoas e as regras existem realmente em cada mercado selecionado.

A participação vale mais do que a exposição

As consolas mostram o primeiro capítulo. O Google Play apresenta utilizadores únicos que viram o conteúdo e conversões como abrir, atualizar ou instalar. A Apple fornece dados de desempenho ligados aos eventos. Nenhum destes números confirma, sozinho, que a promessa foi cumprida dentro da aplicação.

Defina um funil curto antes do lançamento: evento aberto, adesão, primeira ação relevante e conclusão. Numa campanha de reativação, observe também a utilização alguns dias mais tarde. Numa oferta, acompanhe a utilização real e eventuais cancelamentos ou reembolsos. Numa grande atualização, meça a adoção do novo fluxo e a melhoria que ele devia produzir.

O guia de analítica móvel ajuda a definir e testar estes eventos sem recolher dados desnecessários. Separe mercados e estados do utilizador quando a atribuição for fiável, anote destaques e incidentes e não atribua todo o crescimento orgânico à loja apenas porque ocorreu na mesma semana.

Na Appfyl, tratamos o cartão como o início de uma rota dentro do produto. A equipa Appfyl confirma que o evento existe na versão publicada, que o destino resiste à instalação e ao início de sessão e que a ação prometida pode ser medida. Essa verificação evita campanhas bonitas que terminam num ecrã sem relação com o anúncio.

Perguntas frequentes