Clustraly
Jetons API, webhooks & API REST

Catalogue d'événements souscriptibles : vos webhooks n'écoutent que ce qui compte

Catalogue d'événements souscriptibles une fonctionnalité du module Jetons API, webhooks & API REST de Clustraly. Le catalogue d'événements souscriptibles réunit les 9 événements qu'un webhook Clustraly peut recevoir contenu, commentaire, contact et alertes d'erreur sélectionnables par cases ou joker.

Vous décidez précisément quand chaque endpoint se déclenche. Cochez les événements utiles, ou souscrivez au joker pour tout recevoir sans code, sans flux indifférencié à filtrer ensuite.

Le catalogue

Neuf événements, un abonnement taillé sur mesure

Chaque webhook s'abonne au sous-ensemble d'événements qui l'intéresse un seul, plusieurs, ou tous. Vos systèmes ne reçoivent que les signaux qu'ils savent traiter, au lieu d'un flux global à trier après coup.

Le catalogue couvre neuf événements dispatchables : publication et mise à jour d'articles et de pages, nouveaux commentaires et messages de contact, plus les alertes d'erreur de l'Error-Intelligence.

  • 9 événements dispatchables au choix
  • Abonnement propre à chaque webhook
  • Tout se coche dans l'interface, sans code
Fonctionnement

Cochez les événements, ou capturez tout avec le joker

Sur l'écran d'édition du webhook, chaque événement est une case à cocher : sélectionnez exactement ceux qui doivent déclencher une livraison. Besoin de tout ? Le joker « * » s'abonne à l'ensemble des événements en un seul geste.

En coulisse, la normalisation range et dé-duplique votre sélection : le joker se réduit proprement à la liste complète, et un même événement coché en double ne compte qu'une fois.

  • Sélection fine par cases à cocher
  • Joker « * » = tous les événements
  • Sélection normalisée et dé-dupliquée
Contenu, commentaires & contact

Réagissez à chaque publication, commentaire et message

Branchez vos automatisations sur la vie éditoriale du site : article.published, article.updated, page.published et page.updated déclenchent vos flux à chaque parution ou révision. comment.created et contact.created relaient les interactions de vos visiteurs.

Ces événements sont câblés directement sur le système de hooks du CMS : ils partent au moment exact où le contenu est enregistré ou publié, sans polling ni script de surveillance à maintenir.

  • article.published / article.updated
  • page.published / page.updated
  • comment.created & contact.created
  • Émis en direct depuis les hooks du CMS
Alertes Error-Intelligence

Soyez prévenu quand une erreur apparaît, revient ou s'emballe

Trois événements dédiés à la supervision complètent le catalogue : error.new signale une erreur inédite, error.regression une erreur résolue qui réapparaît, error.spike une flambée soudaine d'occurrences. Routez-les vers votre canal d'alerte pour réagir vite.

Comme tout événement du catalogue, ils s'activent par simple case à cocher sur le webhook de votre choix indépendamment des événements de contenu.

  • error.new nouvelle erreur détectée
  • error.regression réapparition d'une erreur
  • error.spike pic anormal d'occurrences
Cas d'usage

Un même catalogue, autant de circuits que d'endpoints

Envoyez article.published à votre CDN ou à votre newsletter, comment.created à votre outil de modération, contact.created à votre CRM, et les alertes error.* à votre canal d'astreinte. Chaque webhook porte son propre abonnement, donc chaque intégration reçoit précisément son signal.

  • Publication → CDN, cache, newsletter
  • Commentaire → modération
  • Contact → CRM ou support
  • Erreurs → alerting et astreinte
Garde-fous

Une sélection propre, sans dérive ni événement fantôme

Seuls les événements du catalogue sont souscriptibles : impossible de s'abonner à un signal qui n'existe pas. La normalisation dé-duplique votre choix et ramène le joker à la liste officielle, de sorte qu'un webhook reste lisible et prévisible dans le temps.

  • Abonnement limité au catalogue connu
  • Sélection dé-dupliquée automatiquement
  • Joker réduit à la liste officielle des événements
Configurer un webhook
Pourquoi ça compte

L'IA propose, vous décidez

Clustraly met les neuf événements à portée de case à cocher à vous de tracer les circuits. Chaque webhook n'écoute que ce que vous avez choisi, ni plus, ni moins.

FAQ

Questions fréquentes

Quels événements puis-je souscrire dans un webhook Clustraly ?
Neuf événements : article.published, article.updated, page.published, page.updated, comment.created, contact.created, ainsi que les alertes error.new, error.regression et error.spike.
Comment m'abonner à tous les événements d'un coup ?
Sélectionnez le joker « * » : il s'abonne à l'ensemble du catalogue et se réduit automatiquement à la liste complète des événements lors de la normalisation.
Puis-je abonner chaque webhook à des événements différents ?
Oui. L'abonnement se définit webhook par webhook, via des cases à cocher indépendantes. Chaque endpoint ne reçoit donc que les événements que vous lui avez attribués.
D'où partent les événements de contenu, de commentaire et de contact ?
Ils sont câblés sur le système de hooks du CMS et sont émis au moment où le contenu est enregistré ou publié sans polling ni surveillance externe.
Prêt à commencer ?

Des webhooks qui n'écoutent que l'essentiel

Ouvrez un webhook, cochez les événements qui comptent pour cette intégration, et laissez Clustraly router le reste. De la publication d'un article au pic d'erreurs, chaque signal part vers le bon endroit parce que vous l'avez décidé.