Notificações push web 2026: alavanca de reconquista ou incómodo que mata a confiança?

As notificações push web atravessaram três ciclos desde 2015: entusiasmo inicial (« o novo e-mail »), saturação e fadiga do utilizador (popups intrusivos, opt-in enganoso), maturação regulamentar (RGPD, ePrivacy). Em 2026, o push web volta a ser uma alavanca interessante, desde que se compreenda o que mudou e o que não mudou.

O push web não é um canal de massa à maneira do e-mail. É um canal de reconquista de nicho, com uma taxa de opt-in baixa (5-10 % da base de visitantes), restrições técnicas específicas, e uma exigência de qualidade elevada: envios a mais, e o utilizador cancela a subscrição. Este artigo faz o ponto sobre o que funciona em 2026, os protocolos, as ferramentas, e o teste de pertinência a conduzir antes de investir.

O que é o push web tecnicamente

O push web assenta no protocolo Web Push API normalizado pelo W3C. Mecânica:

1. O visitante chega ao site. Ao fim de algum tempo ou depois de uma ação, um pedido de permissão aparece (a janela nativa do navegador).
2. Se o utilizador aceitar, o navegador gera um endpoint único (URL dos servidores push da Mozilla, da Google ou da Apple) e partilha-o com o site.
3. O site guarda esse endpoint, associado a um identificador de utilizador se conhecido.
4. Para enviar uma notificação, o site (ou a sua ferramenta push) envia um pedido assinado VAPID ao endpoint, que empurra a notificação para o navegador.
5. O utilizador vê a notificação mesmo com o site fechado, desde que o navegador esteja a correr (ou em segundo plano no telemóvel).

Suporte dos navegadores em 2026

• Chrome, Edge, Firefox, Opera em desktop e Android: suporte completo desde há muito.
• Safari macOS e iPadOS: suporte nativo desde o macOS 13.
• Safari iOS (iPhone): suporte parcial desde o iOS 16.4 (março de 2023), na condição de o site estar instalado como PWA no ecrã principal. É a grande limitação: no iPhone, o push web exige a instalação prévia da PWA.

Consequência em 2026: o push web é poderoso em Android e desktop, marginal no iPhone enquanto a PWA não for instalada. Para uma audiência maioritariamente iOS sem PWA, o push web só cobre 20-30 % da base.

O quadro RGPD e ePrivacy

O push web está abrangido pela diretiva ePrivacy, transposta em Portugal pela Lei n.º 41/2004, e pelo RGPD:

• Consentimento explícito: a janela push nativa do navegador serve de recolha de consentimento, mas só dispara se for chamada corretamente (em resposta a uma ação clara do utilizador, não ao carregar da página).
• Informação prévia: o utilizador deve saber o que vai receber antes de aceitar. Boa prática: mostrar um pré-prompt à medida (« Receber os nossos alertas de promoções? ») antes da janela nativa.
• Cancelamento fácil: um botão de cancelamento deve estar acessível a qualquer momento, idealmente diretamente na notificação.
• Dados pessoais: o endpoint push não é em si um dado pessoal, mas a associação a um identificador de cliente torna-o um dado pessoal. A documentar no registo de tratamentos RGPD, sob a supervisão da CNPD.

Os opt-in enganosos (« Clique OK para aceder ao site ») são sancionados pelas autoridades de proteção de dados e continuam a ser o erro mais frequente. A partir de 2024-2025, a jurisprudência é firme: um opt-in ambíguo vale ausência de consentimento.

Os casos de uso que justificam o canal

O push web só é rentável em casos de uso de alto sinal. Mau uso: newsletter diária. Bons usos:

1. Carrinho abandonado

Notificação push 1h-4h após o abandono do carrinho: « O seu carrinho está à sua espera, conclua antes do fim da promoção. » Taxa de clique típica 4-12 %, taxa de conversão clique-venda 8-15 %. ROI geralmente positivo a partir de 50 carrinhos abandonados por dia.

2. Reposição de stock

O comprador tinha-se inscrito na lista de espera de um produto esgotado. « O produto X está de volta. » Push disparado assim que há reposição. Taxa de clique 25-45 %, taxa de conversão 15-30 %. É o caso de uso rei.

3. Descida de preço

O comprador tinha adicionado aos favoritos ou consultado um produto. « O preço do produto X acabou de baixar 20 %. » Push disparado numa mudança de preço significativa. Taxa de clique 10-20 %, taxa de conversão 5-12 %.

4. Confirmação de evento maior

« A sua encomenda foi expedida », « Código de levantamento disponível ». Mas em concorrência com SMS e e-mail transacionais: muitas vezes menos pertinente para estes eventos.

5. Lançamentos de ofertas limitadas

« Venda relâmpago de 2h » em produtos seguidos. A usar com parcimónia para não esgotar a base.

Ferramentas em 2026

OneSignal

• Líder mundial, plano gratuito generoso (até 10 mil subscritores).
• Módulo PrestaShop oficial e SDK rico.
• Segmentação, tags dinâmicas, testes A/B incluídos.
• Tarifa paga a partir de 9 $/mês, escalando até várias centenas.

PushOwl

• Especialista e-commerce, focado no Shopify mas integrável no PrestaShop via API.
• Modelos e-commerce nativos (carrinho abandonado, reposição de stock, etc.).
• Tarifa a partir de 19 $/mês.

Wonderpush

• Solução europeia, alojamento na UE, mais estrita na conformidade RGPD.
• Módulo PrestaShop específico.
• Tarifa a partir de 1 €/1000 push, planos empresariais negociáveis.

DIY via Web Push API

• Desenvolvimento à medida usando a Web Push API nativa.
• Custo inicial de 5-15 mil € de desenvolvimento.
• Pertinente apenas com uma necessidade específica não coberta pelas soluções SaaS, ou um argumento de soberania dos dados.

A aritmética do ROI

Numa loja PrestaShop com 100 mil visitantes únicos por mês:

• Taxa de opt-in realista em 2026: 5-10 % após 30 dias de otimização = 5 000 a 10 000 subscritores.
• Cancelamentos / churn: 2-4 % por mês: é preciso renovar a base.
• Push transacionais (reposição, carrinho abandonado, descida de preço): 100-500 envios por dia consoante o tamanho do catálogo.
• CTR típico: 6-15 %.
• Conversão clique-venda: 5-12 %.

Nesta base, o push web gera tipicamente 2 a 5 % da faturação total da loja. Numa loja de 500 mil €/mês, são 10-25 mil €/mês de faturação adicional para um custo de ferramenta de 20-150 €/mês. ROI claramente positivo enquanto a base for mantida com qualidade.

Quando o push web é um incómodo que mata a confiança

O mesmo canal pode fazer perder 2-5 % da faturação se for mal usado. Sinais de má utilização:

• Envios diários promocionais genéricos: o visitante cancela e associa a marca a spam.
• Opt-in logo à chegada: a janela aparece ao mesmo tempo que a página carrega. Resultado: 95 % de « Recusar » e opt-in definitivamente bloqueado pelo navegador (no Chrome, após 2-3 recusas, o botão desaparece).
• Conteúdo enganoso: título que promete uma promoção, clique que leva a uma ficha de produto normal. Resultado: a taxa de queixas no navegador sobe, a distribuição futura é degradada pelos servidores push.
• Confusão de canal: enviar notificações que deviam ter sido e-mails. O push é curto (menos de 200 caracteres), efémero, e sem conteúdo rico. Mau canal para uma newsletter.

A mecânica de opt-in que funciona

1. Nada de opt-in na página de chegada. Disparo após 30 a 60 segundos de sessão, ou após um sinal de envolvimento (consulta de 3 páginas, adição aos favoritos, abandono de carrinho).
2. Pré-prompt à medida: um bloco « Receber os seus alertas de promoções, reposições de stock e novidades? » com botão « Sim » / « Mais tarde ». Se « Sim », dispara-se a janela nativa.
3. Valor claro: indicar o que o utilizador vai receber (« máximo 2 push por semana », « apenas as reposições de stock que segue »).
4. No máximo 1 pedido por sessão, e memorização: em caso de recusa, não voltar a pedir antes de 30 dias.

As armadilhas a evitar

1. Sobre-solicitar e queimar a base

Mais de 2 push promocionais por semana e o cancelamento dispara. Regra empírica: 1 push transacional por dia no máximo, 1 push promocional por semana no máximo.

2. Confundir opt-in e inscrição na newsletter

O RGPD exige um consentimento distinto para cada canal. A inscrição na newsletter não dá o direito de enviar push. E o inverso também não.

3. Não medir a entregabilidade

Os servidores push da Google e da Mozilla degradam a entregabilidade dos envios em caso de taxa de queixas elevada ou de conteúdo suspeito. Monitorizar a taxa de entrega no painel da ferramenta push, e corrigir assim que descer abaixo de 90 %.

4. Esquecer a reativação da base inativa

Um subscritor que não clica há 90 dias é um cancelamento provável a curto prazo. Mais vale retirá-lo proativamente da base do que continuar a poluir as suas notificações.

5. Negligenciar o iOS PWA

Numa audiência maioritariamente iPhone, o push web sem PWA instalável cobre uma fração da base. Se a PWA for implementada e promovida ativamente (« Instalar a nossa app »), o push web torna-se pertinente. Sem PWA, é melhor privilegiar outros canais.

Conclusão: uma alavanca de nicho, não um canal de massa

Em 2026, o push web não é nem a solução milagrosa vendida em 2018 nem o canal morto previsto em 2022. É uma alavanca de reconquista de nicho, que entrega 2 a 5 % de faturação adicional em casos de uso bem escolhidos (carrinho abandonado, reposição de stock, descida de preço). Na condição de respeitar três regras: opt-in honesto sem armadilhas, conteúdo transacional de alto valor, parcimónia no promocional.

Para uma loja PrestaShop de média dimensão, o OneSignal em plano gratuito ou pago de entrada cobre a maioria das necessidades, com uma implementação em 2-5 dias. O teste de pertinência leva 60-90 dias: se, findo esse prazo, o opt-in estagnar abaixo de 3 % ou os push gerarem menos de 1 % da faturação, o canal não é uma prioridade para esta audiência. Se ultrapassar 4 %, é uma alavanca estrutural a manter no tempo.