A sua plataforma de apostas sabe quais jogadores apostam em tempo real, quais depositam todos os fins de semana e quais ficaram quietos há três semanas. Se a sua ferramenta de push os trata a todos como uma única lista, nenhum desse conhecimento chega ao canal que poderia agir sobre ele. A segmentação de jogadores fecha a lacuna: mapeia o que um jogador realmente faz — os desportos que segue, as apostas que constrói, os depósitos que faz, quão recentemente jogou — para os públicos que as suas campanhas de push enviam.
Já abordámos porque é que a segmentação de notificações push é agora um requisito de entregabilidade para todos os remetentes em todas as indústrias. Esse é o caso geral. Este post é o caso das apostas e jogos: o próprio modelo do jogador. As sete dimensões que valem a pena rastrear, se cada uma pertence a um segmento ou a um 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 potencia desde a primeira semana.
Porque é que a segmentação de jogadores não é segmentação de listas
A segmentação genérica é construída em torno de sinais de envolvimento: quem clicou recentemente, quem se inscreveu de qual página, quem lê no telemóvel. Útil, e o mínimo esperado. Mas um jogador carrega estados para os quais nenhum modelo genérico tem uma coluna.
Um jogador tem um estado de carteira: registado mas nunca depositou, regular de apostas baixas, VIP de alto nível. Um jogador tem um calendário de eventos: o dia do jogo muda o que é relevante hora a hora. Um jogador pertence a uma vertical, e um apostador de casa de apostas e um jogador de slots no mesmo site querem quase nada da mesma notificação. E um jogador pode autoexcluir-se, o que transforma a supressão de uma cortesia numa obrigação.
As apostas comerciais também diferem. Quando um assinante de retalho abandona, perde uma compra. Quando um jogador abandona, um concorrente readquire-o através das mesmas redes de afiliados que pagou da primeira vez, com CAC total. A sua lista de push é o único ativo próprio que reengaja um jogador em declínio a um custo marginal quase zero — o manual de retenção para sites de apostas argumenta isso na íntegra. A segmentação é como a lista o ganha.
O modelo de segmentação de jogadores: sete segmentos de jogadores que importam
O PushEngage dá-lhe dois primitivos de dados para construir segmentos de jogadores. Segmentos são grupos nomeados aos quais um assinante se junta e sai — melhor para estados de interesse e ciclo de vida. Atributos são campos chave-valor no registo do assinante — melhor para dimensões e contadores. A próxima secção aborda como escolher entre eles; primeiro, o modelo.
| Dimensão | Tipo | Valores de exemplo | O que potencia |
|---|---|---|---|
| Desporto / liga / equipa | Segmentos | premier-league, nba, tennis, um segmento por clube grande | Alertas de jogos 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, pré-jogo, acumulador, utilizador-cash-out | Alertas in-play vão para apostadores ao vivo, não para toda a casa de apostas |
| Nível de depósito | Atributo | nível_depósito: nenhum / baixo / médio / alto | Dimensionamento de ofertas; supressão de prompts de depósito onde não pertencem |
| Recência da sessão | Segmentos (rolantes) | ativo-7d, a_expirar-8-20d, dormente-21d+ | A espinha dorsal da higiene: quem recebe cadência completa, quem recebe um regresso, 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 contacto |
| Provedor de jogos / preferência de título | Segmentos | Fãs de provedores, títulos individuais de slots, casino-ao-vivo | Lançamentos de novos jogos e drops de rodadas grátis para jogadores que realmente os jogam |
| Vertical | Segmentos | apostas-desportivas, casino, casino-ao-vivo, lotaria, fantasy, esports | O router 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, pelo que a segmentação no primeiro dia existe antes de quaisquer dados comportamentais. Um jogador que se inscreveu numa página de jogo já lhe disse a sua vertical e provavelmente a sua equipa; a sequência de push do dia do jogo mostra o que fazer com isso.
Segundo, um segmento é obrigatório: auto-excluído. Quando um jogador se auto-exclui, uma chamada de API move-o para ele, todas as audiências o excluem, e os seus fluxos de trabalho ativos param. Supressão dura, rápida, é uma prática de confiança comercial — os jogadores mantêm as notificações ativas para operadores que respeitam o botão de desligar.
Segmentos vs atributos: a regra geral
A maioria das dimensões na tabela funcionam como ambos, pelo que a decisão de segmentos vs atributos surge em todas as linhas. A regra geral: se quer enviar para ele, faça-o um segmento; se quer ramificar ou personalizar nele, faça-o um atributo.
“Todos os que seguem o clube da casa” é uma audiência para a qual enviar, pelo que é um segmento. O nível de depósito é algo em que um fluxo de trabalho ramifica (“este jogador já depositou?”) e com o qual uma oferta é dimensionada, pelo que é um atributo. O estatuto VIP é legitimamente ambos: um segmento para campanhas exclusivas para VIP, um atributo para que um fluxo de trabalho possa verificar o nível antes de escolher uma mensagem.
Grupos de audiência lidam com as combinatórias. PushEngage combina segmentos e atributos com lógica E/OU/NÃO, pelo que “apostadores ao vivo que seguem o clube da casa E estiveram ativos nos últimos 7 dias” é uma audiência guardada, reutilizável em todas as campanhas e fluxos de trabalho que a necessitem.
É aqui que a regra de segmentos vs atributos compensa 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 acontece com uma atualização de atributo. Construa o modelo uma vez e terá também construído o seu mapa de gatilhos de automação.
Alimentar o modelo a partir da sua plataforma: uma integração fina, não um projeto de dados
Metade do modelo não necessita de qualquer engenharia. Sinais baseados em páginas — um jogador a navegar numa página de jogo, a passar noventa segundos no lobby do casino ao vivo, a subscrever a partir de uma página de slots — preenchem segmentos através do SDK automaticamente.
A outra metade reside no seu backend: depósitos, liquidação de apostas, alterações VIP, atividade de sessão. Estes chegam através da API REST PushEngage ou do SDK à medida que os eventos ocorrem — uma chamada de API atualiza um atributo ou move um jogador entre segmentos no momento em que a sua plataforma regista o evento subjacente. Os operadores normalmente integram os poucos eventos que importam (depósito, liquidação, indicadores de elegibilidade) em dias. Esta é uma integração leve, não um projeto de armazém de dados.
Nível de depósito: a dimensão que só o seu backend pode definir
Nenhuma visita à página revela um depósito. A sua plataforma define deposit_tier no registo e atualiza-o em cada evento de depósito. Esse único atributo potencia o dimensionamento de ofertas, o fluxo de primeiro depósito abaixo e um controlo de mensagens responsáveis: se a sua plataforma consegue sinalizar padrões de perseguição de perdas, envie também essa sinalização como um atributo, e todos os fluxos de bónus a verificam antes de enviar. O atributo de nível de depósito são as poucas linhas de código de integração de maior valor que escreverá este trimestre.
Recência da sessão: segmentos rotativos que se mantêm
Segmentos de recência de sessão — active-7d, lapsing-8-20d, dormant-21d+ — são rotativos: a adesão atualiza-se automaticamente a partir da recência de envolvimento, pelo que ninguém os reconstrói semanalmente. São a espinha dorsal da higiene. Jogadores ativos recebem cadência completa, jogadores em risco recebem um ritmo de reativação mais leve e jogadores inativos saem completamente das transmissões, recebendo uma curta sequência de recuperação em vez disso. Os limites de frequência encolhem à medida que os segmentos arrefecem.
Essa última regra vale dinheiro real. O Chrome agora revoga automaticamente a permissão de notificação de sites que mostram um envolvimento do utilizador muito baixo e um volume de notificações elevado (anunciado em 10 de outubro de 2025). Subscritores inativos que continuam a receber a sua cadência completa são o perfil exato que remove, silenciosamente. A segmentação por recência de sessão é como pode parar de a alimentar.
Campanhas acionadas por ação: os dois fluxos que o modelo potencia
Tudo o que está acima é canalização. As 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 o seu lugar primeiro, porque visam os dois momentos de maior valor no funil de qualquer operador — o jogador que se registou mas nunca depositou, e o jogador que começou algo e desistiu. Notificações push de casino a partir do primeiro depósito guia ambos através de um funil de casino; aqui está a vista a 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
registadoEnível_depósitoénenhum. - Enviar — “O seu bónus de boas-vindas está pronto.” O bónus é apresentado como disponível, nunca expira. Nunca utilize molduras de urgência em pedidos de depósito.
- Aguardar 2 dias, depois verificar
nível_depósito. Depositou → fim. - Enviar — clareza, não pressão: como o bónus funciona realmente, termos em linguagem clara.
- Aguardar 3 dias, depois verificar novamente. Depositou → fim.
- Enviar — produto, não bónus: o cartão deste fim de semana, os novos títulos no lobby. Fim.
Qualquer alteração em nível_depósito faz sair da sequência onde quer que o jogador esteja; o próprio depósito é a saída. Três contactos ao longo de cinco dias é o limite. Um gotejamento para não depositantes que nunca termina é precisamente o perfil de baixo envolvimento e alto volume que leva um remetente a ser estrangulado.
Plano: continuar de onde parou
O equivalente em jogos ao abandono do carrinho, direcionado ao público com maior intenção que tem: jogadores que estavam em ação há minutos. A sua plataforma dispara um evento personalizado nos momentos de abandono que consegue ver — apostas_abandonadas, depósito_abandonado, sessão_de_jogo_terminada — e os gatilhos de evento personalizado precisam do plano Growth. Horário de silêncio 00:00–09:00, ignorar: uma notificação de retoma nove horas depois é ruído. A versão do boletim de apostas:
- Gatilho — evento personalizado
apostas_abandonadas. - Aguardar 45 minutos — dentro da janela de intenção, não tão rápido que pareça vigiado.
- Verificar —
última_aposta_ematualizou desde o evento? Sim → fim; o jogador terminou por conta própria. - Enviar — “O seu boletim ainda está pronto. Três seleções guardadas — finalize com um toque,” com link direto para o boletim. Fim.
Para sessão_de_jogo_terminada, personalize com o título que o jogador deixou. Para depósito_abandonado, envie uma notificação neutra de retoma e pare — sem bónus extra, sem contagem decrescente. Um depósito abandonado é por vezes um jogador a decidir não depositar, e essa decisão é respeitada. Limite toda a família a uma notificação de retoma 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 mil milhões de notificações, e a distribuição dentro desses dados é todo o argumento para o modelo acima: o remetente mediano de sites 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á a escrever textos melhores. Está a enviar menos notificações, mais direcionadas — notificações que chegam porque um segmento de jogadores ou um gatilho de ação disse que deveriam.
As regras da plataforma de 2026 transformam isso de uma otimização num requisito. Desde janeiro de 2026, o Chrome pontua diariamente cada origem de envio com base no volume de envios em relação ao tempo de engagement, e limita os remetentes que classifica como disruptivos. Envíos segmentados e acionados para jogadores recentemente ativos mantêm essa pontuação saudável; envios em massa para uma lista inativa corroem-na. O perfil de envio em conformidade e o perfil de envio do decil superior são o mesmo perfil — a segmentação de caso geral, ligada na introdução, cobre os mecanismos.
Comece com seis segmentos de jogadores, não sessenta
O modelo tem sete dimensões; a sua primeira construção não deve ter. Comece com seis segmentos de jogadores: a divisão vertical (apostas desportivas, casino), duas ou três equipas ou ligas importantes em que a sua casa de apostas realmente opera, recência da sessão e VIP. Adicione o atributo de nível de depósito e poderá executar ambos os projetos acima na primeira semana.
Adicione granularidade quando uma campanha precisar dela, não antes. Um segmento para o qual ninguém envia é uma dívida de manutenção: custa atenção, fica desatualizado e polui todos os seletores de público. O teste para um novo segmento é uma campanha nomeada à espera de o usar.
Um modelo de subscritor para notificações push na web e na app
Nada neste artigo é exclusivo para web ou apenas para app. Os segmentos, atributos, grupos de público e acionadores acima formam um modelo de subscritor: construa-o uma vez e ambos os canais herdam-no. Notificações push da app através dos SDKs iOS, Android, React Native e Flutter funcionam a partir do mesmo painel, dos mesmos públicos e dos mesmos fluxos de trabalho que as notificações push do seu site.
Isso é mais importante para operadores do que para a maioria dos remetentes, porque os jogadores dividem-se por diferentes superfícies. As notificações push na web alcançam o jogador que nunca instalou a sua app; as notificações push da app sobrevivem após o fim da sessão de navegação. Qual canal liderar, e quando precisa de ambos, é o tema de notificações push na web vs na app para apostas e jogos; a configuração do lado da app está coberta em notificações push para apps de apostas.
Se está a construir o modelo de jogador agora, configure os seis segmentos iniciais, ligue 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 os subscritores ativos — a poda por recência mantém a fatura 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 do seu programa para fechar.
