Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de Plugin PWA & Notifications Push Shopware 6 — DfPwaPush : Web Push VAPID Auto-Hébergé, Manifest + Service Worker, Campagnes, Sans Dépendance, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Deux leviers d'engagement, un seul plugin
Une PWA installable et des notifications Web Push répondent à la même question : comment faire revenir un visiteur sans dépendre des emails ni des réseaux sociaux. DfPwaPush réunit les deux. D'un côté, votre boutique devient installable sur l'écran d'accueil avec une vraie expérience application : icône, écran de démarrage, mode plein écran, page hors-ligne. De l'autre, vous pouvez notifier vos abonnés d'une vente flash, d'un réassort ou d'une promotion directement sur leur appareil, même quand l'onglet est fermé. Le tout sans abonnement à un service tiers et sans envoyer la moindre donnée client à l'extérieur.
Web Push auto-hébergé : vos abonnés vous appartiennent
La plupart des solutions de push e-commerce passent par Firebase Cloud Messaging ou un service SaaS comme OneSignal : vos abonnés sont stockés chez un tiers, soumis à ses quotas, sa tarification et sa politique de données. DfPwaPush prend le chemin inverse. La pile Web Push complète est implémentée nativement dans le plugin : génération des clés VAPID, signature des requêtes en ES256, chiffrement de chaque message par abonné en aes128gcm. Les endpoints de souscription, la base d'abonnés et l'envoi vivent entièrement sur votre serveur. Vous ne payez aucun abonnement et aucune donnée ne quitte votre infrastructure — un argument RGPD décisif.
Une cryptographie sérieuse, pas une approximation
Le Web Push impose deux standards précis : la signature VAPID (RFC 8292) qui authentifie votre serveur, et le chiffrement du contenu (RFC 8291) qui protège chaque message de bout en bout. DfPwaPush les implémente avec OpenSSL : paires de clés P-256, JWT signés en ES256 avec conversion DER vers R concaténé S, ECDH éphémère par abonné, dérivation HKDF des clés de chiffrement et du nonce, puis AES-128-GCM. Pour garantir que cette implémentation est correcte et interopérable, elle est testée octet par octet contre le vecteur de test officiel publié dans le RFC 8291. Concrètement : ce que Chrome, Firefox, Edge et Safari attendent, le plugin le produit exactement.
Zéro dépendance, zéro build : pensé pour s'installer partout
Beaucoup de plugins Web Push reposent sur la bibliothèque minishlink/web-push, ce qui impose une étape Composer à l'installation — souvent bloquée sur les hébergements mutualisés et désactivée en production. DfPwaPush n'a aucune dépendance : les seules extensions nécessaires, OpenSSL et cURL, sont déjà exigées par Shopware lui-même. De la même façon, le module d'administration est livré précompilé et le JavaScript du storefront est injecté via Twig, donc il n'y a ni build-administration ni build storefront à lancer. Le ZIP s'installe et s'active directement, sur mutualisé comme sur VPS, et reste insensible au changement de bundler de la 6.7.
Des campagnes, pas seulement une API
Envoyer une notification ne devrait pas demander d'écrire du code. DfPwaPush ajoute un véritable gestionnaire de campagnes dans l'administration, sous Marketing. Vous composez votre message — titre, corps, URL de destination, icône — vous choisissez de cibler tous vos abonnés ou un seul canal de vente, puis vous planifiez l'envoi à la minute près ou vous l'envoyez immédiatement. Chaque campagne affiche son statut et ses compteurs d'envois réussis et d'échecs, pour mesurer la portée réelle de vos notifications. L'envoi lui-même est délégué à une ScheduledTask qui traite les campagnes dues en arrière-plan, sans bloquer l'administration.
Compatibilité large et comportement honnête sur iOS
Un seul codebase couvre Shopware 6.5, 6.6 et 6.7. Côté navigateurs, le push fonctionne sur Chrome, Firefox et Edge en desktop comme sur Android. Sur iOS, Apple impose deux conditions : la version 16.4 minimum et l'installation préalable de la PWA sur l'écran d'accueil — Safari ne délivre pas de push à un simple onglet. DfPwaPush gère ce cas proprement : la bannière d'opt-in n'apparaît que lorsque l'API Push est réellement disponible, donc vos visiteurs iOS ne voient jamais une promesse que le système ne pourrait pas tenir. En cas de doute, des messages de diagnostic préfixés DfPwaPush dans la console du navigateur expliquent précisément pourquoi une bannière s'affiche ou non.
Il n’y a pas encore d’avis.