Transformez n’importe quel webhook en alerte native et en métrique en direct.
Votre application continue de recevoir et de vérifier les webhooks Stripe, GitHub ou Supabase. Ajoutez un appel à l’API LogsNinja pour envoyer les champs utiles vers des alertes natives et des graphiques qui se mettent automatiquement à jour une fois configurés.
Ce qui change une fois les webhooks connectés
Fonctionne avec le webhook que vous avez déjà
Aucun nouvel endpoint à déployer. Dans le gestionnaire qui reçoit déjà le webhook, trois étapes le transforment en signal.
Un appel HTTP transforme un payload en alerte.
Vérifiez d’abord la signature de l’expéditeur, puis associez les champs qui vous intéressent à un événement LogsNinja.
$ curl -X POST https://api.logsninja.com/v1/events \ -H "Authorization: Bearer YOUR_API_TOKEN" \ -d '{ "project": "YOUR_PROJECT_ID", "stream": "webhooks", "title": "Deployment succeeded", "emoji": "🚀", "metadata": {"source": "github", "repo": "api"}, "notify": true }' ✓ Event received ✓ Push sent to 2 devices # chart updated
Un payload GitHub, mappé
Le même principe s’applique à n’importe quel fournisseur – extrayez les champs qui vous intéressent du payload que vous recevez déjà.
| Champ du payload GitHub | Champ LogsNinja |
|---|---|
workflow_run.conclusion |
title (ex. « Deployment succeeded ») |
repository.full_name |
metadata.repo |
sender.login |
metadata.actor |
| succès ou échec | emoji (🚀 ou 🚨) |
Chaque webhook devient une alerte et un graphique.
Pas d’intégration séparée pour les notifications et le reporting. Envoyez l’événement une fois, et il alimente les deux en même temps.
Sources de webhook courantes
Stripe
Paiements, factures et changements d’abonnement.
GitHub
Déploiements, pull requests et échecs de workflow.
Supabase
Changements de base de données et événements d’authentification.
Votre propre backend
Tout événement interne que vous émettez déjà sous forme de webhook.
Pour qui
Un bon choix si
Vous recevez déjà des webhooks d’un fournisseur ou de votre propre backend et voulez une alerte plus un graphique, sans construire ni l’un ni l’autre depuis zéro.
Pas adapté si
Vous avez besoin de recevoir et router des webhooks en premier lieu. LogsNinja transforme un webhook que vous recevez déjà en alerte et en graphique – ce n’est pas un relais ou une file d’attente de webhooks.
Questions fréquentes
Dois-je modifier mon endpoint webhook existant ?
Non. Gardez l’endpoint que vous avez déjà et ajoutez-y un appel HTTP vers LogsNinja, après avoir vérifié la signature de l’expéditeur.
Avec quels fournisseurs de webhook est-ce que ça fonctionne ?
N’importe lequel. LogsNinja n’analyse pas le payload d’un fournisseur en particulier – vous associez les champs qui vous intéressent à un événement LogsNinja, donc ça fonctionne de la même façon pour Stripe, GitHub, Supabase ou un système interne.
Le même webhook peut-il aussi construire un tableau de bord ?
Oui. L’événement que vous envoyez pour l’alerte est le même qui alimente un graphique ou une métrique – pas d’intégration séparée pour chacun.
Et si le webhook se déclenche plus souvent que je ne veux être notifié ?
Mettez notify à false pour les événements que vous voulez seulement voir sur un graphique, et à true pour ceux qui méritent une alerte – les deux lisent le même payload.
Transformez votre prochain webhook en alerte.
Envoyez votre premier événement et voyez-le devenir une notification native en quelques secondes.