Prompts de assinatura
Peça antes que o navegador ou o sistema peçam, com algo que a pessoa realmente lê. O Pushwoosh já vem com um prompt web padrão, um sininho de inscrição, um pop-up que pode aparecer mais de uma vez e um primer mobile montado com mensagens in-app – tudo antes da caixa de diálogo nativa, que a maioria dos usuários só vê uma única vez.
Você só tem uma chance de perguntar direito
Alguém chega no seu site pela primeira vez — de um anúncio, de um link de oferta, de uma busca — e o navegador já interrompe com uma caixa de diálogo de permissão antes mesmo de a pessoa entender do que se trata a página. O clique em “bloquear” costuma ser automático, e essa decisão é praticamente definitiva: Chrome e Firefox passam a tratar o site como bloqueado depois de duas recusas, e no iOS você tem exatamente um prompt nativo, para sempre. Um prompt de assinatura é o pedido que vem antes: um sininho, uma faixa deslizante, uma tela in-app, algo que explica o que está sendo pedido antes que a caixa de diálogo do sistema apareça e gaste essa única chance real — o que pesa ainda mais em picos de tráfego como Black Friday, quando boa parte da audiência chega de uma vez só e nunca mais volta se a primeira impressão for ruim.
O que já vem pronto
Na web, o prompt de assinatura padrão é um widget no-code que aparece antes da caixa nativa do navegador e só a aciona depois que a pessoa concorda. Um botão em formato de sino (subscribeWidget) fica fixo na página para quem pulou aquele primeiro pedido, e um pop-up personalizado (subscribePopup) oferece “Perguntar depois” ou “Assinar”, customizável e acionável via API toggle() sempre que a sua própria lógica decidir que é o momento certo. Formulários de assinatura por e-mail coletam um segundo opt-in, separado, com double opt-in como opção.
Repetível, não é tudo ou nada
O pop-up personalizado pode ser exibido quantas vezes for preciso, diferente da caixa nativa que Chrome e Firefox bloqueiam depois de duas recusas.
Primer mobile, montado por você
Uma mensagem in-app funciona como tela de aquecimento, chamando o pedido de permissão nativo só depois que a pessoa toca para continuar – não existe um botão pronto de 'pedir permissão', esse você monta.
iOS e Android 13 resolvidos no SDK
A autorização provisória do iOS inscreve o usuário de forma silenciosa, sem caixa de diálogo nenhuma; a permissão em runtime do Android 13 é pedida via SDK, no momento que você escolher.
Aparece quantas vezes for preciso
Mostre o pop-up personalizado de novo, e de novo, até a pessoa assinar ou bloquear de vez – sem limite, e sem risco de o navegador marcar o site como bloqueado, o que aconteceria depois de duas recusas nativas. Essa persistência é o motivo de existir um pop-up próprio em vez de depender só da caixa nativa. Com quase 9 em cada 10 acessos no Brasil vindos de Android, ganhar esse pop-up extra antes da tela do sistema faz diferença real no volume final de inscritos.
Por que isso importa para o Web Push
O Web Push só alcança quem disse sim, e na web esse sim precisa sobreviver a um padrão hostil – uma caixa de diálogo do sistema feita para arrancar uma resposta, não para vender a ideia. Um prompt de assinatura é a etapa que transforma uma visita qualquer em um contato que o resto do produto consegue trabalhar – mais gente saindo do e-commerce ou do app de delivery com um canal aberto de verdade, em vez de só mais uma sessão sem retorno.
Um opt-in só, não um canal só
O mesmo opt-in que um widget web ou um primer mobile coleta registra um único perfil entre push, web, e-mail e in-app. A partir daí, as checagens de alcançabilidade e o fallback de canal no Customer Journey Builder decidem qual canal realmente chega até a pessoa – push, depois e-mail, depois SMS – útil sobretudo em datas como Dia das Mães ou Black Friday, quando um único push perdido pode significar uma confirmação de pedido ou pagamento via PIX que nunca chega ao cliente.
Como funciona
-
Ative os widgets
Ligue o prompt padrão, o sino ou o pop-up personalizado em Settings → Platform Configuration → Web Push, ou defina direto na configuração do
Pushwoosh.init. -
Escolha o momento certo
Acione o pop-up pela API
toggle()depois que o visitante fizer algo que sinalize interesse – ler um artigo, adicionar ao carrinho – em vez de disparar no instante em que a página carrega. -
Monte o primer mobile
Monte uma mensagem in-app como tela de pré-permissão, e chame o pedido de permissão do SDK só depois que a pessoa tocar para continuar.
Peça mais uma vez, no lugar certo
Um prompt de assinatura é um pedido pequeno, e ele decide quanto da sua audiência você realmente consegue alcançar.
Explore produtos relacionados
Notificações push na web da Pushwoosh: alcance visitantes no navegador, mesmo depois que saem do site. iOS via PWA. Grátis para começar.
Notificações push móveis da Pushwoosh: alcance total (iOS, Android, Huawei), conteúdo rico, segmentação precisa e jornadas omnichannel — 99% de uptime.
Mensagens in-app da Pushwoosh: faça onboarding, upsell, avisos e colete feedback bem na hora em que o usuário está com atenção total no seu app. Editor sem código, layouts nativos via SDK, analytics por elemento. Conformidade com GDPR. Comece grátis.
Mapeie e otimize suas campanhas com uma única ferramenta visual. Comunique, engaje, retenha, converta, segmente e experimente usando o Construtor de Jornada do Cliente da Pushwoosh.
Impulsione o retorno dos jogadores com campanhas de reengajamento inteligentes. Envie mensagens estratégicas, eventos por tempo limitado e recompensas que trazem os jogadores de volta.
Monte um push, email ou mensagem in-app uma única vez, com todas as versões de idioma, e reutilize em campanhas, jornadas e envios via API nos 7 canais Pushwoosh.