Sua plataforma de apostas sabe quais jogadores apostam ao vivo, quais depositam todo fim de semana e quais ficaram quietos há três semanas. Se sua ferramenta de push trata todos eles como uma única lista, nenhum desse conhecimento chega ao canal que poderia agir sobre ele. A segmentação de jogadores fecha a lacuna: ela mapeia o que um jogador realmente faz — os esportes que ele acompanha, as apostas que ele monta, os depósitos que ele faz, quão recentemente ele jogou — para as audiências que suas campanhas de push enviam.
Já cobrimos por que a segmentação de notificações push é agora um requisito de entregabilidade para todo remetente em toda indústria. Esse é o caso geral. Este post é o caso de apostas e jogos: o próprio modelo do jogador. As sete dimensões que valem o rastreamento, se cada uma pertence a um segmento ou atributo, como alimentar o modelo a partir da sua plataforma sem um projeto de dados, e as duas campanhas acionadas por ação que ele potencializa desde a primeira semana.
Por que a segmentação de jogadores não é segmentação de listas
A segmentação genérica é construída em torno de sinais de engajamento: quem clicou recentemente, quem se inscreveu de qual página, quem lê no celular. Útil e o básico. Mas um jogador carrega estados para os quais nenhum modelo genérico tem uma coluna.
Um jogador tem um estado de carteira: registrado, mas nunca depositou; regular de baixo valor; VIP de alto nível. Um jogador tem um calendário de eventos: o dia da partida muda o que é relevante hora a hora. Um jogador pertence a uma vertical, e um apostador de sportsbook e um jogador de slots no mesmo site querem quase nada das mesmas notificações. E um jogador pode se autoexcluir, o que transforma a supressão de uma cortesia em uma obrigação.
As apostas comerciais também diferem. Quando um assinante de varejo desiste, você perde uma compra. Quando um jogador desiste, um concorrente o readquire através das mesmas redes de afiliados que você pagou da primeira vez, com CAC total. Sua lista de push é o único ativo próprio que reengaja um jogador em declínio a um custo marginal próximo de zero — o playbook de retenção para sites de apostas argumenta isso em sua totalidade. A segmentação é como a lista o conquista.
O modelo de segmentação de jogadores: sete segmentos de jogadores que importam
O PushEngage oferece duas primitivas de dados para construir segmentos de jogadores. Segmentos são grupos nomeados aos quais um assinante entra e sai — melhor para estados de interesse e ciclo de vida. Atributos são campos chave-valor no registro do assinante — melhor para dimensões e contadores. A próxima seção aborda como escolher entre eles; primeiro, o modelo.
| Dimensão | Tipo | Valores de exemplo | O que ele potencializa |
|---|---|---|---|
| Esporte / liga / time | Segmentos | premier-league, nba, tennis, um segmento por clube grande | Alertas de partida apenas para seguidores; uma sequência de derby vai para os segmentos de ambos os clubes |
| Tipo de aposta | Atributo ou segmento | apostador-ao-vivo, pre-match, acumulador, usuario-cash-out | Alertas in-game vão para apostadores ao vivo, não para toda a casa de apostas |
| Nível de depósito | Atributo | nível_de_depósito: nenhum / baixo / médio / alto | Tamanho da oferta; suprimindo prompts de depósito onde eles não pertencem |
| Recência da sessão | Segmentos (rolantes) | ativo-7d, em_suspensão-8-20d, inativo-21d+ | A espinha dorsal da higiene: quem recebe a cadência completa, quem recebe um reengajamento, quem recebe silêncio |
| Nível VIP | Segmento + atributo | vip-prata, vip-ouro, vip-platina | Fluxos de trabalho de marcos, ofertas exclusivas, cadência de maior contato |
| Preferência de provedor de jogo / título | Segmentos | fãs de provedores, títulos de caça-níqueis individuais, cassino-ao-vivo | Lançamentos de novos jogos e rodadas grátis para jogadores que realmente os jogam |
| Vertical | Segmentos | apostas-esportivas, cassino, cassino-ao-vivo, loteria, fantasia, esports | O roteador de nível superior — a maioria dos jogadores não são todos os seis |
Duas adições. Primeiro, contexto de opt-in — a página em que um jogador se inscreveu, dispositivo, idioma — é capturado automaticamente, então a segmentação do primeiro dia existe antes de qualquer dado comportamental. Um jogador que se inscreveu em uma página de partida já lhe disse sua vertical e provavelmente seu time; a sequência de push do dia da partida mostra o que fazer com isso.
Segundo, um segmento é obrigatório: autoexcluído. Quando um jogador se autoexclui, uma chamada de API o move para ele, todos os públicos o excluem e seus fluxos de trabalho ativos param. Supressão rígida, rápida, é uma prática de confiança comercial — os jogadores mantêm as notificações ativadas para operadores que respeitam o botão de desligar.
Segmentos vs. atributos: a regra geral
A maioria das dimensões na tabela funciona como um ou outro, então a decisão de segmentos vs. atributos surge em todas as linhas. A regra geral: se você quer enviar para ele, faça um segmento; se você quer ramificar ou personalizar nele, faça um atributo.
“Todos que seguem o clube da casa” é um público para envio, então é um segmento. O nível de depósito é algo em que um fluxo de trabalho se ramifica (“este jogador já depositou?”) e com o qual uma oferta é dimensionada, então é um atributo. O status VIP é legitimamente ambos: um segmento para campanhas exclusivas para VIPs, um atributo para que um fluxo de trabalho possa verificar o nível antes de escolher uma mensagem.
Grupos de público lidam com as combinatórias. PushEngage combina segmentos e atributos com lógica E/OU/NÃO, então “apostadores ao vivo que seguem o clube da casa E estiveram ativos nos últimos 7 dias” é um público salvo, reutilizável em todas as campanhas e fluxos de trabalho que precisam dele.
Aqui está o que faz a regra de segmentos vs. atributos valer a pena mais tarde: ambos os lados servem como gatilhos de fluxo de trabalho. Entrar ou sair de um segmento é um evento que pode iniciar um fluxo de trabalho, e o mesmo vale para uma atualização de atributo. Construa o modelo uma vez e você também construiu seu mapa de gatilhos de automação.
Alimentando o modelo a partir da sua plataforma: uma integração fina, não um projeto de dados
Metade do modelo não requer engenharia alguma. Sinais baseados em página — um jogador navegando em uma página de jogo, passando noventa segundos no lobby do cassino ao vivo, assinando de uma página de slots — preenchem segmentos através do SDK automaticamente.
A outra metade vive no seu backend: depósitos, liquidação de apostas, mudanças de VIP, atividade de sessão. Estes chegam através da API REST ou SDK do PushEngage à medida que os eventos acontecem — uma chamada de API atualiza um atributo ou move um jogador entre segmentos no momento em que sua plataforma registra o evento subjacente. Operadores normalmente integram o punhado de eventos que importam (depósito, liquidação, flags de elegibilidade) em dias. Esta é uma integração leve, não um projeto de data warehouse.
Nível de depósito: a dimensão que apenas seu backend pode definir
Nenhuma visita à página revela um depósito. Sua plataforma define deposit_tier no cadastro e a atualiza a cada evento de depósito. Esse único atributo potencializa o dimensionamento de ofertas, o fluxo de primeiro depósito abaixo e um portão de mensagens responsáveis: se sua plataforma puder sinalizar padrões de perseguição de perdas, alimente essa flag como um atributo também, e todo fluxo de bônus a verifica antes de enviar. O atributo de nível de depósito é o código de integração de poucas linhas de maior valor que você escreverá neste trimestre.
Recência da sessão: segmentos dinâmicos que se mantêm
Segmentos de recência de sessão — active-7d, lapsing-8-20d, dormant-21d+ — são dinâmicos: a associação é atualizada automaticamente a partir da recência de engajamento, então ninguém os reconstrói semanalmente. Eles são a espinha dorsal da higiene. Jogadores ativos recebem cadência total, jogadores em risco recebem um ritmo de reativação mais leve, e jogadores inativos saem das transmissões inteiramente, recebendo uma curta sequência de reconquista em vez disso. Limites de frequência encolhem à medida que os segmentos esfriam.
Essa última regra vale dinheiro de verdade. O Chrome agora revoga automaticamente a permissão de notificação de sites que mostram engajamento de usuário muito baixo e alto volume de notificações (anunciado em 10 de outubro de 2025). Assinantes inativos que continuam recebendo sua cadência total são o perfil exato que ele remove, silenciosamente. A segmentação por recência de sessão é como você para de alimentá-lo.
Campanhas acionadas por ação: os dois fluxos que o modelo potencializa
Tudo acima é encanamento. Campanhas acionadas por ação são a recompensa: envios que disparam porque um jogador fez uma coisa, no momento em que importa. Dois modelos ganham seu lugar primeiro, porque eles visam os dois momentos de maior valor no funil de qualquer operador — o jogador que se registrou mas nunca depositou, e o jogador que começou algo e desistiu. Notificações push de cassino a partir do primeiro depósito levam ambos através de um funil de cassino; aqui está a visão em nível de modelo.
Modelo: conversão do primeiro depósito
Executa no segmento registered e no atributo deposit_tier. Construa-o como um fluxo acionado por audiência no plano Business ou superior; no plano Growth, acione-o a partir de um evento personalizado registration_completed em vez disso, para que o tempo seja executado a partir de eventos reais do funil. Horário de silêncio 00:00–09:00, reagendar.
- Gatilho — público: segmento
registradoEdeposit_tierénenhum. - Enviar — “Seu bônus de boas-vindas está pronto.” O bônus é apresentado como disponível, sem expirar. Nunca use pressão em solicitações de depósito.
- Aguardar 2 dias, então verificar
deposit_tier. Depositou → fim. - Enviar — clareza, não pressão: como o bônus realmente funciona, termos em linguagem simples.
- Aguardar 3 dias, então verificar novamente. Depositou → fim.
- Enviar — produto, não bônus: o card deste fim de semana, os novos títulos no lobby. Fim.
Qualquer alteração em deposit_tier sai da sequência onde o jogador estiver; o depósito em si é a saída. Três contatos ao longo de cinco dias é o limite. Um gotejamento para não depositantes que nunca termina é precisamente o perfil de baixo engajamento e alto volume que faz um remetente ser limitado.
Blueprint: continue de onde parou
O equivalente em jogos ao abandono de carrinho, voltado para o público de maior intenção que você tem: jogadores que estavam em meio a uma ação minutos atrás. Sua plataforma dispara um evento personalizado nos momentos de abandono que ela pode ver — betslip_abandoned, deposit_abandoned, game_session_ended — e gatilhos de evento personalizado precisam do plano Growth. Horário de silêncio 00:00–09:00, pular: um lembrete de retomada nove horas depois é ruído. A versão do cupom de aposta:
- Gatilho — evento personalizado
betslip_abandoned. - Aguardar 45 minutos — dentro da janela de intenção, não tão rápido que pareça vigiado.
- Verificar —
last_bet_atatualizou desde o evento? Sim → fim; o jogador terminou por conta própria. - Enviar — “Seu cupom ainda está pronto. Três seleções salvas — finalize em um toque”, link direto para o cupom. Fim.
Para game_session_ended, personalize com o título que o jogador deixou. Para deposit_abandoned, envie uma notificação neutra de retomada e pare — sem bônus extra, sem contagem regressiva. Um depósito abandonado às vezes é um jogador decidindo não depositar, e essa decisão é respeitada. Limite toda a família a uma notificação de retomada por jogador por dia.
A recompensa: aproximadamente o triplo da taxa de cliques
Sites de apostas e jogos no PushEngage enviaram mais de 3,5 bilhões de notificações, e a distribuição dentro desses dados é todo o argumento para o modelo acima: o remetente mediano de site de apostas vê ~2,1% de CTR em notificações visualizadas; o decil superior atinge 6,9% — aproximadamente o triplo.
Mesmo canal, mesmo setor, mesmo tipo de jogadores. O decil superior não está escrevendo um texto melhor. Está enviando menos notificações, mais direcionadas — notificações que chegam porque um segmento de jogador ou um gatilho de ação disse que deveriam.
As regras da plataforma de 2026 transformam isso de uma otimização em um requisito. Desde janeiro de 2026, o Chrome pontua cada origem de envio diariamente com base no volume de push em relação ao tempo engajado, e limita os remetentes que classifica como disruptivos. Envio segmentado e acionado para jogadores recentemente ativos mantém essa pontuação saudável; envios em massa para uma lista inativa a corroem. O perfil de envio em conformidade e o perfil de envio de primeiro decil são o mesmo perfil — a postagem de segmentação de caso geral vinculada na introdução cobre a mecânica.
Comece com seis segmentos de jogadores, não sessenta
O modelo tem sete dimensões; sua primeira construção não deve ter. Comece com seis segmentos de jogadores: a divisão vertical (esportes, cassino), duas ou três grandes equipes ou ligas em que sua casa de apostas realmente opera, recência da sessão e VIP. Adicione o atributo de nível de depósito e você poderá executar ambos os projetos acima na primeira semana.
Adicione granularidade quando uma campanha precisar, não antes. Um segmento para o qual ninguém envia é dívida de manutenção: custa atenção, fica obsoleto e polui todos os seletores de público. O teste para um novo segmento é uma campanha nomeada esperando para usá-lo.
Um modelo de assinante para push da web e do aplicativo
Nada nesta postagem é apenas para web ou apenas para aplicativo. Os segmentos, atributos, grupos de público e gatilhos acima formam um modelo de assinante: construa-o uma vez e ambos os canais o herdarão. Notificações push do aplicativo através dos SDKs iOS, Android, React Native e Flutter são executadas no mesmo painel, com os mesmos públicos e os mesmos fluxos de trabalho do push da web do seu site.
Isso importa mais para operadores do que para a maioria dos remetentes, porque os jogadores se dividem entre as superfícies. O push da web alcança o jogador que nunca instalou seu aplicativo; o push do aplicativo sobrevive após o término da sessão de navegação. Qual canal usar primeiro, e quando você precisa de ambos, é o assunto de push da web vs push do aplicativo para apostas e jogos; a configuração do lado do aplicativo é abordada em notificações push para aplicativos de apostas.
Se você está construindo o modelo de jogador agora, configure os seis segmentos iniciais, conecte o atributo de nível de depósito e execute o fluxo de trabalho do primeiro depósito antes de escalar qualquer outra coisa. O preço do PushEngage escala com assinantes ativos — a poda de recência acima mantém a conta honesta — e cada plano pago tem uma garantia de devolução do dinheiro de 14 dias. A segmentação de jogadores é a lacuna entre o remetente mediano e o decil superior, e é a lacuna mais barata em seu programa para fechar.
