Módulo notificaciones push

28/09/2026
v1.0.0

Première version.

• PWA complète : manifeste généré à partir de la configuration, icônes de toutes tailles — y compris des icônes masquables — issues du logo de la boutique, service worker avec stratégies de mise en cache par type et sa propre page hors ligne.
• Le service worker est servi depuis le domaine du magasin avec l'en-tête Service-Worker-Allowed , et l'écran des paramètres vérifie la portée réelle en examinant les en-têtes qui arrivent réellement, y compris le CDN en amont.
• Capturez des abonnés grâce à votre propre notification en deux étapes et à des tests A/B, avec des déclencheurs pour le temps, le défilement, la sortie, l'ajout au panier et le nombre de vues.
• Enregistrement du consentement avec date, heure, adresse IP tronquée, texte affiché et version.
• Sept automatisations : panier abandonné en trois étapes avec coupon, retour en stock, baisse de prix, statut de la commande, navigation abandonnée, réapprovisionnement suite à la consommation et réactivation des articles inactifs.
• Campagnes avec segmentation comportementale, planification, topic , boutons d'action, aperçu et compteur d'octets réel après chiffrement.
• Indicateurs complets — envoyés, affichés, cliqués, fermés, expirés — et revenus attribués avec une fenêtre configurable.
• Importation depuis PushOwl/Brevo, OneSignal, PushEngage, Webpushr et CSV générique, avec tests d'échantillons avant acceptation du lot et panneau de progression de réabonnement silencieux.
• Exportation complète en un clic, avec paires clés et VAPID, aux formats CSV et JSON.
• Mode autonome de premier ordre : le module gère la distribution indépendamment via curl_multi et son partenaire VAPID. Une fois le relais RKR Push connecté, il délègue la distribution en masse et, en cas de défaillance du relais, les transactions critiques sont envoyées depuis la boutique.
• Budget de fréquence par abonné, heures de silence dans le fuseau horaire de chaque abonné et déduplication.
• Rotation de la paire VAPID avec une période de grâce.
• Prise en charge multi-magasins et multilingue, accessibilité WCAG 2.2 AA dans la notice, pas de JavaScript intégré et aucune dépendance tierce.

Vérifié avant publication

Installé et exécuté sur PrestaShop 9.1.5 (multi-boutiques, deux boutiques). Quatre éléments en sont ressortis, invisibles à la lecture du code :

• Une URL conviviale se terminant par .js ne fonctionne pas dans PrestaShop. Le serveur ignore le routage pour les URL se terminant par .gif , .jpg , .png , .css , .js ou .ico . Le chemin du service worker n'a pas d'extension ; le navigateur examine l'en-tête Content-Type .
• ObjectModel rejette une date nulle lors de chaque UPDATE si le champ n'est pas déclaré avec allow_null . Ce comportement s'est produit lors du deuxième enregistrement, c'est-à-dire lors de la deuxième inscription effectuée avec le même navigateur.
• Db::getValue() ajoute sa propre LIMIT 1 , si bien qu'une requête avec LIMIT ... OFFSET se transforme en LIMIT 1 OFFSET 5000 LIMIT 1 et MySQL la rejette. Ce problème ne se produit que lors du nettoyage quotidien : une erreur par jour.
• Google rejette Urgency: very-low avec une erreur 400, bien que défini par la RFC 8030 ; il n'accepte que high , normal et low . Sans traduction, le test d'importation aurait entraîné la résiliation de tous les abonnements Chrome. La distribution a été vérifiée auprès de fcm.googleapis.com : un point de terminaison inexistant renvoie une erreur 410 , ce qui prouve que le service accepte la signature VAPID et le chiffrement, et que le module l'interprète comme une résiliation définitive.