Page mise à jour le
Ce que l'API permet
Ce que Slack expose réellement
Repris de la documentation publique de l'éditeur, pas d'une plaquette commerciale. Le lien vers cette documentation est en bas de page.
Poster, modifier, planifier un message
L'API web envoie un message dans un canal, le planifie jusqu'à cent vingt jours, le met à jour. Un webhook entrant fait le geste le plus simple : un texte vers un canal fixé, à une adresse unique. Les deux ont un rythme : environ un message par seconde et par canal pour l'envoi classique, un par seconde pour les webhooks, avec de courtes rafales. Au-delà, 429 et un Retry-After. Un agent qui « notifie chaque ligne d'un import » saturera le canal avant de saturer Slack.
Écouter ce qui se passe dans l'espace
L'API d'événements livre à l'application ce à quoi elle s'est abonnée : un message dans un canal, une réaction, un fichier. Slack documente 30 000 livraisons par espace, par application, par 60 minutes, avec de plus grandes rafales parfois tolérées. C'est le canal pour « quelqu'un a écrit #facturation dans le canal compta », pas pour archiver tout Slack chez vous. Les messages privés restent privés tant que l'application n'y est pas invitée.
Droits précis, canal par canal
Une application demande des scopes : écrire un message, lire un canal, ouvrir un message direct. Un webhook entrant ne poste que dans le canal pour lequel il a été créé. Une application n'entre pas dans un canal privé parce qu'elle existe ; on l'y invite. C'est le même principe que Notion : ce que l'équipe voit n'est pas ce que l'appli voit. Le droit de poster dans #général peut être restreint par l'admin ; Slack le signale alors explicitement.
Quatre paliers de rythme, selon la méthode
Slack classe ses méthodes en paliers : environ 1, 20, 50 ou 100 requêtes par minute, plus un palier spécial. Lire l'historique d'une conversation n'est pas poster un message. Les applications hors Marketplace, commercialement distribuées, ont vu certains plafonds d'historique resserrés ; une application interne d'entreprise n'est pas dans ce cas. On lit le palier de la méthode qu'on appelle, on ne suppose pas « Slack c'est illimité ».
Documentation de l'API web Slack (nouvel onglet) — API web officielle. Plafonds : docs.slack.dev/apis/web-api/rate-limits. Consultée le 21-08-2026.
Trois automatisations concrètes
Ce qu'on met en place avec
Trois situations réelles, décrites comme du travail plutôt que comme de la technique.
Un message quand une commande doit partir
La boutique passe en « à préparer » : un message arrive dans #atelier, avec le numéro et les lignes. Quand c'est expédié, un message court clôt le fil, ou une réaction suffit. Pas de message à chaque clic de statut intermédiaire. L'atelier lit Slack ; il n'ouvre pas l'admin. Si le canal dort, on a trop parlé, pas trop peu.
Remonter une erreur visible, pas un log
Une synchro qui échoue, un paiement non rapproché, un 429 chez un éditeur : un message dans #ops, avec quoi a échoué et sur quelle pièce. L'agent ne réessaie pas en silence. Il n'envoie pas non plus chaque tentative. Une erreur sans humain prévenu est une perte de données en sursis. Slack sert ici de sonnette, pas d'archive.
Demander une validation dans le fil
Un devis hors barème, une relance de dernier palier : l'agent pose la question dans le canal des commerciaux, avec le contexte. La réponse (un mot, un bouton, une réaction) débloque ou arrête. Ce qui engage l'entreprise ne part pas tout seul. Le fil reste la trace de la décision, à côté du dossier, pas à sa place.
Limites
Ce que cette intégration ne fera pas
Les contraintes qu'on rencontre pour de vrai. Les découvrir maintenant coûte une lecture ; les découvrir en cours de projet coûte le projet.
Un message par seconde, et un canal a une capacité humaine
Le plafond technique (environ un post par seconde et par canal, webhooks à un par seconde) est généreux pour une TPE. Le plafond humain ne l'est pas. Dix alertes à la minute et plus personne ne lit. La limite honnête d'une intégration Slack, c'est le nombre de messages que l'équipe a accepté de voir. On la fixe au cadrage : quels événements, quel canal, quel silence la nuit.
Slack n'est pas le dossier
Un message n'est pas une facture, pas une affaire, pas une pièce. Chercher dans Slack ce qui s'est décidé il y a six mois est un aveu que le dossier n'existe pas ailleurs. L'intégration écrit dans Slack pour le présent, et dans l'outil métier pour la durée. Les deux. L'un sans l'autre, on a soit un silence, soit un brouillard.
Les droits et les paliers Marketplace ne sont pas universels
Une appli interne n'a pas les mêmes plafonds d'historique qu'une appli vendue hors Marketplace. Un admin peut interdire d'écrire dans #général. Un canal archivé refuse les messages. On teste sur l'espace réel, avec l'application réelle, pas sur un espace perso. Le 429 se respecte ; le refus « action_prohibited » aussi, et il ne se corrige pas en insistant.
Ce que brancher Slack demande vraiment
Une application interne (ou un webhook entrant si l'on ne fait que poster), invitée dans deux canaux, un premier message de test. On commence par une alerte rare et utile, pas par le journal de tout. Le texte se rédige comme un collègue l'écrirait, pas comme une trace machine. Si l'équipe coupe les notifications du canal au bout d'une semaine, l'intégration a échoué, même si Slack a tout accepté.
Sources
Chaque affirmation de cette page renvoie au texte qui fait foi. En cas d'écart entre cette page et la source, c'est la source qui a raison.
- Plafonds de rythme Slack (nouvel onglet)
Paliers 1/20/50/100 par minute, webhooks 1/s, chat.postMessage ~1/s par canal, événements 30 000/60 min.
Vos questions
Faut-il une application Slack, ou un webhook suffit ?
Un webhook entrant suffit pour poster dans un canal fixé, dans un seul sens. Dès qu'on doit lire un message, répondre à une réaction, écrire dans plusieurs canaux, ou agir au nom d'un bot invité, il faut une application avec des droits. Beaucoup de projets commencent par le webhook, c'est honnête. Beaucoup s'arrêtent trop tard à en ajouter une, quand on veut « juste un bouton de validation ». On tranche au cadrage selon le geste, pas selon ce qui est plus vite à créer.
L'agent peut-il écrire à tout le monde en message direct ?
Seulement s'il en a le droit, et ce n'est presque jamais une bonne idée. Un message direct à chaque salarié pour une alerte d'atelier est du bruit personnel, plus difficile à couper qu'un canal. Un canal dédié, que l'on peut mettre en sourdine, reste le bon défaut. Les messages directs se réservent à une personne nommément responsable d'un dossier, rarement, et avec son accord. Slack le permet ; le bon sens le limite.
Que se passe-t-il si on dépasse le rythme ?
Slack répond 429 avec un délai Retry-After. On attend, on reprend. Insister peut allonger la coupure. Pour un post dans un canal, le rythme documenté est de l'ordre d'un message par seconde ; une TPE ne l'atteint que si l'agent parle trop. Le vrai incident, à ce volume, n'est pas le 429, c'est l'équipe qui quitte le canal. On règle le débit sur l'humain, le plafond technique suivra.
Une idée en tête ?
Réservez un rendez-vous ou écrivez-nous — réponse sous 24 h.