Comprobador de Compresión GZIP/Brotli

El Verificador de Compresión GZIP/Brotli es una herramienta online gratuita en la que pegas las cabeceras de respuesta HTTP para comprobar la compresión gzip, Brotli, deflate o zstd. Analiza la compresibilidad, el ahorro estimado y ofrece guías de configuración del servidor. Funciona por completo en tu navegador, sin necesidad de instalación ni registro.

Detecta gzip, Brotli (br), deflate, zstd e identity a partir de Content-Encoding. También comprueba Transfer-Encoding para la compresión a nivel de transporte.

Cuando Content-Length está presente, usa ratios promedio (gzip ~70 %, Brotli ~78 %, deflate ~65 %, zstd ~75 %) para estimar el tamaño original o comprimido.

Sí. Todo el análisis se ejecuta en tu navegador. No se envía ningún dato a ningún servidor.

Sí, el Verificador de Compresión GZIP/Brotli es 100 % gratuito, sin registro, sin cargos ocultos y sin límites de uso. Todo el procesamiento ocurre localmente en tu navegador, garantizando una privacidad total.

Sí, el Verificador de Compresión GZIP/Brotli es totalmente adaptable y funciona en smartphones y tablets. Puedes usarlo en cualquier dispositivo con un navegador web moderno, sin necesidad de descargar ninguna aplicación.

No se necesita ninguna cuenta ni registro. Simplemente abre el Verificador de Compresión GZIP/Brotli en tu navegador y empieza a usarlo de inmediato. No hay muros de registro ni restricciones de uso.

Solo tienes que introducir tus datos en el campo correspondiente, ajustar las opciones a tu gusto y la herramienta los procesará al instante. Después puedes copiar el resultado al portapapeles o descargarlo.

El Verificador de Compresión GZIP/Brotli funciona en todos los navegadores modernos, como Chrome, Firefox, Safari, Edge y Opera. Para una mejor experiencia, usa la última versión de tu navegador preferido.

Gzip y Brotli son algoritmos sin pérdida que reducen el peso de las respuestas basadas en texto antes de que viajen al navegador, pero Brotli es más reciente y más eficiente. En activos de texto típicos como HTML, CSS y JavaScript, Brotli suele comprimir entre un 15% y un 20% mejor que gzip, lo que se traduce en transferencias más rápidas y un mejor Largest Contentful Paint, especialmente en conexiones móviles lentas. Gzip tiene ventaja en soporte casi universal y una compresión ligeramente más rápida en ajustes bajos, por lo que muchos servidores recurren a él cuando un cliente no anuncia soporte para Brotli. El navegador indica qué acepta mediante la cabecera de solicitud Accept-Encoding, y el servidor responde con Content-Encoding: gzip o br. Si pegas aquí tus cabeceras de respuesta, el comprobador identifica exactamente qué codificación está activa y anima a los sitios que solo usan gzip a añadir Brotli.

Solo necesitas las cabeceras de respuesta en bruto de una única URL, y hay tres formas sencillas de conseguirlas. En las DevTools de Chrome o Firefox, abre la pestaña Network, recarga la página, haz clic en la solicitud del documento principal y copia el bloque Response Headers. Desde una terminal, curl -I https://example.com muestra las cabeceras sin descargar el cuerpo, y curl -sI -H "Accept-Encoding: br,gzip" https://example.com le indica al servidor que aceptas compresión para que realmente devuelva una respuesta codificada. La herramienta analiza cualquier lista de líneas Cabecera: valor, así que un simple copiar y pegar funciona perfectamente. Presta atención a Content-Encoding, Content-Type, Content-Length y Vary, ya que son las que determinan el veredicto. Pega las cabeceras arriba y el comprobador desglosa cada línea relevante en lenguaje sencillo.

Un veredicto Parcial significa que la compresión técnicamente funciona, pero algo en la configuración podría causar problemas. El desencadenante más común es una cabecera Vary ausente o incompleta. Si Content-Encoding muestra br o gzip pero no hay un Vary: Accept-Encoding, un proxy compartido o una CDN puede almacenar en caché la copia comprimida y luego servirla a un cliente que nunca la solicitó, generando páginas ilegibles. El comprobador degrada esto a Parcial de forma intencional y recomienda añadir la cabecera. También detecta una cabecera Vary que existe pero omite Accept-Encoding, además de rarezas a nivel de transporte en Transfer-Encoding. Así que Parcial no es una falsa alarma: señala un riesgo real de caché que una simple comprobación de si-está-en-gzip pasaría por alto. Pega tus cabeceras arriba para ver exactamente qué señal provocó la degradación y cómo solucionarla.

La compresión solo ayuda cuando queda redundancia por eliminar, así que resulta rentable en formatos basados en texto y desperdicia esfuerzo en binarios que ya están comprimidos. Los tipos altamente compresibles incluyen HTML, CSS, JavaScript, JSON, XML y SVG, donde gzip o Brotli pueden reducir el peso entre un 65% y un 78%. El comprobador los marca como Altamente compresibles y recomienda activar la codificación si falta. Los archivos que ya están comprimidos a nivel de formato, como JPEG, PNG, WebP, MP4, PDF, fuentes WOFF2 y archivos ZIP, obtienen casi ninguna reducción adicional, así que volver a comprimirlos solo consume CPU; la herramienta los marca como Ya comprimidos y no te anima a codificarlos. Conocer esta diferencia te ayuda a enfocar la compresión donde realmente mejora el tiempo de carga en lugar de ralentizar el servidor. Pega tus cabeceras arriba y el comprobador califica automáticamente tu Content-Type.

La cifra de ahorro es una estimación de planificación, no un valor medido para tu archivo exacto. Cuando hay una cabecera Content-Length presente, el comprobador aplica ratios típicos del mundo real para activos de texto: alrededor de un 70% de reducción para gzip, 78% para Brotli, 65% para deflate y 75% para zstd. En una respuesta ya comprimida, trabaja hacia atrás a partir de esos ratios para aproximar el tamaño original sin comprimir, y en una respuesta sin comprimir proyecta cuánto ahorraría probablemente gzip. Como la compresión real depende en gran medida del contenido específico —el marcado repetitivo se comprime mucho mejor que el texto denso y único—, deberías tratar la cifra como una guía orientativa para priorizar correcciones y no como un recuento exacto de bytes. Para cifras precisas, compara el Content-Length real antes y después de activar la compresión. Pega tus cabeceras arriba para ver la estimación junto al veredicto completo.