Web push próprio: assinatura voluntária e avisos úteis

Uma assinatura própria de web push ajuda o leitor a voltar para uma atualização útil que ele solicitou. O trabalho do publisher é manter uma promessa clara: qual conteúdo chegará, de qual site, com que frequência e como interromper o recebimento. Este guia vai da preparação editorial à conferência dos resultados aceitos, com dois pilotos fictícios e modelos reutilizáveis.

Verificado em 21 de outubro de 2026. Os fatos sobre navegadores vêm da MDN e de materiais oficiais do Chrome; o fluxo editorial e os limites de decisão são nossa proposta de trabalho. Os exemplos envolvem software comum e educação de adultos. Não são casos de clientes nem comprovam a existência de ofertas correspondentes na AffiliateCore. Produto, país, tratamento de dados e aceitação da fonte precisam de verificações separadas.

1. Assinatura própria, browser-push comprado e in-page

Assinatura própria: o leitor escolhe notificações do seu site, e você responde pela promessa, pelo conteúdo e pelo fim dos envios. “Própria” descreve a relação com a audiência, não a propriedade do navegador nem acesso permanente à pessoa. A Push API recebe mensagens do servidor por um service worker mesmo sem uma página aberta. MDN: Push API.

Browser-push comprado: você contrata publicidade de outro proprietário de inventário. A audiência dele não se transforma na sua lista. Uma contratação exigiria conferir separadamente a origem das assinaturas, a identificação publicitária e as regras da fonte e da oferta. Este guia não ensina a comprar inventário nem propõe transferir assinaturas de terceiros.

In-page: aqui significa um bloco publicitário dentro de uma página aberta, parecido com uma notificação. A aparência não comprova permissão do navegador nem assinatura push. Identifique no briefing a superfície real de exibição. Não apresente o anúncio como alerta do sistema operacional, aviso de antivírus ou mensagem pessoal.

Percurso didático: artigo útil e aberto → assinatura consciente de atualizações → nova notificação → material atualizado → link de afiliado opcional → ação combinada → análise do resultado. Cada etapa tem uma função. A notificação não deve trocar a aula prometida por uma oferta comercial sem relação com ela.

2. O que preparar antes do botão de assinatura

Você precisa de site HTTPS, responsável técnico, editor, acesso aos registros de envio e procedimento para interromper a série. Teste as APIs necessárias e o comportamento real em dispositivos próprios. Chrome no computador não comprova funcionamento em todos os celulares. Quando um aparelho não permitir o fluxo escolhido, mantenha o material acessível e sugira salvá-lo nos favoritos; outro canal deve ser uma escolha separada.

Monte uma ficha da série: público, benefício específico, tema, idioma, frequência, duração, responsável, página de preferências e papel das recomendações de afiliado. Exemplo: “Atualizações de modelos de controle de estoque, no máximo duas por semana”. Prepare a primeira página útil e o próximo assunto antes de captar assinantes. Calendário vazio não justifica reenviar o mesmo anúncio.

Combine com o responsável técnico quem guarda as assinaturas, quem pode enviar e como desativar a série. Não copie endpoints para planilhas editoriais: a MDN orienta expressamente a mantê-los em segredo. Conceitos de assinatura na MDN. O editor precisa apenas de identificador interno e estado. Defina retenção e acesso aos registros operacionais; telefone, nascimento e localização precisa são desnecessários para entregar um artigo.

Na etapa de afiliados, avalie primeiro uma oferta adequada em nossa plataforma AffiliateCore e confira fonte, país e evento. Se não houver oferta apropriada, a série precisa continuar útil. Um programa direto acordado separadamente também pode servir, com condições e relatórios próprios. Prepare seu perfil de publisher na AffiliateCore para analisar as ofertas disponíveis para você, sem presumir aprovação garantida.

3. Tornar a escolha voluntária e compreensível

Coloque o convite depois de um trecho útil, quando a razão para voltar estiver clara. Modelo: “Quer receber atualizações da planilha? Até duas notificações por semana da nossa redação. Todo o material está disponível sem assinatura. Gerencie ou desative os avisos na página de preferências”. Use dois botões claros: “Escolher notificações” e “Agora não”. Esse é o texto da sua interface, não uma reprodução do aviso do navegador.

Peça a permissão após uma ação explícita do usuário. Os requisitos de contexto seguro e interação estão em MDN: requestPermission(). Não vincule a autorização a uma prova de que a pessoa é humana, a um download ou à abertura de um artigo já prometido. Recusar não deve reduzir o acesso ao conteúdo.

Diferencie granted, denied e default; o último não representa consentimento. MDN: permission. Depois de uma recusa, não pergunte novamente em cada página. O leitor deve iniciar qualquer retorno às preferências. Guarde versão do convite, horário da escolha, tema e estado de cancelamento separados dos resultados comerciais.

A permissão do navegador, sozinha, não comprova que a entrega está pronta. O responsável técnico verifica a criação da assinatura com PushManager.subscribe(). MDN: subscribe(). A aceitação técnica exige observações separadas: permissão concedida, assinatura armazenada e notificação editorial de teste abrindo a página correta em aparelho próprio. Não mostre confirmação falsa depois de um erro. Não gere uma conversão remunerada para esse teste.

4. Cancelar faz parte do produto

Mantenha um caminho visível para as preferências em cada página de destino. Escolher tema e cancelar totalmente basta para um piloto; não prometa pausa nem agendamento se não existirem. Explique se a mudança vale para este navegador ou para todos os aparelhos vinculados. Não exija criar uma conta apenas para parar de receber avisos.

A assinatura atual pode ser encerrada por PushSubscription.unsubscribe(). MDN: unsubscribe(). No seu processo, exclua primeiro o registro dos próximos envios e depois confira a sincronização. Um erro não deve devolver automaticamente o leitor à audiência. Visitar o site de novo também não deve reativar a série silenciosamente.

Como alternativa no Chrome para computador, indique Privacidade e segurança → Configurações do site → Notificações. Ajuda do Chrome. Teste o cancelamento antes do lançamento: desligue a série no próprio aparelho, prepare um envio de controle e confirme que o registro foi excluído. Uma mensagem já repassada ao serviço pode continuar em trânsito; não prometa recolher tudo imediatamente.

5. O ciclo editorial de uma notificação

1. Motivo. Registre o que mudou para o leitor: exemplo novo, erro corrigido ou aula disponível. Sem novidade relevante, não envie.
2. Ficha da edição. Registre tema, versão do material, título, explicação curta, destino, prazo de relevância e revisor. O título deve continuar compreensível quando cortado.
3. Revisão da página. Abra no celular: material prometido visível, data de atualização clara, recomendação de afiliado identificada, clique opcional e preferências acessíveis.
4. Audiência. Selecione somente assinaturas ativas daquele tema. Exclua cancelamentos e duplicações no seu sistema. Não una dispositivos por identificação oculta.
5. Envio e conferência. Registre edição, horário, audiência real, erros e custos. Depois do prazo de análise, avalie resultados e motivos de rejeição separadamente.

Modelo editorial: “Edição / tarefa do leitor / novo benefício / promessa da assinatura / texto / URL / validade / tema / exclusões / revisor / decisão”. Essa ficha é mantida pelo publisher, não é uma função do painel da AffiliateCore. Confira a frequência somada entre temas: duas séries consideradas pouco frequentes podem sobrecarregar a mesma pessoa.

O Chrome documenta uma interface mais discreta para pedidos de permissão. Comunicado do Chromium. Não ver uma caixa grande não justifica repetir o pedido. O Google também descreve remoção automática da permissão quando pouca interação coincide com muitas notificações. Explicação oficial. A consequência editorial é revisar utilidade e frequência, sem contornar proteções.

6. Separar métricas e o papel da AffiliateCore

Acompanhe separadamente assinaturas ativas, tentativas de envio, erros técnicos, visitas ao material, cliques de afiliado e resultados do anunciante. Não chame envios de visualizações. Quando a exibição não estiver comprovada, registre “desconhecido”. Uma notificação, uma visita e uma solicitação aceita são eventos diferentes.

Para uma campanha ativa acordada, a AffiliateCore disponibiliza link de rastreamento e exemplo com sub1, sub2 e sub3. Valores didáticos: fonte owned_push, série inventory_lessons e edição update_01. Acrescente identificadores ao link real do painel preservando parâmetros existentes. Não coloque endpoint, email ou nome do assinante na URL.

Com uma oferta apropriada, o caminho é notificação → seu artigo → link de campanha da AffiliateCore → página do anunciante → ação combinada. Os resultados distinguem pending, confirmed e rejected. As reversões dos exemplos devem ser conciliadas com decisões finais; não representam uma promessa de botão adicional. O publisher organiza assinaturas, preferências, envios e conferência editorial. Não se afirma que exista integração push pronta.

Entre no painel de publisher da AffiliateCore para conferir o link da sua campanha e os resultados disponíveis. Verifique a aceitação da fonte antes de enviar tráfego. Medir incremento exige outro experimento válido: os resultados atribuídos abaixo não provam que as notificações criaram toda a demanda.

7. Piloto fictício: atualizações de uma planilha de estoque

Hipótese. Leitores de um guia aberto de estoque se beneficiariam de duas atualizações em duas semanas. A meta são solicitações aceitas de demonstração de um software comum de gestão, conforme critérios combinados. Conferem-se país atendido, necessidade real e duplicidade; compra do software não substitui solicitação. A existência dessa oferta na AffiliateCore não é presumida.

Materiais. Prepare planilha original, página de alterações, dois avisos e ficha de aceitação. Primeiro texto: “A planilha agora inclui devoluções. Veja um exemplo preenchido”. Segundo: “Confira uma diferença de estoque: três passos e um modelo corrigido”. Separadamente: “Se precisar, compare requisitos do programa; este é um link de afiliado”. O conteúdo continua disponível sem o clique.

Sequência. No primeiro dia, teste assinatura e cancelamento nos seus aparelhos. Nos dias 2–5, convide os leitores; a coorte fictícia chega a 200 assinaturas ativas. Envie nos dias seis e dez somente a quem continuar ativo. Não acrescente envios antes de terminar o prazo de análise acordado. Inclua o tempo do autor mesmo quando ele fizer todo o trabalho sozinho.

Orçamento hipotético em BRL: preparação do conteúdo R$ 600, configuração técnica e testes R$ 400, infraestrutura alocada R$ 150, conferência editorial e suporte R$ 100. Total R$ 1.250; compra de tráfego R$ 0. São premissas internas, não preços do Chrome, de serviços push ou da AffiliateCore. Não são valores convertidos por câmbio.

Resultados. Oito assinaturas são canceladas: 8 / 200 = 4%. A medição disponível distingue 90 visitas ao material e 50 cliques de afiliado. Das 40 solicitações, 34 são aceitas inicialmente e quatro revertidas depois; duas são rejeitadas imediatamente e quatro aguardam análise. Resultado: 30 aceitas, seis rejeitadas ou revertidas e quatro pendentes. Três duplicações e um país não atendido explicam as quatro reversões; são observações fictícias.

Economia. Considere remuneração didática de R$ 50 por solicitação definitivamente aceita: 30 × R$ 50 = R$ 1.500. A diferença após os custos listados é R$ 250, antes de tributos e outras despesas individuais. Custo por aceita: 1.250 / 30 = R$ 41,67. O equilíbrio exige 25 solicitações aceitas. Pendências e reversões não contam como receita obtida.

Decisão. Antes do teste, fixe limite de R$ 1.250, custo objetivo de até R$ 45 e patamar de revisão de cancelamentos de 5% da coorte inicial. São parâmetros do exercício, não padrões do setor. O piloto passa, mas continua provisório até encerrar as quatro pendências. Repita a série com outra coorte voluntária sem elevar frequência. Amplie alcance gradualmente somente após resultados repetíveis; não projete 30 solicitações para qualquer audiência.

8. Piloto fictício: uma série educativa que precisa parar

Hipótese. Um site de educação de adultos oferece avisos de exercícios novos de planilhas. O assinante escolhe o tema educativo; uma solicitação opcional de orientação com professor conta apenas pelos critérios acordados. Planejam-se três edições em duas semanas para 300 assinaturas ativas de outra coorte.

Modelo. “Exercício novo: confira sua fórmula de busca. Enunciado e resolução abertos”. A página traz dados de exemplo, solução e explicação do erro. A orientação opcional informa condições e vínculo de afiliado. Ficha: “Nível adequado / idioma disponível / pedido autônomo / sem duplicação / decisão e motivo”. Não prometa certificado, emprego nem orientação gratuita sem comprovação.

Execução. Envie a primeira edição após a aceitação técnica. Antes da segunda, compare a promessa com o tema escolhido. Neste exemplo, um editor substituiu o título útil por “Inscreva-se agora”, e os cancelamentos subiram após o segundo aviso. Cancele a terceira edição em vez de enviá-la apenas para cumprir o calendário. Preserve as duas versões e investigue a divergência; não recoloque quem saiu na lista.

Custos hipotéticos: exercícios e edição R$ 450, configuração e teste R$ 300, infraestrutura alocada R$ 150, análise das solicitações R$ 100. Gasto efetivo R$ 1.000, sem compra de tráfego. Não acrescente o envio cancelado nem apague o trabalho já realizado. Trata-se de recursos do piloto, não de tarifa de entrega.

Conferência. São canceladas 36 de 300 assinaturas, ou 12%. Há 70 visitas, 25 cliques de afiliado e 20 solicitações. Doze são aceitas inicialmente; quatro são revertidas: duas duplicadas e duas fora do nível combinado. Outras seis são rejeitadas imediatamente e duas seguem pendentes. Restam oito aceitas, dez rejeitadas ou revertidas e duas pendentes. A distribuição não comprova fraude por si só.

Economia e parada. Com remuneração hipotética de R$ 75 por solicitação aceita, a receita é R$ 600; a diferença após custos é menos R$ 400. O custo por aceita chega a R$ 125 e o equilíbrio exige pelo menos 14 aceitas. Mesmo aceitar as duas pendentes produziria apenas R$ 750. Os limites prévios eram orçamento de R$ 1.000, custo máximo de R$ 67,50 e cancelamentos de até 5%. As condições falham; aumentar frequência não resolve.

Retomada. Revise promessa, exercício, formulário e critérios com o anunciante. A nova versão deve voltar a oferecer o exercício, mantendo voluntário o clique comercial. Teste correções e cancelamento nos próprios aparelhos, depois use uma pequena coorte voluntária separada com novo teto. Escale apenas após todo o prazo de análise, economia sustentável e cancelamentos aceitáveis. Se faltarem dados, amplie observação, não envios.

9. Diagnosticar sem pressionar assinantes

Sem pedido de permissão: confira suporte, contexto e escolha salva, em vez de disfarçar o pedido com outro botão. Permissão sem assinatura: o técnico verifica criação e armazenamento. Cliques sem visitas: abra a página exata e a cadeia de redirecionamentos em aparelho de teste. Solicitações com poucas aceitações: investigue os motivos acordados e a maturidade da coorte.

TTL limita o tempo de entrega; assinaturas inválidas são removidas, e aceitação técnica de envio não é visualização. Web Push Protocol. Defina validade antes do envio: um aviso atrasado não deve convidar para uma aula já encerrada. Armazene detalhes de erros sem endpoints secretos.

Mais cancelamentos justificam pausar a próxima edição e revisar tema e frequência. Apure reclamações sobre origem inesperada pela versão do convite e pelo histórico da escolha. Não compre substitutos de leitores que saíram nem troque de domínio para driblar bloqueio. Faça depuração em dispositivos próprios; a audiência não deve receber repetições para testar o sistema.

10. Exercício antes da primeira edição

• Escreva a promessa de um tema e duas notificações úteis.
• Prepare páginas abertas, identificação de afiliado e cancelamento funcional.
• Teste permissão, assinatura, destino, cancelamento e nova visita nos próprios aparelhos.
• Combine fonte, evento, prazo de análise e razões de rejeição com o parceiro.
• Defina orçamento, custo máximo por resultado e limite de cancelamentos antes de ver números.
• Separe envios, visitas, aceitos, revertidos e pendentes no relatório.
• Registre a decisão: parar, corrigir, observar ou repetir um piloto limitado.

Para processos relacionados: série voluntária de email e canal próprio no Telegram. Os mecanismos de assinatura diferem; não transfira consentimento automaticamente entre canais.