Módulo notificaciones push

28/09/2026
v1.0.0

Primeira versão.

• PWA completo: manifesto gerado a partir da configuração, ícones em todos os tamanhos — incluindo ícones mascaráveis — do logotipo da loja, service worker com estratégias de cache por tipo e sua própria página offline.
• O service worker é servido a partir do domínio da loja com o cabeçalho Service-Worker-Allowed , e a tela de configurações verifica o alcance real analisando os cabeçalhos que de fato chegam, incluindo o CDN na frente.
• Conquiste assinantes com suas próprias notificações em duas etapas e testes A/B, com gatilhos para tempo, rolagem, saída, adição ao carrinho e número de visualizações.
• Registro de consentimento com data, hora, endereço IP truncado, texto exibido e versão.
• Sete automações: carrinho abandonado em três etapas com cupom, retorno ao estoque, redução de preço, status do pedido, navegação abandonada, reposição devido ao consumo e reativação de itens inativos.
• Campanhas com segmentação comportamental, agendamento, topic , botões de ação, pré-visualização e contador de bytes reais após a criptografia.
• Métricas completas — enviadas, exibidas, clicadas, fechadas, expiradas — e receita atribuída com janela configurável.
• Importação de arquivos do PushOwl/Brevo, OneSignal, PushEngage, Webpushr e CSV genérico, com testes de amostra antes de aceitar o lote e painel de progresso de renovação silenciosa.
• Exportação completa com um clique, incluindo chaves e par VAPID, em CSV e JSON.
• Modo autônomo de primeira classe: o módulo gerencia a entrega de forma independente usando curl_multi e seu parceiro VAPID. Com o RKR Push Relay conectado, ele delega a entrega em lote e, se o relay não responder, as transações críticas são enviadas do armazenamento.
• Orçamento de frequência por assinante, horários de silêncio no fuso horário de cada assinante e desduplicação.
• Rotação do par VAPID com um período de tolerância.
• Suporte a múltiplas lojas e idiomas, acessibilidade WCAG 2.2 AA no aviso, sem JavaScript embutido e sem dependências de terceiros.

Verificado antes da publicação

Instalado e executado no PrestaShop 9.1.5 (multi-loja, duas lojas). Quatro coisas surgiram que não são visíveis ao ler o código:

• URLs amigáveis terminadas em .js não funcionam no PrestaShop. O servidor ignora o roteamento para qualquer arquivo que termine em .gif , .jpg , .png , .css , .js ou .ico . O caminho do service worker não possui extensão; o navegador analisa o Content-Type .
• ObjectModel rejeita uma data nula em cada UPDATE se o campo não for declarado com allow_null . Isso foi acionado no segundo salvamento, ou seja, na segunda vez que alguém se inscreveu usando o mesmo navegador.
• Db::getValue() ` adiciona seu próprio LIMIT 1 , então uma consulta com LIMIT ... OFFSET acaba como LIMIT 1 OFFSET 5000 LIMIT 1 e o MySQL a rejeita. Isso só aconteceu durante a limpeza diária: um erro por dia.
• O Google rejeita Urgency: very-low com um erro 400, mesmo que a RFC 8030 a defina; ele aceita apenas high , normal e low . Sem a tradução, o teste de importação de exemplo teria resultado no encerramento de todas as assinaturas do Chrome. A entrega foi verificada em fcm.googleapis.com : um endpoint inexistente retorna um erro 410 , o que comprova que o serviço aceita a assinatura e a criptografia VAPID e que o módulo a interpreta como um encerramento permanente.