Alertes de commande depuis votre boutique en ligne
La mise en place prend une minute environ. Le plus lent n’est pas le logiciel : c’est de décider comment vous vous appelez, car l’identifiant finit sur une affiche et ne se modifie plus ensuite.
À quoi cela ressemble vraiment
Un courriel de confirmation est ouvert par environ la moitié de vos clients, un courriel d’expédition par moins encore. Un canal auquel vos acheteurs se sont abonnés au paiement porte le numéro de commande et son état, envoyé automatiquement par la boutique en un appel d’API.
Comment le mettre en place
- Créez un canal pour la boutique et proposez le lien d’abonnement sur la page de confirmation.
- Envoyez le numéro de commande et ce qui a changé — emballée, expédiée, au point relais. Jamais un nom ni une adresse.
- Déclenchez-le depuis le webhook de votre boutique, pour que cela se fasse sans que personne à l’entrepôt ait à y penser.
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.
Un identifiant, imprimé une fois, définitif
Un canal vit sur drop.top suivi de son identifiant, et cette adresse ne change jamais. Elle n’est plus modifiable après la création, car elle finit sur une affiche à l’entrée d’une école, sur une porte de festival et dans un QR code que quelqu’un a déjà plastifié. La page derrière explique ce qu’est le canal, ce qu’il demande à un téléphone et comment s’abonner — de sorte qu’un inconnu lisant une affiche peut décider avant d’installer quoi que ce soit. Nous générons le QR code nous-mêmes, côté serveur, et il ne part jamais chez un service d’images tiers.
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.
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 changer mon identifiant plus tard ?
Non, et c’est volontaire. Il finit sur des affiches et dans des QR codes, et un identifiant modifiable transforme le panneau plastifié de quelqu’un en lien mort. Choisissez-le comme un nom de rue.
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.
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