Convierta cualquier webhook en una alerta nativa y en una métrica en vivo.

Tu aplicación sigue recibiendo y verificando webhooks de Stripe, GitHub o Supabase. Añade una llamada a la API de LogsNinja para enviar los campos útiles a alertas nativas y gráficos que se actualizan automáticamente una vez configurados.

Lo que cambia una vez conectados los webhooks

Un despliegue fallido
Enterrado en los logs de CI hasta que alguien los revisa por casualidad.
Una alerta nativa en el momento en que falla el workflow.
Un nuevo pedido
Se entera la próxima vez que abre el panel.
Una alerta, más un repunte en su gráfico de ingresos.
Un cambio arriesgado en la base de datos
Sin visibilidad hasta que algo se rompe más adelante.
Una alerta en el instante en que la fila cambia.

Funciona con el webhook que ya tiene

Ningún endpoint nuevo que desplegar. Dentro del gestor que ya recibe el webhook, tres pasos lo convierten en una señal.

Verifique la firma
Asocie los campos
Envíe el evento
DEL WEBHOOK A LA SEÑAL

Una llamada HTTP convierte un payload en una alerta.

Verifique primero la firma del remitente, luego asocie los campos que le interesan a un evento de 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 de GitHub, mapeado

La misma idea se aplica a cualquier proveedor: extraiga los campos que le interesan del payload que ya recibe.

Campo del payload de GitHub Campo de LogsNinja
workflow_run.conclusion title (p. ej. «Deployment succeeded»)
repository.full_name metadata.repo
sender.login metadata.actor
éxito o fallo emoji (🚀 o 🚨)
Webhooks
Deployment succeededwebhooks ·
Workflow failedwebhooks ·

Cada webhook se convierte en una alerta y un gráfico.

Sin integración separada para notificaciones y reportes. Envíe el evento una vez, y alimenta ambos a la vez.

Fuentes de webhook habituales

Stripe

Pagos, facturas y cambios de suscripción.

GitHub

Despliegues, pull requests y fallos de workflow.

Supabase

Cambios en la base de datos y eventos de autenticación.

Su propio backend

Cualquier evento interno que ya emita como webhook.

Para quién es

Un buen encaje si

Ya recibe webhooks de un proveedor o de su propio backend y quiere una alerta más un gráfico, sin construir ninguno de los dos desde cero.

No encaja si

Necesita recibir y enrutar webhooks en primer lugar. LogsNinja convierte un webhook que ya recibe en una alerta y un gráfico: no es un relé ni una cola de webhooks.

Preguntas frecuentes

¿Necesito cambiar mi endpoint de webhook actual?

No. Mantenga el endpoint que ya tiene y añádale una llamada HTTP a LogsNinja, después de verificar la firma del remitente.

¿Con qué proveedores de webhook funciona esto?

Con cualquiera. LogsNinja no analiza el payload de un proveedor concreto: usted asocia los campos que le interesan a un evento de LogsNinja, así que funciona igual para Stripe, GitHub, Supabase o un sistema interno.

¿El mismo webhook puede también construir un panel?

Sí. El evento que envía para la alerta es el mismo que alimenta un gráfico o una métrica: sin integración separada para cada cosa.

¿Y si el webhook se dispara más a menudo de lo que quiero que me notifiquen?

Ponga notify en false para los eventos que solo quiere en un gráfico, y en true para los que merecen una alerta: ambos leen el mismo payload.

Convierta su próximo webhook en una alerta.

Envíe su primer evento y véalo convertirse en una notificación nativa en cuestión de segundos.