Sua revisão semanal de retenção abre no mesmo gráfico de sempre. A retenção no Dia 1 está em torno de 27%. O Dia 7 caiu para 8%. No Dia 30, menos de dois em cada cem jogadores ainda abrem o aplicativo. As notificações push que você enviou na semana passada tiveram uma taxa de abertura respeitável e, ainda assim, a curva não se moveu. Essa lacuna, entre uma notificação que é clicada e um jogador que realmente volta e continua jogando, é todo o problema com a forma como a maioria dos estúdios usa notificações push para retenção de jogos.
Os números acima não são incomuns. Os benchmarks de jogos mobile de 2025 da GameAnalytics colocam a retenção mediana no Dia 7 entre 3,4% e 3,9%, com até mesmo os títulos do quartil superior atingindo cerca de 7-8%, e a retenção mediana no Dia 30 abaixo de 1%. O push é um dos poucos canais próprios que podem intervir antes que um jogador deslize nessa curva. Mas só funciona quando é construído como um conjunto de fluxos de trabalho acionados, vinculados ao comportamento e à receita do jogo, e não como um calendário de disparos em massa medidos em aberturas.
Este artigo apresenta essa abordagem: por que as aberturas são o placar errado, os quatro momentos do ciclo de vida que decidem se um jogador retorna, quatro fluxos de trabalho de notificações push que você pode construir contra eles, a via de push de app mais push da web que seus concorrentes ignoram e como atribuir cada notificação à receita do jogo em vez de cliques.
- Por que a maioria das notificações push de jogos são abertas e ignoradas
- Retenção é um ciclo de vida, não um disparo em massa: os quatro momentos que decidem se um jogador volta
- Quatro fluxos de trabalho de notificações push para retenção de jogos (gatilhos, tempo, critérios de saída)
- Push de app e push da web juntos: o canal que o SERP esqueceu
- Vincule cada notificação à receita do jogo, não às aberturas
- Segmentação é o trabalho de retenção: progressão, gastos e recência
- O que o push não pode consertar e o que ele realmente custa
Por que a maioria das notificações push de jogos são abertas e ignoradas
Uma abertura não é um retorno. Um retorno não é uma sessão. Uma sessão não é progressão. E a progressão é o que realmente prevê se um jogador ainda está presente no Dia 30. Quando uma notificação gera um clique, mas o jogador sai da tela inicial ou joga por quarenta segundos e sai, a curva de retenção não se importa que sua taxa de abertura tenha sido de 22%.
Esta é a armadilha de medição em que quase todos os guias sobre notificações push de jogos caem. Eles otimizam o título, o emoji e o horário de envio para aumentar as aberturas e, em seguida, relatam a taxa de abertura como a vitória. As aberturas são, na melhor das hipóteses, um indicador principal e, na pior, uma métrica de vaidade. O comportamento que você precisa é um jogador que retorna e atinge o próximo marco significativo.
O push pode acionar esse comportamento. Ele não pode fingir. Uma notificação pode colocar um jogador de volta diante de um motivo para jogar: uma recompensa não resgatada, a vez de um amigo, uma barra de energia recarregada, um evento limitado terminando em breve. O que acontece a seguir é decidido pelo seu loop de jogo. Portanto, o trabalho das notificações push para retenção de jogos é estreito e específico: entregar o motivo certo para retornar, ao jogador certo, no momento em que esse motivo é real, e então medir se eles progrediram, não se eles tocaram.
Retenção é um ciclo de vida, não um disparo em massa: os quatro momentos que decidem se um jogador volta
As estratégias de retenção de jogadores que realmente funcionam disparam com base no comportamento, não no calendário. “Terça-feira às 18h para todos” é um tiro no escuro. “Dispara no momento em que um jogador instala, mas não terminou o tutorial após 20 minutos” é um gatilho. Gatilhos mapeiam para momentos do ciclo de vida, e quatro momentos fazem a maior parte do trabalho.
As estratégias de retenção de jogadores que se mapeiam para cada momento
| Momento do ciclo de vida | O sinal comportamental | O que está em risco |
|---|---|---|
| Primeira sessão | Instalado, mas o primeiro marco não atingido | O penhasco de churn mais acentuado em toda a curva; a maioria dos jogadores que desistem, desistem aqui |
| Integração para o hábito | Jogou algumas vezes, nenhuma rotina formada ainda | O jogador nunca se torna um regular; o Dia 7 desmorona |
| Hábito para leal | Joga regularmente, atinge uma sequência ou um muro de progressão | Um regular frustrado ou entediado se afasta para o inativo |
| Deslizando para o inativo | Dias desde a última sessão cruzando um limite | O jogador se foi a menos que seja reativado; o custo total de reaquisição se aproxima |
Cada momento é um gatilho esperando para ser construído. O momento da primeira sessão é aquele que o restante da SERP trata como uma nota de rodapé, embora seja onde a maior parte da curva é perdida. Um jogador que não atinge uma primeira vitória nos minutos iniciais raramente volta por conta própria. Esse é um gatilho em tempo real, não um e-mail para o dia seguinte.
Quatro fluxos de trabalho de notificações push para retenção de jogos (gatilhos, tempo, critérios de saída)
Aqui estão quatro fluxos de trabalho que cobrem o ciclo de vida acima. Cada um é definido da maneira que um operador de retenção deve defini-lo: um gatilho que o inicia, o tempo entre os toques, o trabalho da mensagem e a parte que quase todos os artigos concorrentes omitem, um critério de saída para que o jogador pare de receber mensagens de um fluxo de trabalho depois que ele cumprir sua função. Você pode construir o fluxo de trabalho visualmente sem um ticket de engenharia, o que importa quando as pessoas que gerenciam a retenção não são as pessoas que gerenciam a construção.
| Fluxo | Gatilho | Horário | Tarefa de mensagem | Critério de saída |
|---|---|---|---|---|
| Salvar a primeira sessão | Instalar sem primeiro marco | +20 min, +24 h | Puxar o jogador de volta para a primeira vitória que ele quase alcançou | Primeiro marco atingido |
| Construtor de hábitos / guardião de sequências | 2+ sessões, sem rotina diária | Diariamente na hora usual de jogar do jogador, máximo 1/dia | Proteger uma sequência, exibir o motivo de abrir hoje | Hábito formado (por exemplo, 5 sessões em 7 dias) ou o jogador fica inativo → entrega para reconquista |
| Reentrada de progressão e recompensa | Recompensa não resgatada, energia recarregada ou conteúdo novo | Baseado em evento, dispara quando a razão se torna verdadeira | “Sua recompensa está esperando” / “Sua vez na partida” | Recompensa resgatada ou conteúdo visualizado |
| Recuperação de jogador que está desistindo | 7–14 dias desde a última sessão | +7 dias, +14 dias, depois para | Ofereça um motivo específico para retornar, não culpa | Jogador retorna, ou o fluxo de trabalho termina (sem insistência infinita) |
Algumas notas que uma compilação real respeitaria. O salvamento da primeira sessão é o fluxo de trabalho de maior impacto que você possui, pois intervém na parte mais acentuada da curva; seu primeiro toque deve referenciar a coisa exata que o jogador estava prestes a obter, extraída de seus próprios modelos de integração de notificações push. Um salvamento da primeira sessão é realmente uma notificação de boas-vindas com um prazo anexado.
O guardião da sequência tem que respeitar o horário de silêncio e um limite de frequência, ou se torna o motivo pelo qual um jogador te silencia. O fluxo de trabalho de recuperação existe para reengajar jogadores inativos antes que eles desapareçam para sempre. É deliberadamente curto aqui, dois toques e uma parada rígida, porque a reativação profunda é uma disciplina própria; se você quiser o design completo da sequência, veja como reengajar jogadores inativos.
Exemplo de cópia para o salvamento da primeira sessão, segundo toque: “Você estava a dois movimentos de limpar o Nível 1. Ainda está lá quando você estiver.” Sem ponto de exclamação, sem falsa urgência, uma referência concreta a onde o jogador realmente parou.
Push de app e push da web juntos: o canal que o SERP esqueceu
O que as notificações push de aplicativos para jogos não conseguem alcançar
Cada artigo concorrente sobre este tópico assume uma superfície de entrega: um aplicativo móvel disparando notificações push de jogos através do FCM ou APNs. A maior parte da cobertura de notificações push de aplicativos para jogos para por aí, em uma única superfície. Essa suposição deixa os jogadores inalcançáveis. Jogos não vivem apenas dentro de um aplicativo instalado.
Eles vivem em sites complementares onde os jogadores verificam placares, em compilações HTML5 e de navegador, em páginas de comunidade e notas de patch, e em launchers de desktop. Um jogador que nunca instala o aplicativo, ou que o desinstalou, mas ainda visita seu site, é invisível para uma pilha apenas de aplicativos.
É aqui que executar notificações push da web ao lado de notificações push de aplicativos para jogos muda a matemática. A opção de push da web não é restrita por uma instalação da loja de aplicativos, então um visitante do seu jogo no navegador ou site complementar pode se inscrever em um clique, e você pode alcançá-lo novamente, quer ele baixe o aplicativo ou não. Considere um jogador que joga seu jogo HTML5 no desktop no trabalho e nunca tocou na compilação móvel. O push do aplicativo não pode alcançá-lo. O push da web pode, com a mesma notificação "sua vez" que o aplicativo envia.
O ponto não é "use duas ferramentas". É uma identidade de assinante, um fluxo de trabalho e um limite de frequência abrangendo ambas as superfícies, para que um jogador que está ativo no aplicativo não seja igualmente notificado na web pelo mesmo evento. Essa orquestração entre canais próprios é o movimento que nenhum concorrente apenas de aplicativos na primeira página de resultados pode fazer.
Vincule cada notificação à receita do jogo, não às aberturas
Um proprietário de retenção eventualmente tem que defender o canal para alguém que controla o orçamento. “Nossa campanha de reativação gerou uma taxa de abertura de 19%” não sobrevive a essa conversa. “Nosso fluxo de trabalho de salvamento da primeira sessão retornou 4.100 jogadores no mês passado, dos quais 1.300 atingiram o ponto de primeira compra, gerando US$ 11.400 em receita de compras no jogo” sobrevive.
A cadeia que você precisa instrumentar executa: notificação entregue → sessão iniciada → marco ou progressão alcançada → compra no jogo ou impressão de anúncio → LTV de 30 dias. O rastreamento de metas no nível da notificação fecha o ciclo, atribuindo a receita ao fluxo de trabalho específico e ao toque que o produziu, em vez de ao push como um bloco indiferenciado.
Uma vez que você pode ver a receita por fluxo de trabalho, você para de otimizar para aberturas e começa a cortar os toques que movem cliques, mas não dinheiro, e a dobrar aqueles que movem LTV.
Transformando notificações de compras no jogo em uma linha de receita rastreável
É assim que as notificações de compra no jogo também ganham seu lugar. Rastreie as notificações de compra no jogo como seu próprio fluxo de trabalho com rastreamento de metas anexado, e a receita por toque deixa de ser um palpite. Uma mensagem “sua recompensa está esperando” não é uma gentileza de retenção quando você pode mostrar que ela retornou jogadores que depois converteram. É uma linha de receita que você pode atribuir, defender e escalar.
Segmentação é o trabalho de retenção: progressão, gastos e recência
Todo guia diz “segmente seus jogadores”. Poucos dizem como, para um jogo. A versão de retenção do RFM é construída a partir de três eixos que você já rastreia: nível de progressão, nível de gastos e recência (dias desde a última sessão). Cruzá-los e os fluxos de trabalho acima se tornam de amplos a cirúrgicos.
Três segmentos compostos que valem a pena construir primeiro:
- Jogador de alto valor em declínio. Nível de gastos superior, progressão profunda, 7+ dias desde a última sessão. Este é o seu jogador mais caro para perder e o mais barato para reconquistar, então direcione-o para uma reconquista priorizada com um motivo genuinamente valioso para retornar, não um empurrão genérico.
- Desistente do tutorial. Instalado, nunca atingiu o primeiro marco, baixa recência. O salvamento da primeira sessão existe exatamente para este segmento; não desperdice mensagens de sequência em um jogador que nunca começou.
- Casual de fim de semana. Progressão intermediária, joga apenas sábado e domingo. Suprima os envios durante a semana e concentre o mantenedor de sequência em sua janela de jogo real.
A segmentação é o que impede que essas estratégias de retenção de jogadores se tornem ruído. O mesmo fluxo de trabalho que retém um jogador de alto valor em declínio irritará um desistente do tutorial. O segmento decide em quem cada gatilho dispara, e acertar isso é a maior parte da diferença entre um canal que os jogadores mantêm e um canal que eles silenciam.
O que o push não pode consertar, e o que ele realmente custa
O push amplifica um loop de jogo que vale a pena retornar. Ele não pode fabricá-lo. Se os jogadores abandonam porque o loop principal é fraco, a dificuldade aumenta injustamente ou a monetização é hostil, nenhuma cadência de notificação manterá a curva, e enviar mais push para um jogo que os jogadores decidiram deixar apenas acelera as desinscrições. A versão honesta das notificações push para retenção de jogos começa aceitando que o push é um caminho de retorno, não um motivo para jogar.
Dado isso, a questão do custo é importante. Adquirir um novo jogador tem um custo total de instalação: gastos com UA, taxas da loja, todo o funil. Reengajar jogadores inativos custa uma fração disso, porque o relacionamento e o canal já existem. O modelo de precificação deve corresponder a essa lógica.
O PushEngage cobra apenas por assinantes ativos, portanto, quando um jogador fica inativo e você para de contatá-lo, a conta diminui em vez de crescer com uma lista para a qual você não envia mais mensagens. Compare isso com a cobrança por mensagem ou precificação por tamanho de lista, e com as considerações sobre o preço das notificações push do Firebase que os estúdios ponderam quando o volume de notificações push de aplicativos para jogos aumenta.
Esse é o modelo em que o PushEngage opera: pague apenas por assinantes ativos.
Essa é a matemática da retenção em uma linha: o crescimento mais barato que um jogo tem é o jogador que já o instalou. Crie os quatro fluxos de trabalho, execute-os em notificações push para aplicativos e web, segmente por progressão e gastos, e meça em receita. É assim que as notificações push para retenção de jogos deixam de ser um envio semanal e começam a mover a curva que você abre toda segunda-feira.
Pronto para criar seu primeiro fluxo de trabalho de salvamento de primeira sessão? Comece com o plano pague apenas por assinantes ativos e lance-o esta semana.
