Saltar al contenido
NimbusNexus
Request Bins · Para cualquier emisor HTTP

Captura cualquier petición HTTP
sin montar un servidor.

Crea un bin y obtén una URL pública en nnbin.net. Apunta cualquier cosa hacia ella: tu propia app, un script, un job de CI, un dispositivo, un proveedor de webhooks. Cada petición recibe un 200 al instante y queda registrada con su método, ruta, query, cabeceras, cuerpo e IP de origen, lista para leer en la consola o por la API.

Cómo funciona

Cuatro pasos, y nada que desplegar.

Un bin es una URL y una lista. Lo que llega a la URL entra en la lista, lo más reciente primero, hasta que la ventana de retención lo elimina.

  1. Crea un bin

    Un clic en la consola, o una llamada a la API, devuelve una URL como https://nnbin.net/b/k7m2q9x4r8ht. El slug lleva 60 bits de aleatoriedad y nunca se vuelve a emitir, ni siquiera después de borrar el bin.

  2. Apunta un emisor hacia él

    Pega la URL donde algo te pida un endpoint: en la configuración de webhooks de un proveedor, como URL base de la API de tu app, en un script, en un paso de CI. Cualquier método, cualquier ruta bajo el bin, cualquier cuerpo.

  3. Responde al instante

    Toda petición bien formada recibe enseguida un 200 con {"status":"accepted"}, así que el emisor sigue como si un endpoint real la hubiera aceptado. Un bin nunca reenvía, repite ni ejecuta nada de lo que recibe.

  4. Lee lo que llegó

    La consola lista las peticiones a medida que llegan, con las cabeceras en orden de llegada y el cuerpo formateado para leerlo. En un plan de pago, una clave de API lee las mismas peticiones desde tu código.

Un bin desactivado, o uno que ya superó la cuota del mes, sigue respondiendo 200 y no registra nada. Un emisor que envía más rápido de lo que permite el límite de tasa recibe un 429, y uno cuya petición no se puede registrar en ese momento recibe un 503, para que vuelva a intentarlo.

Qué registra un bin

La petición tal como llegó, no como alguien quiso enviarla.

La documentación muestra lo que un emisor debería enviar. Un bin muestra lo que de verdad envió, hasta el orden de sus cabeceras y el tamaño de su cuerpo.

Cualquier método, cualquier ruta

GET, POST, PUT, PATCH, DELETE, HEAD y OPTIONS, en la URL del bin y en cualquier ruta por debajo, así que un emisor que añade su propia ruta también llega.

Cabeceras en orden de llegada

Tal como las escribió el emisor, cabeceras repetidas incluidas. Authorization, Proxy-Authorization, Cookie, Set-Cookie y X-Api-Key se guardan por nombre, con el valor oculto.

El cuerpo y su tamaño real

Se guardan hasta 64 KiB de cada cuerpo, junto con el tamaño que se envió de verdad y una marca cuando la copia guardada está recortada.

Query, origen y hora

La query tal como se envió, la dirección de la que vino la petición, su tipo de contenido y el momento en que llegó.

Cuerpos que se pueden leer

El JSON se formatea, los envíos de formularios se muestran como campos y un cuerpo que no es texto se muestra como volcado hexadecimal. El cuerpo en bruto está a un clic, y nada se renderiza nunca como página web.

Repeticiones contadas una vez

Una petición con el mismo método, ruta y cuerpo que otra que el bin ya guarda se cuenta en esa entrada en lugar de guardarse de nuevo. Así se ven los reintentos de un emisor.

URLs que nunca se reutilizan

Un slug se retira para siempre cuando se borra su bin, así que nada destinado a un bin antiguo puede acabar en uno nuevo.

Privado para tu workspace

Los bins y lo que registran pertenecen al workspace que los creó, y la base de datos lo hace cumplir en cada consulta.

En dos peticiones

Envía cualquier cosa. Recupera exactamente eso.

La primera petición es lo que haga tu emisor. La segunda es cómo un test o un script la lee después con una clave de API, en cualquier plan de pago.

# Cualquier emisor, cualquier método, cualquier ruta bajo el bin
curl -X POST "https://nnbin.net/b/k7m2q9x4r8ht/orders?source=checkout" \
  -H "Content-Type: application/json" \
  -d '{"order":"ord_1042","total":4900}'
# → 200 {"status":"accepted"}

# Léela con una clave de API
curl -H "Authorization: Bearer $BINS_API_KEY" \
  "https://bins.nimbusnexus.net/v1/bins/$BIN_ID/requests"
Respuesta
{
  "items": [{
    "id": "req_3f9a61c0d2e84b7a95c1e6d0",
    "bin_id": "bin_8e27d40b19c3f6a5e0d71b42",
    "method": "POST",
    "path": "/orders",
    "source_ip": "203.0.113.24",
    "content_type": "application/json",
    "size_bytes": 33,
    "truncated": false,
    "seen_count": 1,
    "received_at": "2026-11-03T09:14:07Z",
    "expires_at": "2026-11-10T09:14:07Z"
  }],
  "next_offset": null
}
Quién envía a un bin

Cualquier cosa que haga una petición HTTP. Aquí es donde más ayuda.

TU PROPIO CÓDIGO
Mira lo que tu app envía de verdad

Cambia una URL base de la API por un bin y ejecuta ese camino del código. Las cabeceras que añade tu cliente HTTP, el cuerpo que generó tu serializador y la query que construiste están ahí, tal como salieron del proceso.

API_BASE_URL=https://nnbin.net/b/k7m2q9x4r8ht
EMISORES DE TERCEROS
Lee el payload real de un proveedor

Antes de escribir el handler, dale al proveedor la URL de un bin y dispara un evento. Ves el cuerpo, las cabeceras y la firma exactos que envía, no el ejemplo de su documentación.

POST /b/k7m2q9x4r8ht/events · x-signature: t=…,v1=…
SCRIPTS Y JOBS
Prueba un script en seco

Apunta un backfill, un cron job o una migración puntual a un bin antes de que toque el endpoint real, y lee cada petición que habría hecho.

PUT /b/k7m2q9x4r8ht/customers/42 → 200 {"status":"accepted"}
PIPELINES DE CI
Captura lo que envía un pipeline

Los hooks de despliegue, los avisos de release y los callbacks de build salen de runners de CI que nadie vigila. Envíalos a un bin y léelos después de la ejecución.

POST /b/k7m2q9x4r8ht/deploys · source_ip 198.51.100.7
DISPOSITIVOS Y CLIENTES
Clientes que no escribiste tú

Las apps móviles, los dispositivos y las herramientas de línea de comandos envían peticiones que no puedes seguir con un depurador. Dales la URL de un bin y mira lo que envían, desde la red en la que estén.

POST /b/k7m2q9x4r8ht/telemetry · {"fw":"2.4.1"}
TESTS DE INTEGRACIÓN
Verifica las peticiones salientes

En un plan de pago, un test envía por el camino real del código, lee el bin por la API y comprueba el método, las cabeceras y el cuerpo que produjo el código.

GET /v1/bins/{id}/requests?since=…
Planes

Empieza gratis, paga por más peticiones y más historial.

Todos los planes responden a cualquier emisor y se leen en la consola. Un plan de pago registra más peticiones al mes, admite más bins, guarda las peticiones más tiempo y deja que una clave de API las lea.

Free

Suficiente para ver exactamente lo que envía cualquier app, script o servicio.

$0

  • 1,000 peticiones / mes
  • 1 bin
  • Peticiones guardadas 1 día
  • Un bin dura 24 horas
  • Sin lectura de peticiones capturadas con clave de API
Empezar

Starter

Para depurar integraciones mientras las construyes.

$9/ mes

$86.40 / año — ahorra 20 %

  • 25,000 peticiones / mes
  • 5 bins
  • Peticiones guardadas 7 días
  • Lectura de peticiones capturadas con clave de API
Elegir Starter

Pro

Más bins, más historial, espacio para todo un equipo.

$29/ mes

$278.40 / año — ahorra 20 %

  • 250,000 peticiones / mes
  • 25 bins
  • Peticiones guardadas 30 días
  • Lectura de peticiones capturadas con clave de API
Elegir Pro

Custom

Compromisos de volumen, límites a medida y condiciones acordes.

Precio por contrato

  • Bins acordados contigo
  • Volumen de peticiones acordado contigo
  • Historial de peticiones acordado contigo
  • Requiere una cuenta de equipo
Hablemos

Cada petición que registra un bin cuenta para el mes, repeticiones incluidas. Superada la cuota mensual, un bin sigue respondiendo 200 y no registra nada hasta el día 1 del mes siguiente, y en un plan de pago ningún bin por sí solo puede gastar toda la cuota, así que una URL filtrada no puede agotarla para los demás. El plazo anual se cobra una vez al año con un 20 % de descuento.

En todos los planes, incluido Free
  • Cualquier método, ruta o cuerpo
  • Un 200 inmediato para cada emisor
  • Cabeceras en orden de llegada
  • Cabeceras de credenciales ocultas
  • Cuerpos formateados y en bruto
  • Repeticiones contadas una vez
  • Slugs que nunca se reutilizan
  • Aislamiento por workspace
Preguntas

Antes de apuntar algo a un bin.

Cualquier cosa que haga una petición HTTP: proveedores de webhooks, tus propios servicios, scripts, cron jobs, pipelines de CI, apps móviles y dispositivos. Un bin acepta GET, POST, PUT, PATCH, DELETE, HEAD y OPTIONS en su URL y en cualquier ruta por debajo, con cualquier cuerpo, y registra cada petición igual, la envíe quien la envíe.
Empezar

Apunta algo a un bin y mira lo que envía.

Free incluye un bin y 1,000 peticiones registradas al mes, que se leen en la consola. Pasa a un plan de pago cuando necesites más bins, más historial o leer con una clave de API.