Probador de Solicitudes HTTP

Postman es excesivo cuando solo quieres verificar un webhook o acceder a una API pública. Pega una URL, elige GET/POST/PUT/PATCH/DELETE, añade encabezados y un cuerpo, y este probador envía la solicitud y muestra el código de estado, los encabezados de respuesta, el cuerpo y el tiempo total de respuesta.

Cómo enviar una solicitud de prueba

  1. 1

    Elige método y URL

    GET, POST, PUT, PATCH, DELETE o HEAD, además de cualquier URL accesible desde nuestro servidor.

  2. 2

    Añadir encabezados

    Autorización, Content-Type, encabezados personalizados: uno por línea, tantos como necesites.

  3. 3

    Establecer el cuerpo

    Texto sin formato, JSON, form-urlencoded o multipart. El cuerpo solo se envía con los métodos que lo admiten (POST, PUT, PATCH, DELETE).

  4. 4

    Enviar e inspeccionar

    El código de estado, el tiempo total de respuesta, los encabezados y el cuerpo se muestran uno al lado del otro.

Lo que devuelve el probador

Cada respuesta se presenta en cuatro partes útiles.

1. Código de estado

HTTP 200, el código de estado numérico de la respuesta. Cualquier estado en el rango de 4xx o 5xx se resalta para un diagnóstico rápido.

2. Tiempo de respuesta

Tiempo total desde el inicio de la solicitud hasta la respuesta completa, medido en nuestro servidor en milisegundos. Una respuesta superior a 500 ms en una API de la misma región es una señal de alerta, generalmente un backend lento o un índice faltante.

3. Encabezados de respuesta

Todos los encabezados de respuesta aparecen en orden, con los valores exactos que devolvió el servidor.

4. Cuerpo

  • El cuerpo se muestra exactamente como lo devolvió el servidor, sin reformatear.
  • Los JSON y XML se leen fácilmente en el área de salida monoespaciada.
  • Las respuestas binarias (imágenes, PDF) aparecen como datos sin procesar; para ellas, curl o httpie es una mejor opción.

Consejos

  • Usa POST con JSON al probar una API REST: establece Content-Type: application/json y pega el cuerpo como un objeto JSON.
  • Para puntos finales protegidos por OAuth, pega el encabezado Authorization: Bearer <token> directamente.
  • Las solicitudes se ejecutan desde nuestro servidor, por lo que las reglas CORS del navegador no se aplican. Úsalo para probar puntos finales que tu navegador bloquearía.

Preguntas frecuentes

El probador está pensado para cargas propias de una API, no para transferencias masivas. Para cargas muy grandes (video, archivos binarios), una herramienta diseñada como curl o httpie es más adecuada; este probador sirve para probar APIs, no para mover archivos grandes.

Sí. Pega el valor de la cookie en un encabezado Cookie. El probador no comparte tus cookies del navegador con el objetivo por defecto, así que controlas exactamente lo que se envía.

La solicitud se ejecuta desde el servidor de la herramienta (para eludir los límites de CORS del navegador). Nada se persiste más allá de la única respuesta que ves; la solicitud no se almacena ni se registra.

No, este probador está limitado a solicitudes-respuestas HTTP simples. Para pruebas de WebSocket, utiliza un cliente WS dedicado que hable el protocolo completo de handshake de actualización (upgrade) y de tramas.

Herramientas relacionadas

Herramienta disponible en otros idiomas