Qué es un reenviador de webhook
Un reenviador de webhook es una URL pública en yourdevtools.pro que, cuando la golpea un servicio externo (Stripe, GitHub, Linear, tu propia integración), inmediatamente proxia la petición a tu URL real de destino y te muestra el resultado. A diferencia de un receptor simple, esta herramienta no absorbe tráfico: actúa como un reverse proxy transparente.
Pegas nuestra URL en el dashboard de Stripe y cada evento sigue llegando a tu endpoint de producción, mientras simultáneamente ves cada entrega en el panel con su código de status, duración y body completo.
Cómo usarlo
- Introduce una URL destino: `https://tu-dominio/webhooks/stripe` completa. Debe ser https o http público: localhost e IPs privadas están bloqueadas.
- Pulsa "Generar": obtienes una URL de reenviador única como `yourdevtools.pro/api/forward/abc12345`.
- Pega esa URL en los ajustes del servicio externo (Stripe Webhooks, GitHub Webhooks, tu propia config).
- Dispara un evento (p. ej. "Send test event" en Stripe). Tu servidor recibe la petición directamente desde nosotros, con cabeceras y body originales.
- En el panel ves cada petición: método, código de status que devolvió tu servidor, duración, cabeceras, body. Pulsa una fila para expandir.
- Cambia el destino sin acuñar un id nuevo: edita el campo "Target" → "Actualizar target". Stripe nunca lo nota.
- Un reenviador expira tras 24 horas de inactividad. Una pestaña abierta resetea el timer en cada poll.
Cuándo es útil
Seis escenarios típicos de reenviador en producción:
- Endpoint de webhook en producción donde quieres visibilidad completa durante los primeros días tras el lanzamiento, cuando cada evento importa.
- Entornos de staging / preview donde quieres enrutar webhooks sin reconfigurar el servicio externo cada vez (cambias el destino, la URL se queda).
- Depurar 500s en producción: tu endpoint devuelve un error pero los logs son escasos. El reenviador muestra la petición exacta que lo causó más los primeros 4 KB de tu respuesta.
- Migrar webhooks a un nuevo dominio: apunta temporalmente los servicios externos al reenviador, este reenvía a la nueva infraestructura, mantienes un log completo de auditoría.
- Compartir una integración entre un equipo: una persona configura el reenviador, todo el equipo ve las mismas peticiones que ve prod durante 24h.
- Probar rate limits y timeouts: el reenviador aplica un timeout de 8 segundos, así que puedes ver en el panel qué peticiones hicieron timeout en tu lado.
Herramientas relacionadas: receptor de webhook (solo inspeccionar, sin reenviar), probador de peticiones HTTP, conversor cURL.
Preguntas y respuestas
Un receptor solo almacena la petición y responde 200, nunca reenvía a ningún sitio. Un reenviador proxia la petición a tu URL destino, espera la respuesta de tu servidor (hasta 8 s), devuelve ese código de status al remitente (p. ej. Stripe) y mantiene un log completo de ambos lados. Es la variante de producción: úsalo cuando necesites una URL estable más visibilidad, no solo inspección para depurar.