RKR Messaging: flussi, notifiche push e store installabile (PWA)

12/11/2026
v2.1.1

[sin destacar]

• Il messaggio "Attendi la conferma dei cookie" non funzionava con Cookiesplus: la notifica appariva dopo il numero di secondi configurato, anche se nessuno aveva risposto al banner. Cookiesplus lascia il suo cookie insieme ai cookie tecnici accettati fin dalla prima visita e il modulo lo interpretava come una risposta. Ora attende che l'utente accetti o rifiuti effettivamente il cookie.

12/11/2026
v2.1.0

[destacado] L'avviso di iscrizione attende una risposta al banner sui cookie.

• Nuova impostazione "Attendi la conferma dei cookie" (attivata per impostazione predefinita): con CookiesPlus abilitato nel negozio, il conto alla rovescia per la notifica inizia quando l'utente accetta o rifiuta i cookie, non al caricamento della pagina, quindi le due notifiche non si sovrappongono più. Gli altri eventi che attivano la notifica (scorrimento, checkout, carrello, ecc.) rimangono invariati. Se CookiesPlus non è abilitato, la notifica viene visualizzata normalmente.
• Importazione: Quando si analizzava il file CSV con la modalità di debug abilitata, la pagina non funzionava e veniva visualizzato il messaggio "Il file '/tmp/php…' non esiste" se era presente un altro modulo collegato all'intestazione del back office (ad esempio, autoupgrade). Ora l'analisi viene completata normalmente.
• Automazioni: L'apertura delle impostazioni di un'automazione con categorie generava un errore di modello (SmartyCompilerException). Ora si apre e visualizza le categorie separate da virgole.

v2.0.72026/11/09

[sin destacar]

• Con la modalità di debug di PrestaShop abilitata, una singola notifica proveniente da un altro modulo era sufficiente a causare il rifiuto da parte del browser del service worker, del manifest dell'app o della risposta di sottoscrizione. Ora, queste risposte vengono elaborate correttamente.
• Le note relative a ciascun fornitore nella procedura guidata di importazione sono state tradotte (in precedenza apparivano in spagnolo in qualsiasi lingua).

v2.0.62026/11/09

[destacado] Esegui la migrazione da OneSignal con il tuo partner VAPID come previsto.

• Importazione da OneSignal: la coppia VAPID è accettata anche in base64 standard (con +, , / E =), che è il modo in cui alcuni fornitori lo forniscono. In precedenza, il test di esempio non è riuscito con chiavi valide.
• Il connettore OneSignal leggeva le colonne in modo incrociato autenticazione web E web_p256, Quindi l'intero campione è risultato negativo, nonostante il file e la coppia fossero corretti.
• Una coppia VAPID non corrispondente viene segnalata prima del test o dell'importazione, anziché importare gli abbonamenti come se non esistesse alcuna coppia.
• Il foglio informativo dell'assistente OneSignal afferma che la coppia VAPID non compare nel loro pannello e che deve essere richiesta al loro supporto.

29/10/2026
v2.0.5

[destacado] "Fatemi sapere quando torno" funziona al primo tentativo.

• Un singolo clic richiede l'autorizzazione per le notifiche, registra il browser e lo reindirizza al prodotto. In precedenza, reindirizzava solo gli utenti già iscritti; per tutti gli altri, apriva una notifica che quasi mai compariva e il clic non produceva alcun effetto.
• Quando ricarichi la carta, il pulsante continua a mostrare la scritta "Ti avviseremo" se eri già iscritto.
• Se le notifiche sono bloccate, il browser non le supporta o si tratta di un iPhone senza il sito web nella schermata iniziale, viene visualizzato un messaggio sotto il pulsante.
• Funziona anche se la notifica di abbonamento e l'app (PWA) sono disabilitate.
• La notifica è combinata: se una taglia è esaurita e le altre sono disponibili, ti avvisa di quella taglia.
• Chi ha già ricevuto una notifica per un prodotto può iscriversi nuovamente quando le scorte si esauriscono.

21/10/2026
v2.0.4

[destacado] Il pulsante delle notifiche ora funziona e non copre più la chat.

• Il pulsante rotondo che appare dopo aver toccato "Non ora" riapre la notifica quando viene toccato (in precedenza non aveva alcun effetto durante i giorni di pausa). Se il browser ha le notifiche bloccate, ti avviserà e poi si nasconderà.
• Ora si trova nell'angolo in basso a sinistra, sopra il pulsante di WhatsApp e sotto le chat. Può essere spostato utilizzando le variabili CSS. --rkrmessaging-campana-sinistra/destra/basso/z.

17/10/2026
v2.0.3

RKR Push viene rinominato RKR Messaging, con flussi di lavoro in stile Klaviyo. [destacado] Riepilogo di ciò che RKR Push offre 1.0.1 (dettaglio in 2.0.0 A 2.0.2):

• Flussi Con il template "Navigazione abbandonata": gli utenti che visualizzano ripetutamente un prodotto o una categoria senza effettuare un acquisto ricevono un avviso con il prodotto, il suo prezzo attuale e prodotti simili. I filtri vengono verificati prima di ogni passaggio, la spedizione intelligente è abilitata e vengono rispettate le ore di silenzio. I testi sono disponibili in spagnolo, inglese, francese, tedesco, italiano e portoghese.
• Può essere trasferito da RKR Push senza alcuna perdita.Abbonati e chiavi VAPID inclusi; non è necessario autorizzare nuovamente nessuno.
• Vivi con RKR OmniCRM, che invia la sua spinta attraverso questo modulo.
• Clic attribuiti anche dal browser.
• Nuovi manuali docs/manual-es.pdf, , docs/manual-en.pdf) con il nome RKR Messaging, i flussi, la coesistenza con RKR OmniCRM e come viene passato da RKR Push. Solo documentazione: il codice è da 2.0.2.
• Il servizio di relè è stato nuovamente chiamato con il suo nome originale, RKR Push Relay.
• Il menu del back office è visualizzato nella lingua del negozio. PrestaShop 9 creava le schede dopo l'installazione del modulo e queste rimanevano in inglese; ora vengono tradotte automaticamente alla prima apertura del back office.

v1.0.12026/10/07

Correzioni di sicurezza. Si consiglia di aggiornare il sistema.

• Ogni operazione di back-office verifica già le autorizzazioni del profilo. PrestaShop li monitora solo per le azioni che riconosce (eliminazione da un elenco, salvataggio di un modulo standard); le azioni specifiche del modulo erano disponibili a qualsiasi dipendente con accesso alla scheda. Un profilo di sola lettura poteva Invia una campagna a tutti gli iscritti, Modifica l'URL e le chiavi di inoltro, rigenera la coppia VAPID o elimina le varianti di avviso. Ora: Visualizza per esportare e creare report, Aggiungi per creare e importare, Modifica per salvare, pianificare e testare, ed Elimina per eliminare.
• L'esportazione con le chiavi può essere scaricata solo da un SuperAmministratore, Di default, viene esportato senza di essi. Questo file contiene le chiavi del browser e la chiave privata VAPID: con essa, è possibile scrivere a tutti gli abbonati da qualsiasi luogo. La generazione e la rotazione della coppia VAPID sono inoltre disponibili solo per i SuperAdmin.
• I test non possono più essere inviati al cliente. Prima si rivolgevano all'ultimo iscritto visualizzato, che in un negozio aperto di solito è un cliente: riceveva la campagna scritta a metà. Ora si rivolgono solo all' dispositivi di prova che il commerciante seleziona nelle Impostazioni dal proprio browser, con un pulsante che legge l'abbonamento da quel browser: non è possibile selezionare quello di qualcun altro.
• La notifica di ritorno a magazzino si applica solo al browser stesso. Accettava un identificativo di abbonato per parametro, quindi era possibile inviare avvisi non richiesti a un altro abbonato.
• L'addetto all'assistenza non salva più le pagine del back-office. Il suo ambito / Ciò include la cartella di amministrazione e le pagine contenenti dati dei clienti, ordini e token, che venivano salvate nella cache del browser del dipendente. Ora non viene più salvato nulla che il server segnali. senza negozio O privato, che è il modo in cui PrestaShop serve il back office. Quando si cambiano le versioni, il service worker cancella le cache del 1.0.0, il che significa anche che tutto ciò che era già presente è scomparso.
• L'esportazione della configurazione non include più il token cron Nemmeno la chiave dell'account di inoltro. È possibile scaricare un profilo di sola lettura e il token cron viene utilizzato per avviare le trasmissioni.

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 Operatore di servizi autorizzato, e la schermata delle impostazioni verifica la portata effettiva esaminando le centrali che effettivamente arrivano, inclusa la CDN in testa.
• Acquisizione di abbonati con Autopromozione in due fasi e test A/B, con trigger per 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, programmazione, argomento, pulsanti di azione, anteprima e contatore di byte effettivo dopo la crittografia.
• Metriche complete: inviate, visualizzate, cliccate, chiuse, scadute e reddito attribuito 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à autonoma di prima classe: il modulo si occupa autonomamente di tutto curl_multi e il suo partner VAPID. Con RKR Push Relay collegato, delega l'invio in blocco e, se il relay 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 e funzionante su PrestaShop 9.1.5 (multinegozio, due negozi). Da lì sono scaturite quattro cose che non sono visibili leggendo il codice:

• Un URL amichevole che termina con .js Non funziona in PrestaShop. Il dispatcher salta l'instradamento di tutto ciò che termina in .gif, , .jpg, , .png, , .css, , .js O .ico. Il percorso del service worker non ha estensione; ciò che il browser guarda è Tipo di contenuto.
• Modello oggetto rifiuta una data di scadenza in ciascuno AGGIORNAMENTO se il campo non è dichiarato con consenti_null. L'opzione compariva al secondo salvataggio, ovvero alla seconda iscrizione effettuata utilizzando lo stesso browser.
• Db::getValue() aggiunge il suo LIMITE 1, Quindi, una consultazione con LIMIT ... OFFSET finisce in LIMITE 1 OFFSET 5000 LIMITE 1 e MySQL lo rifiuta. Si verifica solo durante la pulizia giornaliera: un errore al giorno.
• Google rifiuta Urgenza: molto bassa con un 400, anche se RFC 8030 lo definisce; consente solo alto, , normale E Basso. Senza la traduzione, il test di importazione del campione avrebbe terminato tutti gli abbonamenti di Chrome. La consegna è stata verificata rispetto a fcm.googleapis.com: un endpoint inesistente restituisce 410, ciò dimostra che il servizio accetta la firma e la crittografia VAPID e che il modulo le interpreta come una cancellazione permanente.