Les notifications push sont souvent perçues comme une fonctionnalité « magique » d’une application mobile. Dans une app basée sur une WebView, la réalité technique est un peu différente.
Contrairement à une app native qui gère directement ses propres services, une app WebView s’appuie sur un pont entre le site web et les services de notifications du système.
Le rôle du serveur et du site WordPress
Les notifications ne partent pas directement du téléphone. Elles sont envoyées depuis un serveur, souvent déclenchées par un événement côté site : nouvel article, nouvelle commande, message, etc.
WordPress devient donc une pièce centrale du système. Sans déclencheur côté site, aucune notification ne peut partir 📡
Le rôle de l’application mobile
L’application enregistre le téléphone auprès des services Apple ou Google et reçoit un identifiant unique.
Cet identifiant est ensuite associé à l’utilisateur ou à l’appareil côté site, ce qui permet d’envoyer des notifications ciblées.
Les limites spécifiques aux WebView
Une WebView n’exécute pas en permanence du code en arrière-plan comme une app native complexe.
Cela signifie que certaines logiques temps réel ou très personnalisées sont plus difficiles à mettre en place.
Ce sujet rejoint les limites générales des apps WebView déjà abordées ici :
les capacités et limites d’une app WebView.
Ce que cela implique côté projet
Mettre en place des notifications efficaces demande donc autant de réflexion côté site que côté application.
La qualité de l’intégration WordPress est souvent plus déterminante que la partie mobile elle-même 🔧