Verificador de Compresión HTTP

Verifica si tu servidor web admite compresión gzip y Brotli. Compara tamaños de respuesta comprimidos frente a sin comprimir, calcula la relación de compresión, verifica encabezados Content-Encoding y comprueba encabezados Vary para el almacenamiento en caché correcto de CDN.

Cómo usar Verificador de Compresión HTTP

  1. 1Introduce una URL para probar la compresión HTTP.
  2. 2La herramienta obtiene la URL con encabezados Accept-Encoding gzip y Brotli.
  3. 3Se comparan los tamaños de respuesta comprimidos y sin comprimir.
  4. 4Se muestran la relación de compresión, encabezados Content-Encoding y Vary.
ZenovayAnalytics

Ve quién está en tu sitio ahora mismo.

  • Seguimiento de visitantes en tiempo real
  • Privacidad primero, sin aviso de cookies
  • Configurado en dos minutos
Descubre Zenovay

Preguntas frecuentes

¿Por qué importa la compresión HTTP para el rendimiento?
La compresión HTTP reduce el tamaño de los recursos basados en texto (HTML, CSS, JavaScript, JSON, XML) enviados por la red. Gzip típicamente reduce el tamaño de los archivos en un 60–80%, y Brotli logra un 15–25% mejor compresión que gzip. Para páginas grandes, esto puede ahorrar cientos de kilobytes, reduciendo significativamente el tiempo hasta el primer byte (TTFB) y mejorando los Core Web Vitals (LCP, FCP). La compresión es especialmente impactante en conexiones móviles lentas.
¿Cuál es la diferencia entre gzip y Brotli?
Gzip (Content-Encoding: gzip) es el estándar de compresión universal más antiguo, compatible con todos los navegadores desde 2010. Brotli (Content-Encoding: br) es el algoritmo más reciente de Google que logra mejores relaciones de compresión, especialmente para contenido de texto. Brotli es compatible con todos los navegadores modernos (Chrome 49+, Firefox 44+, Safari 11+, Edge 15+). Las CDN como Cloudflare y Fastly admiten ambos. Si su servidor admite Brotli, debería preferirse — especialmente para activos estáticos.
¿Para qué sirve el encabezado Vary: Accept-Encoding?
Cuando un servidor sirve diferentes respuestas comprimidas según lo que el cliente admite, debe incluir Vary: Accept-Encoding en la respuesta. Esto indica a los proxies CDN y cachés que la respuesta varía según el encabezado de solicitud Accept-Encoding, por lo que almacenan en caché versiones separadas para gzip, brotli y sin comprimir. Sin Vary: Accept-Encoding, una CDN podría almacenar en caché una respuesta gzip y servirla a un cliente que no puede descomprimir gzip, provocando contenido ilegible.
¿Debo comprimir todos los tipos de contenido?
Comprima contenido basado en texto: HTML, CSS, JavaScript, JSON, XML, SVG, texto plano y fuentes web (WOFF/WOFF2). NO comprima formatos ya comprimidos: JPEG, PNG, WebP, AVIF, MP4, ZIP, PDF, WOFF2. Comprimir contenido binario previamente comprimido desperdicia CPU y puede aumentar ligeramente el tamaño. La mayoría de los servidores web manejan esto automáticamente con una lista de tipos MIME permitidos.
¿Cómo habilito Brotli en mi servidor?
Nginx: instale el módulo ngx_brotli y añada brotli on; brotli_comp_level 6; brotli_types text/html text/css application/javascript; a su configuración. Apache: instale mod_brotli y use AddOutputFilterByType BROTLI_COMPRESS. Cloudflare: aplica Brotli automáticamente a todas las respuestas. Node.js/Express: use el middleware shrink-ray-current. Caddy: habilitado por defecto.