Notificações push: boas práticas para não irritar o usuário

O app fica pronto, a equipe de marketing descobre que pode mandar notificação para todo mundo e, em poucas semanas, o canal está gasto. Chega aviso de promoção às dez da noite, lembrete repetido de algo que o cliente já fez, mensagem genérica que não leva a lugar nenhum. O usuário faz o que qualquer pessoa faz: desliga as notificações nas configurações do celular ou desinstala o app.

O problema é que, junto com a promoção, vai embora o aviso que realmente importava: o pedido que saiu para entrega, o boleto que vence amanhã, a ordem de serviço que foi aprovada. Uma vez desligada, a permissão raramente volta: poucos usuários entram nas configurações do sistema para religá-la.

Este texto reúne as boas práticas que usamos para projetar notificações push que geram ação: o que vale notificar, quando pedir permissão, com que frequência, para quem e como saber se está funcionando.

A resposta curta: as boas práticas que mais pesam

Para quem precisa da resposta antes do detalhe, as regras que mais fazem diferença são estas:

1. Notifique o que o usuário quer saber, não o que a empresa quer dizer. Mudança de status, prazo, pendência dele, resposta a algo que ele fez.
2. Peça permissão no momento em que o benefício é óbvio, nunca na primeira tela do app.
3. Separe transacional de promocional, com controles independentes nas preferências do app.
4. Limite a frequência por pessoa, não por campanha, e respeite horário de silêncio.
5. Segmente pelo que a pessoa fez, não pelo cadastro inteiro.
6. Toda notificação leva a uma tela específica onde a ação pode ser feita em um toque.
7. Meça o efeito, não só a abertura: a notificação mudou o comportamento ou só foi tocada?

Por que tanta gente desativa notificações

Cada app disputa a mesma tela de bloqueio, e o usuário aprende rápido a separar quem avisa algo útil de quem só quer atenção.

Os motivos mais comuns para o usuário desligar tudo são previsíveis:

• Volume. Várias notificações por dia de um app que a pessoa usa uma vez por semana.
• Irrelevância. Promoção de um produto que ela nunca comprou, aviso de uma funcionalidade que ela não usa.
• Horário. Mensagem no meio da noite, no domingo de manhã, durante o expediente de quem trabalha em turno.
• Mensagem vaga. "Temos novidades para você!" não diz o quê, nem por que agora.

Há um agravante: se o app não separa os tipos de aviso, a decisão do usuário vira tudo ou nada. Ele não desliga "só as promoções" se o app não oferecer essa opção. Ele desliga o app inteiro.

Notificação transacional x promocional

A primeira decisão de desenho é separar as notificações por natureza. Elas têm regras, tolerância e até tratamento legal diferentes.

Na prática, isso vira três decisões no app:

• Canais separados. O Android permite criar categorias (canais) de notificação, e o usuário pode silenciar uma sem silenciar as outras. No iOS, a separação costuma ficar nas preferências dentro do próprio app, e o sistema ainda permite marcar avisos realmente urgentes como sensíveis ao tempo, para que passem pelos modos de foco (use isso com parcimônia, só para o que não pode esperar). Nos dois casos, a regra é a mesma: quem quer parar de receber ofertas não pode perder o aviso de entrega.
• Prioridade diferente. Transacional sai na hora. Promocional entra numa fila que respeita limite de frequência e horário.
• Consentimento diferente. Mensagem de marketing depende de uma base legal clara e de um jeito simples de recusar. Como a LGPD trata dados pessoais e finalidade de uso, vale alinhar com o jurídico qual consentimento o app coleta e como ele fica registrado.

Quando e como pedir permissão

Em boa parte dos aparelhos, o app precisa pedir autorização explícita para enviar notificações. O iOS sempre exigiu esse pedido, e o Android passou a exigir a partir da versão 13. Isso faz do pedido de permissão um momento quase único: no iPhone, a janela do sistema aparece uma vez só; no Android, depois de recusas seguidas, o sistema para de exibi-la. Em ambos os casos, para reverter, o usuário precisa ir às configurações do aparelho.

Por isso, o erro mais caro é pedir permissão na primeira abertura, antes de o usuário entender para que o app serve.

Passo a passo para pedir permissão

1. Espere o momento de valor. O pedido faz sentido logo depois que o usuário fez algo que gera um acompanhamento: fechou um pedido, agendou um serviço, abriu um chamado.
2. Explique antes, com uma tela do próprio app. Uma tela simples diz o que ele vai receber ("avisaremos quando seu pedido sair para entrega e quando chegar") e oferece "Ativar" ou "Agora não".
3. Só chame o pedido do sistema se ele aceitar. Se ele tocar em "Agora não", o pedido nativo não é disparado, e a chance continua disponível para outro momento.
4. Ofereça de novo em outro contexto relevante, com espaçamento razoável e sem insistência.
5. Deixe as preferências acessíveis. Uma tela de configurações onde ele escolhe o que quer receber reduz a vontade de desligar tudo.

App interno é diferente

Em app usado pela equipe (vendedores, técnicos, motoristas), a notificação faz parte do trabalho: nova rota, ordem de serviço atribuída, pedido aprovado. Mesmo assim, as regras de volume valem: técnico que recebe aviso de tudo para de olhar para os avisos. Em apps como o de entregas com comprovante digital, o push que avisa sobre uma rota alterada precisa se destacar, e só se destaca se não houver ruído em volta.

E no PWA?

Se o app é um PWA, notificação também é possível, mas com mais restrições, principalmente no iPhone, onde o usuário precisa adicionar o app à tela inicial antes de autorizar. Se notificação é central para o produto, isso pesa na escolha da tecnologia, tema detalhado em app nativo, híbrido ou PWA.

Frequência, horário e segmentação

Com a permissão concedida, o objetivo passa a ser não perdê-la. Três controles fazem a maior parte do trabalho.

Frequência por pessoa

O limite de frequência precisa olhar para a pessoa, não para a campanha. Se o marketing dispara duas campanhas no mesmo dia e o produto dispara um lembrete, quem recebe são as mesmas pessoas. O sistema precisa de uma regra central do tipo "no máximo X notificações não transacionais por pessoa por semana", definida pela empresa conforme o uso do app, e de uma fila que descarta ou adia o excesso.

Notificações transacionais ficam fora desse limite, mas também precisam de cuidado: se o pedido muda de status cinco vezes em uma hora, talvez só dois desses status mereçam aviso.

Horário e fuso

• Horário de silêncio. Promocional não sai de madrugada. Defina uma janela permitida e respeite o fuso do usuário, o que importa num país com mais de um fuso horário.
• Horário útil para o contexto. Lembrete de boleto faz sentido de manhã; aviso de entrega faz sentido na hora do evento.

Segmentação pelo comportamento

Segmentar não é só filtrar por cidade ou idade. Os segmentos que funcionam melhor partem do que a pessoa fez:

• comprou um produto que tem reposição periódica;
• iniciou um cadastro e parou no meio;
• não abre o app há algumas semanas.

Isso exige que o app registre eventos de uso e que esses eventos cheguem a um lugar onde o time consegue montar públicos sem pedir ajuda ao desenvolvedor a cada campanha. É uma decisão de arquitetura, não um detalhe de marketing.

Mensagem que leva a uma ação clara

A notificação tem pouco espaço e pouco tempo de atenção. Ela precisa responder, em poucas palavras, a três perguntas: o que aconteceu, por que importa para mim e o que eu faço agora.

Regras práticas para o texto e para o comportamento do toque:

• Comece pelo fato, não pela marca. O nome do app já aparece na notificação.
• Use dados do próprio usuário (número do pedido, data, nome do serviço) sempre que possível.
• Leve direto à tela da ação (o chamado deep link). Notificação que abre a tela inicial e obriga o usuário a procurar o que foi avisado desperdiça o toque.
• Não exponha dado sensível na tela de bloqueio. Valor de dívida, resultado de exame ou detalhe de contrato podem aparecer para qualquer pessoa que olhe o celular. Prefira "Há um documento novo para você" e mostre o conteúdo dentro do app, após o login.
• Cancele o que perdeu o sentido. Se o usuário pagou o boleto, o lembrete agendado precisa ser descartado antes de sair.

Push, e-mail ou WhatsApp: qual canal usar

Push não é o único canal, e nem sempre é o melhor. A escolha depende da urgência, do conteúdo e de onde o usuário está.

Algumas combinações frequentes:

• Status de pedido para quem tem o app: push, com e-mail como registro.
• Cobrança e lembrete de vencimento para quem não tem o app: WhatsApp ou e-mail, com o link para pagar.
• Atendimento que pede resposta: WhatsApp. Se esse é o caso, a integração precisa usar a API oficial, com modelos aprovados e consentimento registrado, como explicamos em integração com a API oficial do WhatsApp.

O ponto importante é que os canais não devem disputar o mesmo aviso. Se o sistema manda o mesmo lembrete por push, e-mail e WhatsApp ao mesmo tempo, o usuário vai se incomodar com os três. O desenho comum é uma régua por evento: tenta o canal principal; se não houve leitura ou ação num prazo, tenta o seguinte.

Métricas: entrega, abertura e efeito

Medir só a taxa de abertura leva a otimizar o título para chamar atenção, e é exatamente isso que gera desinstalação. O acompanhamento precisa ter três camadas.

Entrega. Quantas notificações foram aceitas pelos serviços de push da Apple e do Google, quantas falharam e por quê. Token inválido ou expirado precisa ser limpo da base, ou o sistema continua tentando enviar para aparelhos que não existem mais.

Interação. Quantas foram tocadas, quantas usaram o botão de ação, quanto tempo levou entre o envio e o toque.

Efeito e custo. É a camada que mais importa:

• Conversão real: o boleto foi pago, o agendamento foi confirmado, o cadastro foi concluído? Compare com um grupo que não recebeu a notificação, quando o volume permitir.
• Desativação (opt-out): quantas pessoas desativaram notificações (ou uma categoria) depois de uma campanha.
• Desinstalação: acompanhe a variação após envios promocionais.

Se uma campanha teve boa abertura e muitas desativações, ela consumiu um ativo que leva tempo para recuperar. Esse custo precisa aparecer no mesmo relatório.

Checklist antes de colocar notificações no ar

• Existe uma lista escrita de quais eventos geram notificação e por quê?
• Transacional e promocional estão em categorias separadas, com controle independente?
• O pedido de permissão acontece depois de um momento de valor, com tela explicativa?
• Há limite de frequência por pessoa e horário de silêncio?
• Cada notificação abre a tela exata da ação?
• Lembretes são cancelados quando a ação já foi feita?
• Nenhum dado sensível aparece na tela de bloqueio?
• O consentimento para mensagens de marketing está registrado?
• O relatório mostra efeito e desativações, não só abertura?

Perguntas frequentes

Quantas notificações push por semana o app pode enviar?

Não existe um número universal. O limite de notificações push deve ser definido pela empresa conforme o uso do app e aplicado por pessoa, somando todas as campanhas, e não campanha por campanha. Notificações transacionais ficam fora dessa conta. Se as desativações sobem depois de um envio promocional, o limite está alto demais para aquele público.

Como fazer o usuário reativar as notificações do app?

Depois de recusada, a permissão de notificação raramente volta, porque o usuário precisa reativá-la nas configurações do aparelho. O app pode mostrar, num momento de valor, uma tela própria explicando o que a pessoa vai receber e oferecer um atalho para essas configurações. Insistir com frequência ou sem contexto costuma ter o efeito contrário.

Notificação push de marketing precisa de consentimento pela LGPD?

Precisa de base legal clara, e a permissão do sistema operacional sozinha não resolve isso. A autorização do aparelho só libera o envio técnico da notificação push. Mensagens de marketing pedem finalidade definida e um jeito simples de recusar, separado dos avisos transacionais. Vale alinhar com o jurídico qual consentimento o app coleta e como ele fica registrado.

PWA consegue enviar notificação push no iPhone?

Consegue, mas com mais restrições do que um app nativo. No iPhone, o usuário precisa primeiro adicionar o PWA à tela inicial e só depois autorizar as notificações, o que reduz o alcance. Se a notificação push é central para o produto, essa limitação deve pesar na escolha entre app nativo, híbrido ou PWA.

Como a Pervian Tech trabalha notificações

Na Pervian Tech, notificação é tratada como parte do projeto do aplicativo, não como um recurso ligado no final. Começamos mapeando os eventos do negócio que merecem aviso e quem deve recebê-los. Depois, desenhamos o fluxo de permissão, as categorias, as regras de frequência e a integração com o sistema de gestão, para que o push dispare a partir de dados reais, e não de uma planilha de campanhas.

Esse trabalho faz parte do nosso serviço de desenvolvimento mobile e das soluções de aplicativos para empresas, tanto para apps de clientes quanto para apps usados pela equipe em campo. Mais textos sobre o tema estão na categoria aplicativos.

Cada projeto é sob medida, e o investimento é definido sob consulta, depois de um diagnóstico inicial gratuito. Se as notificações do seu app estão sendo ignoradas, ou se você está planejando um app e quer acertar isso desde o começo, fale com a gente.