HTTP Request Tester

Envía solicitudes HTTP desde tu navegador y revisa la respuesta —cabeceras, cuerpo y JSONPath— sin instalar nada.

Acerca de HTTP Request Tester

Qué es

HTTP Request Tester envía una solicitud con el método, la URL, los parámetros, las cabeceras y el cuerpo que indiques, y muestra el estado, las cabeceras y el cuerpo de la respuesta. Los entornos guardan variables como una URL base o un token, para que la misma solicitud funcione contra desarrollo y producción. Una solicitud se puede importar desde curl y exportar como curl, Fetch, Axios o código Python.

Funciones principales

  • Métodos, parámetros de consulta, cabeceras y autorización Bearer.
  • Cuerpo como JSON, texto, XML, x-www-form-urlencoded o form-data con archivos.
  • La respuesta con estado, cabeceras y cuerpo formateado o en bruto, filtrable con JSONPath.
  • Entornos con variables, guardados en este navegador.
  • Importación desde cURL; exportación como cURL, JS Fetch, Axios o Python Requests.

Cómo usarlo

  1. Elige el método y escribe la URL, o usa «Importar desde cURL».
  2. Si hace falta, añade parámetros, cabeceras, autorización y cuerpo; elige un entorno.
  3. Pulsa «Enviar» y revisa el estado, las cabeceras y el cuerpo; acota una respuesta JSON con el «Filtro JSONPath».
  4. Usa «Exportar código» para llevar la solicitud a tu proyecto.

Cuándo es útil

  • Probar un endpoint de una API antes de escribir el código.
  • Ver qué devuelve un servidor con otro token u otra cabecera.
  • Repetir una solicitud de las DevTools cambiando un solo campo.

Privacidad y limitaciones

Tus datos

La solicitud va desde tu navegador directamente al servidor que indicaste, no a través de Oninode, así que ese servidor recibe todo lo que envías. Los entornos y sus variables se guardan solo en este navegador y no se sincronizan con tu cuenta. El sitio solo recibe un evento anónimo de «herramienta abierta», sin el contenido. Un resultado que envías a otra herramienta se queda 24 horas en este dispositivo, en «Actividad reciente».

Limitaciones

  • El servidor debe permitir solicitudes desde el navegador (CORS); si no, el navegador bloquea la respuesta y la herramienta solo puede indicar un error de red.
  • Los navegadores no dejan que una página fije algunas cabeceras, como Cookie o User-Agent, ni permiten métodos como TRACE o CONNECT.

Preguntas frecuentes

¿Por qué un error de red si la API funciona en curl?

Casi siempre es CORS: la solicitud se ejecuta en tu navegador y el servidor tiene que permitirla con Access-Control-Allow-Origin. curl y Postman no son navegadores, así que esa regla no les afecta.

¿Para qué sirven los entornos?

Guardan variables —una URL base, un token, un ID— que usas en la solicitud. Cambia de entorno y la misma solicitud irá a otro servidor o con otras credenciales.

¿Oninode ve mis solicitudes?

No. No hay ningún servidor de Oninode en medio: el navegador habla directamente con la API. Por eso mismo se aplican las reglas de CORS.