Saltar al contenido
Aback Tools Logo

Analizador de tamaño de respuesta HTTP

Pega las cabeceras y el cuerpo de una respuesta HTTP para ver los tamaños sin comprimir, GZIP, DEFLATE y Brotli en paralelo. Valida Content-Encoding, comprueba si falta la cabecera Vary y ofrece recomendaciones de compresión prácticas. Se ejecuta íntegramente en tu navegador y sin registro.

HTTP Response Size Analyzer

Paste HTTP response headers and body to see uncompressed, GZIP, DEFLATE, and Brotli sizes side by side. Checks Content-Encoding, validates Content-Length, and gives actionable compression recommendations. Runs entirely in your browser.

Load an example:

Paste the raw HTTP response headers (including status line)

Paste the raw response body (JSON, HTML, CSS, etc.)

¿Por qué usar nuestro analizador de tamaño de respuesta HTTP?

Estas son las ventajas principales de la herramienta.

  • Análisis instantáneo de respuestas HTTP: pega cualquier respuesta HTTP y ve al instante los tamaños sin comprimir, GZIP, DEFLATE y Brotli en paralelo, con recuentos exactos de bytes y porcentajes de reducción.
  • Analizador de respuestas HTTP online seguro: toda la compresión y el análisis se ejecutan íntegramente en tu navegador. Los datos de tu respuesta nunca salen de tu dispositivo: seguro para analizar respuestas con datos de API confidenciales.
  • Validación de cabeceras y recomendaciones: comprueba Content-Encoding, valida Content-Length, detecta cabeceras Vary ausentes y ofrece recomendaciones prácticas para cada respuesta.
  • 100 % gratis para siempre: analiza tantas respuestas HTTP como necesites, totalmente gratis. Sin cuenta, sin suscripción, sin límites de tamaño y sin anuncios.

¿Qué es el análisis del tamaño de respuesta HTTP?

El análisis del tamaño de respuesta HTTP es el proceso de medir cuánto ocupa una respuesta HTTP en su forma sin procesar y cuánto más pequeña sería aplicando compresión GZIP, DEFLATE o Brotli. Los servidores web pueden comprimir respuestas basadas en texto (HTML, JSON, CSS, JavaScript) antes de enviarlas al navegador, reduciendo el tamaño de transferencia entre un 60 y un 90 %. Nuestro analizador de tamaño de respuesta HTTP gratuito realiza este análisis íntegramente en tu navegador con la API nativa CompressionStream, sin necesidad de subir nada a un servidor.

Cómo funciona nuestro analizador de tamaño de respuesta HTTP

Estos son los tres pasos.

  1. Pega las cabeceras y el cuerpo: copia las cabeceras de respuesta HTTP sin procesar y el cuerpo desde las herramientas de desarrollo de tu navegador, la salida de curl o tu cliente de API, y pégalos en los dos paneles.
  2. Análisis instantáneo en el navegador: haz clic en «Analizar respuesta» y la herramienta comprime el cuerpo con GZIP, DEFLATE y Brotli en paralelo usando la API nativa CompressionStream del navegador. Tus datos nunca salen de tu dispositivo.
  3. Revisa los resultados y las recomendaciones: consulta el gráfico de comparación de tamaños, la tabla de cabeceras analizadas y las recomendaciones prácticas para mejorar la compresión.

Qué se analiza

Esto es lo que analiza la herramienta.

  • Compresión del cuerpo: el cuerpo de la respuesta se comprime con GZIP, DEFLATE y Brotli, mostrando los tamaños exactos y los porcentajes de reducción de cada uno.
  • Content-Encoding: comprueba si la respuesta ya está comprimida y valida el valor de codificación frente a formatos de compresión conocidos.
  • Content-Length: valida que el Content-Length declarado coincida con el tamaño real del cuerpo; las discrepancias pueden causar problemas de conexión.
  • Cabecera Vary: comprueba la presencia de la cabecera obligatoria Vary: Accept-Encoding, que garantiza que las CDN y los proxys cacheen por separado las versiones comprimidas y sin comprimir.

GZIP frente a Brotli para respuestas HTTP

GZIP es el formato de compresión HTTP con más compatibilidad: todos los navegadores y servidores lo admiten. Suele lograr una reducción de tamaño del 60-80 % en JSON y HTML. Brotli consigue una compresión entre un 15 y un 25 % mejor que GZIP con el mismo nivel de calidad y es compatible con todos los navegadores modernos (Chrome, Firefox, Safari, Edge). Para maximizar el ahorro de ancho de banda, activa Brotli como compresión principal con GZIP como respaldo para clientes antiguos.

Preguntas frecuentes

Un analizador de tamaño de respuesta HTTP mide cuánto ocupa una respuesta HTTP sin comprimir y cuánto más pequeña sería con compresión GZIP, DEFLATE o Brotli. Nuestro analizador de tamaño de respuesta HTTP online gratuito funciona íntegramente en tu navegador, sin registro ni subida a servidores.

Abre las herramientas de desarrollo del navegador (F12), ve a la pestaña Red, haz clic en cualquier petición y copia las cabeceras de respuesta y el cuerpo de la respuesta. También puedes usar curl con la opción -i para incluir las cabeceras en la salida, o copiarlas desde tu cliente de API (Postman, Insomnia, etc.).

Sí, se garantiza una privacidad total. Toda la compresión y el análisis se ejecutan íntegramente en el cliente, en tu navegador, con la API nativa CompressionStream. Los datos de tu respuesta, incluidas las cargas útiles de API confidenciales, nunca salen de tu dispositivo ni se suben a ningún servidor.

Sí. El analizador de tamaño de respuesta HTTP es 100 % gratis, sin registro, sin suscripción, sin límites de tamaño de datos y sin anuncios. Puedes analizar tantas respuestas como necesites.

Content-Encoding: gzip significa que el servidor ya ha comprimido el cuerpo de la respuesta con GZIP antes de enviarla. Para un análisis preciso, el cuerpo que pegues debe ser la versión descomprimida. Si pegas el cuerpo comprimido, la herramienta lo mostrará como ya pequeño y el ahorro de compresión parecerá mínimo.

La compresión Brotli con la API CompressionStream requiere Chrome 80+, Edge 80+ o Safari 17.4+. Si tu navegador no la admite, la herramienta estima el tamaño de Brotli en aproximadamente el 85 % del tamaño con GZIP, una aproximación razonable. Para mediciones exactas de Brotli, usa Chrome o Edge.

La cabecera Vary: Accept-Encoding indica a las CDN y a los proxys de caché que almacenen versiones en caché separadas para respuestas comprimidas y sin comprimir. Sin ella, una CDN podría servir una respuesta comprimida con GZIP a un cliente que no admite GZIP, provocando una salida ilegible. Incluye siempre esta cabecera al servir respuestas comprimidas.

Los formatos basados en texto se comprimen muy bien: JSON (reducción del 60-80 %), HTML (65-85 %), CSS (70-85 %), JavaScript (60-80 %), XML (70-85 %) y texto plano (50-75 %). Los formatos binarios como imágenes (JPEG, PNG, WebP), vídeos y archivos ya comprimidos apenas ganan nada con la compresión HTTP y no deberían tenerla activada.