Qual é a diferença entre uma notificação web push e uma mensagem in-app?

O web push alcança os usuários fora do site pelo sistema de notificações do navegador e exige uma permissão explícita. Uma mensagem in-app aparece dentro do seu produto enquanto o usuário está nele, sem nenhuma permissão do navegador. A maioria das equipes usa o push para trazer os usuários de volta e o in-app para orientá-los quando chegam.

As notificações web push funcionam com o navegador fechado?

No Android e nos web apps instalados no iOS, sim — o push usa o canal de notificações do sistema operacional. No desktop, o processo do navegador precisa estar rodando, embora nenhuma aba do seu site precise estar aberta. Se um dispositivo está offline, o serviço de push guarda as mensagens recentes e as entrega na reconexão, dentro do tempo de vida da mensagem.

Os usuários precisam instalar um app para receber web push?

Não é preciso um app nativo. No desktop e no Android, qualquer navegador compatível pode se inscrever a partir do seu site. O iOS é a exceção: o usuário precisa primeiro adicionar seu site à Tela de Início como web app (Safari 16.4 ou posterior) antes que o pedido de permissão sequer fique disponível.

O web push precisa de um endereço de e-mail ou de um número de telefone?

Não. Uma inscrição push é anônima por padrão — ela identifica um navegador em um dispositivo, não uma pessoa. Isso a torna útil antes do cadastro, mas as inscrições também morrem com o perfil do navegador, então trate o web push como um complemento aos identificadores próprios, não como substituto.

O que é uma notificação web push?

Uma notificação web push é uma mensagem entregue pelo navegador por meio da Push API e de um service worker, depois que o usuário concede uma permissão explícita. Ela alcança as pessoas quando não estão no seu site — sem instalar um app e sem precisar de um endereço de e-mail. No iOS, só funciona para web apps adicionados à Tela de Início (Safari 16.4+).

Atualizado em 8 de jul. de 20263 min de leituraPor fromHello

O essencial

O web push exige uma permissão explícita — quem controla o pedido e a revogação é o navegador, não você.
A entrega passa pela Push API e por um service worker, então as notificações chegam mesmo com o seu site fechado.
No iOS, o web push só funciona para web apps adicionados à Tela de Início, a partir do Safari 16.4.

Como funciona uma notificação web push?

O fluxo tem três partes. Sua página pede permissão para enviar notificações; se o usuário aceita, o navegador cria uma inscrição push pela Push API e devolve um endpoint em um serviço de push operado pelo fornecedor do navegador (Google, Mozilla, Apple). Seu servidor envia um payload a esse endpoint, assinado com suas chaves VAPID. O navegador então ativa seu service worker — um script que roda sem uma aba aberta —, que exibe a notificação. Nada é enviado antes do opt-in do usuário, e a permissão pode ser revogada no navegador a qualquer momento.

Web push: Uma notificação entregue pelo navegador a partir do seu servidor, fora do site, depois de uma permissão explícita.
Service worker: Um script em segundo plano que o navegador roda sem uma aba aberta; recebe o evento push e exibe a notificação.
Permissão de notificação: A permissão no nível do navegador (default, granted, denied) que controla tudo; uma recusa é difícil de reverter.
Push API: O padrão web que cria a inscrição e encaminha as mensagens pelo serviço de push do fornecedor do navegador.

O web push e as três peças que o fazem funcionar.

O web push funciona no iOS e no Safari?

Sim, com uma ressalva que pega a maioria das equipes. Desde o Safari 16.4 (março de 2023), o iOS e o iPadOS entregam web push só para web apps que o usuário adicionou à Tela de Início — uma aba comum do Safari não consegue se inscrever. O pedido de permissão também precisa vir depois de um gesto do usuário, como o toque em um botão. No macOS, o Safari aceita web push no navegador normal desde a versão 16.1. A consequência prática: no iPhone, o web push é um canal para os seus usuários mais engajados, não um canal de grande alcance.

Quando uma equipe pequena deve usar web push?

O web push vale a pena quando você precisa alcançar usuários fora do site sem ter um endereço de e-mail: avisos de fim do período de teste, lembretes de configuração, alertas sobre eventos que o usuário escolheu acompanhar. Ele combina naturalmente com as mensagens in-app — o in-app fala com os usuários enquanto eles estão no produto, o push os traz de volta quando não estão. Para ver como os dois canais se encaixam em um só programa, leia o guia de web push e mensagens in-app. Ferramentas como o OneSignal e o Novu existem em grande parte para gerenciar as inscrições e a entrega por você.

Quais são os limites do web push?

A permissão é frágil: peça cedo demais e os usuários clicam em bloquear, o que é quase definitivo — a maioria das equipes pergunta primeiro na própria interface e só depois aciona o pedido do navegador.
A entrega não é garantida: as notificações passam pelo serviço de push do fornecedor do navegador e podem ser limitadas, agrupadas ou descartadas em dispositivos inacessíveis.
Sem caixa de entrada: uma notificação fechada some, então tudo o que precisa durar também deve ir por e-mail ou in-app.
O alcance é desigual: o Chrome no desktop e o Android funcionam bem; no iPhone, só os web apps instalados se qualificam.

Fontes

FAQ

Perguntas frequentes

Qual é a diferença entre uma notificação web push e uma mensagem in-app?
O web push alcança os usuários fora do site pelo sistema de notificações do navegador e exige uma permissão explícita. Uma mensagem in-app aparece dentro do seu produto enquanto o usuário está nele, sem nenhuma permissão do navegador. A maioria das equipes usa o push para trazer os usuários de volta e o in-app para orientá-los quando chegam.
As notificações web push funcionam com o navegador fechado?
No Android e nos web apps instalados no iOS, sim — o push usa o canal de notificações do sistema operacional. No desktop, o processo do navegador precisa estar rodando, embora nenhuma aba do seu site precise estar aberta. Se um dispositivo está offline, o serviço de push guarda as mensagens recentes e as entrega na reconexão, dentro do tempo de vida da mensagem.
Os usuários precisam instalar um app para receber web push?
Não é preciso um app nativo. No desktop e no Android, qualquer navegador compatível pode se inscrever a partir do seu site. O iOS é a exceção: o usuário precisa primeiro adicionar seu site à Tela de Início como web app (Safari 16.4 ou posterior) antes que o pedido de permissão sequer fique disponível.
O web push precisa de um endereço de e-mail ou de um número de telefone?
Não. Uma inscrição push é anônima por padrão — ela identifica um navegador em um dispositivo, não uma pessoa. Isso a torna útil antes do cadastro, mas as inscrições também morrem com o perfil do navegador, então trate o web push como um complemento aos identificadores próprios, não como substituto.

fromHello é um software de automação de marketing de código aberto: mensagens acionadas pelo que as pessoas fazem.

O fromHello Cloud está disponível em acesso antecipado pela lista de espera.

Entrar na lista de espera Dar uma estrela no GitHub

Ninguém empreende para ficar pequeno.

O acesso antecipado ao fromHello Cloud é liberado em etapas. O onboarding é assistido: ajudamos você a configurar tudo e a trazer seus contatos.

Ainda não quer entrar? Ver no GitHub