API d’alertes
La console appelle la même API que vous, avec les mêmes règles, les mêmes limites et la même structure d’erreur. Il n’y a pas de surface d’intégration séparée à apprendre.
Tout ce que fait la console, depuis votre code
Une API REST qui se lit en un après-midi : une clé, un POST, une alerte. Les identifiants portent des portées, pour que la tâche planifiée qui envoie n’ait pas le droit de supprimer un canal, et une clé peut être liée à un seul canal. Les webhooks poussent envois, annulations et abonnements vers votre endpoint avec une signature que vous vérifiez, au lieu de vous faire interroger pour quelque chose que vous savez déjà. Il existe aussi un serveur MCP, pour qu’un assistant se connecte en OAuth — sans clé collée, révocable par client, et limité aux portées que vous approuvez sur un écran de consentement que vous lisez d’abord.
Rédiger, programmer, envoyer — et ce qu’annuler ne défait pas
Rédiger et envoyer sont volontairement des droits différents, pour que la personne ou le script qui écrit une alerte n’ait pas le droit de la publier. Une alerte programmée devient visible à son heure sans que rien n’ait à tourner à cette minute : un serveur brièvement en panne livre donc en retard plutôt que jamais. Annuler est honnête sur ses limites : cela arrête une alerte pour les téléphones qui ne l’ont pas encore récupérée et ne fait rien pour ceux qui l’ont déjà. Une alerte ne peut pas être reprise.
À plusieurs, sans partager un mot de passe
Un espace de travail détient les canaux ; on y invite des personnes avec un rôle — propriétaire, administrateur, éditeur, analyste ou facturation. Un éditeur peut rédiger et envoyer ; un analyste lit les chiffres et rien d’autre ; la facturation voit les factures et pas les abonnés. Un membre peut aussi être restreint à un seul canal, ce dont une grande organisation a besoin quand le service communication et le service technique ne doivent pas pouvoir parler au nom l’un de l’autre.
Questions, réponses sans détour
Y a-t-il une API ?
Oui — la même que celle de la console, donc tout ce que vous faites à la main peut être automatisé. Clés à portée limitée, webhooks signés, et un serveur MCP si vous voulez qu’un assistant s’en charge.
Puis-je annuler un envoi ?
Non. Annuler l’arrête pour les téléphones qui ne l’ont pas encore récupérée et ne fait rien pour ceux qui l’ont déjà. Rédigez en brouillon et relisez avant d’envoyer ; cette habitude vaut mieux que n’importe quel bouton d’annulation que nous pourrions offrir.
Puis-je laisser quelqu’un envoyer sans tout lui donner ?
Oui. Les rôles séparent la rédaction, l’envoi, la lecture des chiffres et l’accès aux factures, et un membre peut être restreint à un seul canal. La même séparation existe pour les clés d’API, pour qu’un script ait le droit d’envoyer et pas de supprimer.
Les abonnés doivent-ils créer un compte ?
Non. Ils installent l’application, s’abonnent à un identifiant, et c’est tout. Seule la personne qui gère le canal s’inscrit à quelque chose.
Dites-le une fois. Tous les téléphones abonnés le reçoivent.
Gratuit jusqu’à 100 abonnés, sans carte pour commencer, et l’identifiant est à vous définitivement.
Créer un canal