Aller au contenu

API de notification push pour scripts et services

PushGo fournit une API HTTP directe pour les scripts et services qui doivent envoyer des notifications visibles tout en gardant des modèles structurés pour événements et états.

  • Envoyer depuis curl, cron, un script shell ou un webhook.
  • Signaler fin de tâche, alerte de prix, image ou résultat de monitoring.
  • Utiliser Event et Thing au lieu d’un flux de texte désordonné.
  • Commencer par les endpoints compatibles puis migrer vers les APIs natives.
BesoinUtiliserPourquoi
Alerte uniqueMessageSimple, transitoire et facile à tester avec curl.
Tâche avec progressionEventLe même événement peut être mis à jour jusqu’à la fin.
État actuel d’un service ou appareilThingLes clients voient le dernier état plutôt que des alertes périmées.

L’endpoint natif /message accepte du JSON et indique si le Gateway a accepté la demande dans le flux de distribution.

Fenêtre de terminal
curl -X POST https://gateway.pushgo.dev/message \
-H "Content-Type: application/json" \
-d '{
"channel_id": "YOUR_CHANNEL_ID",
"password": "YOUR_CHANNEL_PASSWORD",
"title": "Bonjour depuis PushGo",
"body": "Le parcours d’automatisation fonctionne."
}'
  • Puis-je envoyer une notification avec curl ? Oui. Message API est faite pour curl, les scripts et les clients HTTP simples.
  • PushGo est-il seulement une API mobile ? Non. PushGo modélise aussi les cycles Event et l’état actuel Thing.
  • Puis-je auto-héberger cette API ? Oui. Vous pouvez exploiter votre propre Gateway avec authentification, stockage, transports et MCP/OAuth.
  • Utilisez des Channels séparés et des identifiants limités pour les automatisations à risque.
  • Préférez MCP OAuth pour les assistants IA afin que les modèles ne détiennent pas les mots de passe Channel.
  • Auto-hébergez lorsque le chemin de données, les transports ou les contraintes de conformité doivent rester sous contrôle.
  • Utilisez E2EE pour les champs sensibles à déchiffrer uniquement côté client.