01
Elegir un destino accesible
El ejemplo solo rellena una URL pública; no envía nada. Desde una página HTTPS, un destino HTTP puede ser bloqueado por contenido mixto y la API debe autorizar tu origen con CORS.
HTTP y depuración de solicitudes
probador de solicitudes HTTPenvía solo cuando decidas
Revisa método, URL, encabezados y cuerpo antes de enviar. La API de destino debe permitir leer la respuesta mediante CORS.
probador de solicitudes HTTP
Solicitud
Encabezados de solicitud
Cuerpo de solicitud
Este método no envía cuerpo de solicitud.
La petición sale directamente del navegador al destino solo cuando pulsas Enviar. Evita secretos de producción.
Respuesta
Aún no hay respuesta.
Opciones
Desactivado al inicio. Esta pestaña solo guarda método, ruta URL sin valores de consulta, hora y estado; nunca encabezados ni cuerpo. Las rutas URL pueden incluir identificadores; deja el historial apagado para rutas sensibles.
Límites: 50 encabezados, 1 MiB de cuerpo de texto y 8 MiB de respuesta legible. Rigen CORS y los encabezados prohibidos.
Código de solicitud
Ver código no envía nada. Los valores de consulta y encabezados sensibles se sustituyen; revisa también el cuerpo antes de compartir.
Escribe una URL HTTP(S) y envía explícitamente.
Al probar un endpoint, la documentación puede ocultar cómo responde a tus datos concretos. Este probador de solicitudes HTTP prepara una petición en el navegador y no la envía mientras editas. Elige una API de prueba y usa Enviar cuando esté lista.
Un cliente REST en línea no tiene las mismas capacidades que curl en la terminal. Si la API bloquea el origen del navegador, quizá no puedas leer la respuesta; un error CORS no demuestra que la solicitud nunca llegó.
¿Por qué usar este probador de solicitudes HTTP?
Una petición directa y un resultado que no inventa datos bloqueados.
Conexión directa y consciente
El probador de solicitudes HTTP llama a la API solo tras tu clic. Una respuesta autorizada muestra estado, encabezados expuestos y cuerpo reales; una respuesta ilegible no recibe un estado ficticio.
Historial sin encabezados ni cuerpo
El historial empieza desactivado. Si lo habilitas, esta pestaña conserva método, ruta URL sin valores de consulta, hora y estado. El código generado sustituye encabezados sensibles y valores de consulta por marcadores.
Preparar la petición y leer lo que volvió
02
Revisar cuerpo y espera
POST, PUT, PATCH y DELETE admiten texto sin procesar o JSON. El modo JSON valida la sintaxis y solo agrega Content-Type cuando falta. Ctrl/Cmd+Enter también es un envío explícito.
03
Separar error HTTP de error de lectura
Los estados 4xx y 5xx aún pueden tener una respuesta visible. Un fallo de CORS o red no ofrece estado legible. Cambiar el formulario desactiva la descarga antigua; Cancelar no revierte un cambio ya aplicado en el servidor.
Crear, observar y guardar una petición
Siete métodos de navegador
GET, POST, PUT, PATCH, DELETE, HEAD y OPTIONS, encabezados personalizados permitidos y cuerpo de texto para los métodos compatibles.
Estado y contenido juntos
Muestra estado, duración, encabezados expuestos y texto. El JSON se indenta para leerlo; los datos binarios muestran tipo y cantidad de bytes.
Descarga con bytes originales
Descarga la respuesta legible completa hasta 8 MiB. El formato JSON de la vista no modifica los bytes del archivo.
Código antes de enviar
Puedes ver cURL y Fetch para el borrador sin hacer una petición. Los valores sensibles de encabezados y parámetros de consulta se convierten en marcadores.
Límites reales de una petición web
- CORS no confirma que no se envió
- Una petición simple puede llegar al servidor aunque el navegador oculte su respuesta. Si falla la comprobación previa, la petición real no sale. Un error genérico no distingue CORS de problemas de red.
- Sin proxy universal
- El probador de solicitudes HTTP usa Fetch directamente. No evita CORS ni garantiza leer cualquier API; un proxy necesitaría protección SSRF, límites y registros sin datos sensibles.
- Encabezados prohibidos
- Cookie, Host, Origin, Content-Length y Sec-* no pueden fijarse desde una página. Se rechazan antes de enviar en lugar de fingir que llegaron al destino.
- Sin cookies ni reintentos automáticos
- Se omiten las credenciales del navegador. Un POST fallido no se reenvía automáticamente, y Cancelar solo detiene la espera local.
- Tamaños e historial acotados
- El cuerpo de texto tiene un límite de 1 MiB y la respuesta legible de 8 MiB. El historial opcional guarda solo un resumen en esta pestaña y se borra al desactivarlo.
Preguntas del probador de solicitudes HTTP
¿Cómo pruebo una API HTTP?
Escribe una URL HTTP(S) absoluta y pulsa Enviar. Editar o cargar el ejemplo no produce tráfico; la API debe permitir la lectura desde el origen de esta página.
¿Por qué obtengo un error CORS?
El navegador puede impedir la lectura por CORS, contenido mixto o un problema de red. Una solicitud simple pudo llegar al servidor aunque aquí no se vea su respuesta.
¿Puedo enviar solicitudes POST con body JSON?
Sí. Selecciona POST y modo JSON; se comprueba la sintaxis y se añade Content-Type solo si no lo especificaste. El texto no se reescribe antes de enviar.
¿Cuál es el tiempo de espera de la solicitud?
El valor inicial es 30 segundos y puedes elegir 5, 10, 30 o 60. El tiempo de espera termina la espera local, pero no garantiza deshacer trabajo del servidor.
¿Qué métodos HTTP admite?
Admite GET, POST, PUT, PATCH, DELETE, HEAD y OPTIONS. Para GET, HEAD y OPTIONS esta página no admite cuerpo de solicitud.
¿Algún campo se interpreta mal?
Usar el probador de solicitudes HTTP
Prueba el probador de solicitudes HTTP con una API de ensayo que permita CORS, comprueba la respuesta realmente visible y descárgala antes de editar otra petición.