Push, IoT et notifications en temps réel
Livraison du dernier kilomètre depuis les workflows : push mobile (FCM), push navigateur (vos clés VAPID), MQTT pour les appareils, WebSocket pour les applications en direct.
L'action notify assure la livraison du dernier kilomètre vers appareils et applications — là où la plupart des outils d'automatisation s'arrêtent. Quatre adaptateurs : FCM pour les notifications d'applications mobiles, Web Push pour les navigateurs avec vos propres clés VAPID, MQTT pour les appareils IoT abonnés à vos topics de broker, et WebSocket pour pousser dans les applications en direct. Une réponse d'enquête peut réellement faire réagir un appareil.
Déclencheurs de workflow
Tout déclencheur de workflow
Le push est une action — associez-le à n'importe quel déclencheur : réponses d'enquête, seuils, planifications, événements entrants.
Actions de workflow
Push applicatif FCM
Notifiez les utilisateurs de votre application mobile depuis les enregistrements de workflow.
Web Push
Notifications navigateur signées avec vos propres clés VAPID — votre liste d'abonnements reste la vôtre.
Publication MQTT
Publiez sur un topic de votre broker ; les appareils IoT abonnés réagissent.
Push WebSocket
Livrez les événements dans les applications en direct via un endpoint socket.
Comment circulent les données
Livraison sortante du dernier kilomètre avec insertion de variables depuis les enregistrements de workflow et envoi encapsulé en idempotence : les reprises ne notifient jamais en double.
Connexion: Connexions par transport : identifiants FCM pour le push applicatif, votre paire de clés VAPID pour le Web Push, votre broker et topic MQTT, ou une URL d'endpoint WebSocket. Chaque connexion dispose d'un test de livraison.
Exemple concret: Une borne qui réagit au feedback
Déclencheur : un score CSAT bas arrive de l'enquête sur borne sur site.
Action : un message MQTT est publié sur le topic d'alertes du site — l'appareil du responsable de permanence vibre.
Action : le tableau de bord ops se met à jour instantanément via WebSocket.
La tâche de suivi et la ré-enquête s'exécutent comme des étapes de workflow normales.
Mise en place
1.
Créez une connexion notify et choisissez le transport (FCM, Web Push, MQTT, WebSocket).
2.
Fournissez les identifiants ou l'endpoint de ce transport.
3.
Lancez le test de livraison, puis ajoutez l'action notify à un workflow.
Questions fréquentes
Une réponse d'enquête peut-elle vraiment atteindre un appareil IoT ?
Oui — l'adaptateur MQTT publie sur un topic de votre broker ; tout appareil abonné réagit. Des plafonniers qui rougissent à un mauvais NPS sont techniquement à portée.
Qui possède les abonnements Web Push ?
Vous — les pushes sont signés avec votre propre paire de clés VAPID.
La livraison est-elle fiable ?
L'envoi est encapsulé en idempotence (les reprises rejouent, jamais de double envoi) et chaque connexion dispose d'un endpoint de test.