Cómo comprobar si la compresión Gzip o Brotli está activada
Para comprobar si gzip está activado, solicita la página con un encabezado Accept-Encoding y revisa la respuesta: Content-Encoding: gzip (o br para Brotli, zstd para Zstandard) significa que la compresión está activa. La forma más rápida es la verificación gratuita de compresión gzip y Brotli: solicita la URL dos veces, con y sin compresión, y muestra el algoritmo, ambos tamaños y el porcentaje ahorrado. La compresión reduce el HTML, el CSS y los scripts varias veces su tamaño con un solo ajuste del servidor.
Cómo comprobar si gzip está activado: tres formas
- En línea. Pega la URL en la verificación de compresión. Una insignia GZIP o Brotli encendida significa que la compresión está activa; para HTML, un ahorro del 70–90% es normal. Si no aparece ninguna insignia pero el tamaño transferido es mucho menor, lo habitual es que el servidor haya respondido con zstd: Cloudflare lo hace, por ejemplo.
- curl. Ejecuta
Un resultado vacío significa que la página llegó sin comprimir. Cambiacurl -s -o /dev/null -D - -H 'Accept-Encoding: gzip' https://example.com/ | grep -i content-encodinggzipporbrpara probar Brotli. Usa una solicitud GET como la anterior, no-I: algunos servidores no aplican compresión en HEAD. - Navegador. Abre DevTools → Network, recarga, haz clic en la solicitud del documento y busca
content-encodingen Response Headers. La columna Size muestra los bytes transferidos junto al tamaño completo del recurso.
Solo se comprueba la URL que pruebas. Introduce también enlaces directos a una hoja de estilos y a un script: a menudo el HTML está comprimido y el CSS y el JS no.
Qué muestra la verificación
- Si la compresión está activada y qué algoritmo se usa.
- Tamaño original y comprimido: la mejora se ve de inmediato.
- Qué tipos de archivo se comprimen. A menudo solo se configura el HTML y se olvidan los estilos y los scripts.
- Si se evita comprimir lo innecesario: comprimir imágenes y archivos comprimidos no tiene sentido, ya están comprimidos.
Por qué es más importante de lo que parece
Los archivos de texto se comprimen entre tres y cinco veces. Para el visitante, esto supone una reducción directa del tiempo de carga, sobre todo en redes móviles. El ajuste se hace una sola vez a nivel de servidor y se aplica a todo el sitio: por esfuerzo y efecto, es una de las mejores formas de acelerar.
| Tipo de archivo | ¿Comprimir? |
|---|---|
| HTML, CSS, JavaScript | Sí, sin duda |
| JSON, XML, sitemap | Sí |
| SVG | Sí: es texto |
| JPEG, PNG, WebP | No, ya están comprimidos |
| Video, archivos comprimidos, PDF | No |
Cuánto aporta en números
Una página HTML típica de 200 KB pesa 30–50 KB tras la compresión, y una hoja de estilos de 150 KB, unos 25 KB. Para un visitante en una red móvil, esta es la diferencia entre una carga instantánea y un par de segundos de espera. Además, el ahorro se repite en cada visita de cada visitante, a diferencia de las optimizaciones puntuales como comprimir una sola imagen.
Por qué a veces la compresión se desactiva a propósito
Hay casos poco frecuentes: transmitir respuestas muy grandes en streaming o ahorrar CPU en un servidor débil. Para un sitio normal, estas razones no aplican: los algoritmos modernos consumen poca carga y el ahorro de tráfico supera con creces los costos.
Si la compresión no está activada
- Comprueba si interfiere un proxy o una red de distribución de contenido delante del sitio.
- Asegúrate de que los tipos de archivo necesarios figuran en la configuración del servidor.
- Verifica si la aplicación devuelve una respuesta ya lista sin pasar por el servidor.
- Vuelve a comprobar el resultado y revisa también la velocidad de carga de la página.
