Probador de API — Cliente REST online

Una alternativa ligera a Postman en tu navegador: crea una petición HTTP, envíala y revisa el estado, los tiempos, las cabeceras y el JSON formateado.

Actualizado el
Respuesta
Envía una petición para ver la respuesta aquí. Prueba el ejemplo:
Historial (solo en este navegador)
  • Aún no hay peticiones.

Las peticiones se envían desde nuestro servidor, no desde tu navegador: por eso no hay errores CORS, pero localhost y las direcciones de red privadas están bloqueadas, las redirecciones no se siguen y las respuestas se limitan a 2 MB.

Esta herramienta consulta desde nuestro servidor la URL pública que introduces. Los resultados se guardan unos minutos en memoria temporal y nunca en una base de datos.

Cómo usar: Probador de API

  1. Elige un método y pega la URL del endpoint. Los parámetros de consulta de la URL aparecen en la pestaña Parámetros, y los cambios que hagas allí actualizan la URL.
  2. Añade las cabeceras de la petición y, en Autenticación, elige un token Bearer o credenciales Basic si la API lo necesita.
  3. Para POST, PUT o PATCH abre Cuerpo y elige JSON, texto plano o campos de formulario. El JSON se valida mientras escribes; Formatear lo muestra con sangría.
  4. Pulsa Enviar (Ctrl+Intro). Revisa el estado, el tiempo, el tamaño, el cuerpo formateado y las cabeceras de la respuesta.
  5. Haz clic en Copiar como cURL para reproducir la petición en una terminal o compartirla con tu equipo. Las peticiones recientes se guardan en el Historial.

¿Qué es un probador de API?

Un probador de API (o cliente REST) te permite enviar peticiones HTTP a un servicio web y ver exactamente qué devuelve, sin escribir código. Los desarrolladores lo usan para explorar APIs de terceros, depurar webhooks, comprobar la autenticación, reproducir errores reportados y verificar un endpoint antes de conectarlo al frontend. Esta herramienta cubre lo esencial de aplicaciones de escritorio como Postman o Insomnia, sin instalar nada y sin necesidad de cuenta.

Anatomía de una petición HTTP

  • Método — lo que quieres hacer: GET lee, POST crea, PUT reemplaza, PATCH actualiza parcialmente y DELETE elimina. HEAD devuelve solo las cabeceras y OPTIONS indica qué métodos están permitidos.
  • URL y parámetros de consulta — por ejemplo /v1/users?page=2&limit=50. Los valores se codifican automáticamente en URL cuando los editas en la tabla de Parámetros.
  • Cabeceras — metadatos como Accept: application/json, Content-Type o una cabecera con una clave de API.
  • Cuerpo — los datos que se envían en POST/PUT/PATCH. Los cuerpos JSON se envían con Content-Type: application/json; los de formulario, con application/x-www-form-urlencoded.
  • Autenticación — Bearer envía Authorization: Bearer <token> (OAuth 2.0, JWT). Basic envía Authorization: Basic base64(usuario:contraseña).

Cómo leer la respuesta

El código de estado indica qué ocurrió: 2xx es éxito, 3xx es una redirección, 4xx es un problema con tu petición (401 falta autenticación, 404 ruta incorrecta, 422 error de validación) y 5xx es un fallo del servidor. Consulta cada uno en nuestra referencia de Códigos de estado HTTP. El tiempo de respuesta se mide desde nuestro servidor hasta la API, y el tamaño es el del cuerpo en bytes. Revisa content-type, las cabeceras de límite de peticiones (x-ratelimit-remaining, retry-after) y las cabeceras de caché en la pestaña Cabeceras.

Por qué las peticiones pasan por nuestro servidor

Los navegadores bloquean las peticiones de origen cruzado a menos que la API envíe cabeceras CORS, algo que la mayoría de APIs de servidor a servidor no hace. Enviar la petición desde nuestro servidor evita CORS por completo, así que ves la respuesta real de la API. Por seguridad, se bloquean las peticiones a localhost, a rangos de IP privadas y a direcciones de metadatos de la nube. Para probar una API local, usa curl: el botón Copiar como cURL genera el comando por ti, y nuestro conversor cURL a código lo convierte en JavaScript, Python o PHP.

¿Es seguro usarlo con credenciales reales?

Tu petición pasa por nuestro servidor solo para reenviarse; no se registra ni se almacena. El historial se guarda en tu propio navegador y excluye las cabeceras Authorization, Cookie y de claves de API. Aun así, para cualquier herramienta online es preferible usar claves de prueba o tokens de corta duración, y puedes decodificar los JWT en local con el Decodificador JWT.

También se busca como: cliente rest, postman online, cliente http, probar api, enviar petición http, curl online, api json online, petición post online.

Herramientas que combinan con: Probador de API

  • Generador y Probador CORS — ¿Te aparece “has been blocked by CORS policy”?
  • Validador OpenAPI / Swagger — Pega una especificación de API para comprobarla contra el esquema oficial de OpenAPI, detectar referencias rotas y parámetros de ruta inconsistentes, y ver todos los endpoints de un vistazo.
  • Webhook Tester — Obtén una URL única, apunta cualquier webhook o cliente HTTP hacia ella y mira cómo llegan las peticiones en tiempo real: cabeceras, query string y cuerpo formateado, además de comprobaciones de firma HMAC.
  • Formateador JSON — Pega el código JSON para formatearlo, minimizarlo o validarlo.

Preguntas frecuentes

¿Puedo usarlo como verificador de API?
Sí. Envía una petición a cualquier endpoint para comprobar que responde: verás el código de estado, el tiempo de respuesta, las cabeceras y el cuerpo JSON formateado, y podrás copiar la petición como cURL.
¿Es una alternativa gratuita a Postman?
Para peticiones rápidas, sí: métodos, parámetros, cabeceras, cuerpos JSON o de formulario, autenticación Bearer y Basic, inspección de respuestas, exportación a cURL e historial, todo en el navegador y sin registro. No incluye colecciones, entornos ni pruebas con scripts.
¿Por qué no puedo llamar a localhost o a 192.168.x.x?
Las peticiones se envían desde nuestro servidor, que no puede acceder a tu equipo local, y las direcciones privadas están bloqueadas para evitar abusos. Usa el botón Copiar como cURL y ejecuta el comando en tu equipo.
¿Aparecen errores de CORS?
No. CORS lo aplican los navegadores; como es nuestro servidor quien hace la petición, las cabeceras CORS de la API no importan. Recuerda que tu propio frontend sí las necesitará.
¿Se siguen las redirecciones?
No. Verás la respuesta 301/302/307 original con su cabecera Location, que suele ser lo que necesitas al depurar. Envía una segunda petición a la nueva URL para seguirla.
¿Se guarda mi clave de API o mi token?
No. Los valores de autenticación y las cabeceras sensibles (Authorization, Cookie, X-API-Key…) se excluyen del historial, y los parámetros de consulta sensibles se borran antes de guardar una petición.

Herramientas relacionadas