Probador de APIs & Webhooks
Herramienta ligera para desarrolladores: lanza peticiones HTTP (GET, POST, PUT, DELETE) con cabeceras personalizadas y captura payloads de webhooks entrantes en tiempo real.
¿Cómo funciona el Probador de APIs y Webhooks?
Proxy Seguro Anti-CORS
El navegador bloquea peticiones JavaScript directas a dominios externos por política Same-Origin. Arostik procesa tus solicitudes a través de un proxy Edge seguro, devolviendo código HTTP y latencia real.
Receptor de Webhooks en Vivo
Genera canales temporales aislados en memoria para capturar eventos emitidos por pasarelas de pago (Stripe, PayPal, MercadoPago) o CI/CD (GitHub Actions) sin instalar software local.
Inspección Completa de Headers
Revisa cabeceras críticas de autenticación (Bearer, Basic, API Keys), firmas criptográficas HMAC (X-Hub-Signature, Stripe-Signature) y Content-Type de cada paquete.
Solución a Problemas Frecuentes al Probar APIs y Webhooks
Fallo 1: Código 401 Unauthorized o 403 Forbidden al hacer la petición
Añade en la pestaña de Cabeceras el header 'Authorization' con el formato 'Bearer TU_API_KEY' o 'Basic TU_HASH', verificando que el token no haya expirado.
Si el error es 403, tu token es válido pero carece de permisos de lectura/escritura (scopes) para el recurso solicitado.
Fallo 2: El Webhook no aparece en la lista tras enviar el evento
Asegúrate de que la URL copiada en tu servicio incluya el parámetro '?channel=...' completo y que el interruptor diga '● Escuchando en vivo'.
Prueba lanzando el comando cURL de ejemplo desde tu consola para confirmar que la red local permite peticiones salientes.
¿Sabías que...? Historia de las APIs y los Webhooks
El término 'Webhook' fue acuñado en 2007
El desarrollador Jeff Lindsay acuñó la palabra en su blog describiendo la inversión del flujo HTTP tradicional. Antes de los webhooks, los sistemas tenían que consultar APIs cada pocos segundos gastando gigabytes de ancho de banda innecesario.
Código HTTP 418: 'I'm a teapot' (RFC 2324)
Creado el día de los inocentes (April Fools) de 1998 por el IETF como parte del protocolo para controlar cafeteras inteligentes (HTCPCP). Muchos frameworks modernos todavía implementan el código 418 como homenaje.
La diferencia entre PUT y PATCH
PUT reemplaza el objeto completo en el servidor (si omites un campo, se borra). PATCH fue introducido en el RFC 5789 para aplicar únicamente modificaciones parciales sobre campos específicos.
Stripe envía más de 1,000 millones de webhooks al mes
El comercio electrónico mundial depende enteramente de webhooks: cuando compras en una tienda online, la confirmación de pago viaja por un webhook firmado con HMAC en menos de 200 ms hacia el servidor de la tienda.