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

> Boas práticas de notificações push: o que notificar, quando pedir permissão, frequência, segmentação e métricas para gerar ação, não desinstalação.

Fonte: https://pervian.tech/blog/notificacoes-push-boas-praticas · Pervian Tech · publicado em 2026-10-01

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.

| Tipo | Exemplos | Quem dispara | Tolerância do usuário |
|---|---|---|---|
| Transacional | Pedido confirmado, saiu para entrega, pagamento aprovado, senha alterada | Um evento no sistema | Alta, porque responde a algo que ele fez |
| Operacional ou de serviço | Boleto vence amanhã, agendamento em duas horas, documento pendente | Um prazo ou uma regra | Alta, se o aviso for preciso e no tempo certo |
| Relacionamento | Pesquisa de satisfação, dica de uso, lembrete de carrinho | Comportamento recente | Média, depende de frequência |
| Promocional | Oferta, lançamento, campanha sazonal | Calendário de marketing | Baixa, e cai a cada envio irrelevante |

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](https://pervian.tech/blog/app-de-ordem-de-servico-para-tecnicos-de-campo), 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](https://pervian.tech/blog/app-de-entrega-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](https://pervian.tech/blog/app-nativo-hibrido-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](https://pervian.tech/blog/app-de-fidelidade-para-varejo);
- 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**.

| Fraca | Melhor |
|---|---|
| "Temos novidades para você!" | "Seu pedido 4821 saiu para entrega. Chega hoje até as 18h." |
| "Não esqueça de nós" | "Seu boleto vence amanhã. Toque para copiar o código de barras." |
| "Atualização disponível" | "Sua ordem de serviço foi aprovada. Veja o horário da visita." |

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](https://pervian.tech/blog/seguranca-em-aplicativos-moveis) 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á.

| Critério | Push | E-mail | WhatsApp |
|---|---|---|---|
| Exige app instalado | Sim | Não | Não |
| Urgência | Alta, aparece na hora | Baixa, depende de quando a pessoa abre | Alta |
| Conteúdo longo ou com anexo | Ruim | Bom | Médio |
| Comprovante e registro formal | Fraco | Bom | Médio |
| Conversa de ida e volta | Não | Lenta | Sim |
| Regras do canal | Permissão no aparelho | Descadastro simples | Opt-in e modelos de mensagem aprovados |

Algumas combinações frequentes:

- **Status de pedido para quem tem o app:** push, com e-mail como registro.
- **[Cobrança e lembrete de vencimento](https://pervian.tech/blog/regua-de-cobranca-automatica) 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](https://pervian.tech/blog/integracao-whatsapp-api-oficial).

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](https://pervian.tech/servicos/desenvolvimento-mobile) e das [soluções de aplicativos para empresas](https://pervian.tech/solucoes/desenvolvimento-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](https://pervian.tech/blog/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](https://pervian.tech/#contato).