Módulo notificaciones push

28/09/2026
v1.0.0

Prima versione.

• PWA completa: manifest generato dalla configurazione, icone in tutte le dimensioni, comprese quelle mascherabili, dal logo dello store, service worker con strategie di caching per tipologia e una propria pagina offline.
• Il service worker viene servito dal dominio del negozio con l'intestazione Service-Worker-Allowed e la schermata delle impostazioni verifica la portata effettiva esaminando le intestazioni che arrivano effettivamente, inclusa la CDN a monte.
• Acquisisci iscritti con le tue notifiche personalizzate in due passaggi e test A/B, con trigger basati su tempo, scorrimento, uscita, aggiunta al carrello e numero di visualizzazioni.
• Registrazione del consenso con data, ora, indirizzo IP troncato, testo visualizzato e versione.
• Sette automazioni: carrello abbandonato in tre passaggi con coupon, ritorno a magazzino, riduzione di prezzo, stato dell'ordine, navigazione abbandonata, rifornimento a causa del consumo e riattivazione degli articoli inattivi.
• Campagne con segmentazione comportamentale, pianificazione, topic , pulsanti di azione, anteprima e contatore di byte effettivo dopo la crittografia.
• Metriche complete (inviate, visualizzate, cliccate, chiuse, scadute) e ricavi attribuiti con finestra configurabile.
• Importazione da PushOwl/Brevo, OneSignal, PushEngage, Webpushr e file CSV generici, con test di esempio prima dell'accettazione del batch e pannello di avanzamento silenzioso per il rinnovo dell'abbonamento.
• Esportazione completa in un clic, con chiavi e coppia VAPID, in formato CSV e JSON.
• Modalità standalone di prima classe: il modulo gestisce la consegna in modo indipendente utilizzando curl_multi e il suo partner VAPID. Con il relè push RKR collegato, delega la consegna in blocco e, se il relè non risponde, le transazioni critiche vengono inviate dal negozio.
• Budget di frequenza per abbonato, orari di silenzio nel fuso orario di ciascun abbonato e deduplicazione.
• Rotazione della coppia VAPID con un periodo di tolleranza.
• Supporto multi-negozio e multilingue, accessibilità WCAG 2.2 AA nell'informativa, nessun JavaScript inline e nessuna dipendenza da terze parti.

Verificato prima della pubblicazione

Installato ed eseguito su PrestaShop 9.1.5 (multi-store, due negozi). Sono emersi quattro aspetti non visibili leggendo il codice:

• Un URL amichevole che termina con .js non funziona in PrestaShop. Il server ignora il routing per qualsiasi cosa che termini con .gif , .jpg , .png , .css , .js o .ico . Il percorso del service worker non ha estensione; il browser guarda il Content-Type .
• ObjectModel rifiuta una data nulla in ogni UPDATE se il campo non è dichiarato con allow_null . Questo problema si è verificato al secondo salvataggio, ovvero la seconda volta che qualcuno si è iscritto utilizzando lo stesso browser.
• Db::getValue() aggiunge il proprio LIMIT 1 , quindi una query con LIMIT ... OFFSET risulta essere LIMIT 1 OFFSET 5000 LIMIT 1 e MySQL la rifiuta. Questo problema si verifica solo durante la pulizia giornaliera: un errore al giorno.
• Google rifiuta Urgency: very-low con un errore 400, anche se è definita dalla RFC 8030; accetta solo high , normal e low . Senza la traduzione, il test di importazione di esempio avrebbe portato alla terminazione di tutti gli abbonamenti a Chrome. La consegna è stata verificata rispetto a fcm.googleapis.com : un endpoint inesistente restituisce un errore 410 , il che dimostra che il servizio accetta la firma e la crittografia VAPID e che il modulo lo interpreta come una terminazione permanente.