Canaux d'alerte

Canaux d'alerte de la vérification API

Que sont les canaux d'alerte ?

Les canaux d'alerte vous permettent de recevoir des notifications lorsqu'une vérification API échoue, se rétablit, se dégrade, ou lorsque le certificat SSL d'un endpoint HTTPS surveillé arrive à expiration. Vous êtes ainsi informé rapidement de l'état de vos vérifications et pouvez agir immédiatement si nécessaire.

LoadFocus prend en charge quatre types de canaux :

Email — notifications vers n'importe quelle adresse email.
Slack — messages vers un canal Slack via un webhook entrant.
Microsoft Teams — messages vers un canal Teams via un webhook entrant.
Webhook — un HTTP POST avec un payload JSON vers l'URL de votre choix. Fonctionne avec PagerDuty Events, Opsgenie, Zapier, n8n ou votre propre endpoint.

Comment configurer les canaux d'alerte

Accéder aux paramètres d'alerte : Naviguez vers les paramètres d'alerte de votre vérification API.
Sélectionner les canaux : Choisissez les canaux sur lesquels vous souhaitez être notifié. Vous pouvez configurer plusieurs adresses email, canaux Slack, canaux Microsoft Teams et/ou webhooks.
Tester le canal : Utilisez le bouton Test à côté de chaque canal pour envoyer une notification d'exemple et vérifier que le canal fonctionne.

Options de notification

Pour chaque vérification API, vous pouvez configurer des notifications pour les événements suivants :

Une vérification commence à échouer : Notification dès qu'un échec est détecté.
Une vérification se rétablit : Notification lorsque la vérification se rétablit après un échec.
À chaque échec : Notification pour chaque échec individuel.
Une vérification se dégrade : Notification lorsque les temps de réponse dépassent le seuil de dégradation sans échouer.
Un certificat SSL expire bientôt : Alertes 14, 7 et 3 jours avant l'expiration du certificat d'un endpoint HTTPS surveillé, et le jour de l'expiration.

Routage des événements par canal

Chaque canal activé affiche quatre pastilles — Fail, Recover, Degraded et SSL — pour décider quels événements vont où. Par exemple : les échecs vers PagerDuty via webhook, les rétablissements vers Slack et les alertes SSL uniquement par email. Tous les événements sont activés par défaut ; cliquez sur une pastille pour désactiver cet événement sur ce canal.

Payload du webhook

Les canaux webhook reçoivent un HTTP POST avec un corps JSON de la forme :

{
  "source": "loadfocus",
  "event": "check.failed",
  "check": { "id": "...", "name": "...", "url": "https://..." },
  "status": "failed",
  "location": "us-east-1",
  "timestamp": "2026-06-07T12:00:00.000Z"
}

Le champ event vaut check.failed, check.recovered, check.degraded, ssl.expiry ou test. Les événements d'expiration SSL incluent un objet details avec daysRemaining et validTo. Les URLs de webhook doivent utiliser https.

Définir les préférences de notification

Activer/désactiver les notifications : Utilisez les interrupteurs pour chaque type d'événement.
Router par canal : Ajustez les pastilles d'événements sous chaque canal si vous souhaitez des événements différents sur des canaux différents.
Enregistrer les paramètres : Enregistrez pour appliquer les modifications.

Voir tous les canaux d'alerte

Vous pouvez voir et gérer tous vos canaux depuis la page centrale des paramètres d'alerte.

Visitez la page Alert Settings pour voir tous vos canaux.

Cas d'usage pratiques

Action immédiate : Notification instantanée lorsqu'une API critique échoue.
Suivi du rétablissement : Soyez informé dès qu'un problème est résolu.
Surveillance continue : Notifications à chaque échec pour un contrôle permanent.
Hygiène des certificats : Alertes d'expiration SSL avant que vos clients ne voient des erreurs de certificat — sur toutes les offres, y compris la gratuite.
Intégration d'astreinte : Pointez un canal webhook vers PagerDuty ou Opsgenie et n'y routez que les échecs, en gardant le bruit des rétablissements et du SSL hors de votre file d'incidents.

Avec des canaux d'alerte configurés, vous êtes toujours informé de la santé et des performances de vos vérifications API.

Activer/Désactiver

Assertions