Índice
Qué es la compresión Gzip y por qué importa (y mucho)
La compresión Gzip es un método para reducir el tamaño de los archivos que tu servidor envía al navegador: HTML, CSS, JavaScript, JSON, SVG y texto en general. El servidor comprime, el navegador recibe y descomprime. Así de simple. El resultado es una web que carga bastante más ligera.
Los números convencen por sí solos. Un CSS de 200 KB puede quedarse en unos 40 KB comprimido. En líneas generales, Gzip logra reducciones de entre el 60% y el 80% en archivos de texto, y eso se nota directamente en el LCP de Core Web Vitals, en la experiencia de quien visita tu web y, de paso, en el SEO.
¿Tu servidor ya comprime? Compruébalo primero
- Herramientas online: Gift of Speed o Check Gzip Compression te dicen si la compresión está activa y qué porcentaje de reducción hay.
- Con curl desde la terminal: ejecuta curl -H «Accept-Encoding: gzip» -I https://tudominio.com y busca en la respuesta la cabecera Content-Encoding: gzip.
- DevTools del navegador: en la pestaña Network, compara la columna Size con el contenido real transferido.
Configurar compresión Gzip en Apache
Activar mod_deflate
Apache se apoya en el módulo mod_deflate para esto. Comprueba que está habilitado:
apachectl -M | grep deflate
¿No aparece? Actívalo con a2enmod deflate en Debian/Ubuntu y reinicia Apache: systemctl restart apache2.
Configuración recomendada
Añade estas directivas al .htaccess o a la configuración del VirtualHost:
<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/plain text/xml
AddOutputFilterByType DEFLATE text/css text/javascript
AddOutputFilterByType DEFLATE application/javascript application/json
AddOutputFilterByType DEFLATE application/xml application/rss+xml image/svg+xml
</IfModule>
Ojo con un detalle: si AllowOverride no lo permite, el .htaccess se ignora silenciosamente. En ese caso, pon las directivas directamente en la configuración del servidor.
Excluir contenido que no debe comprimirse
SetEnvIfNoCase Request_URI \.(?:gif|jpe?g|png|webp|mp4|zip|pdf)$ no-gzip dont-vary
Configurar compresión Gzip en Nginx
Directivas gzip en nginx.conf
Aquí quien manda es el módulo ngx_http_gzip_module, que suele venir incluido por defecto. Edita el bloque http de tu nginx.conf:
gzip on;
gzip_vary on;
gzip_comp_level 6;
gzip_min_length 256;
gzip_proxied any;
gzip_types text/plain text/css application/json application/javascript
application/x-javascript text/xml application/xml image/svg+xml;
Verifica la sintaxis con nginx -t y recarga con systemctl reload nginx. Nada más.
¿Qué nivel de compresión usar?
La directiva gzip_comp_level acepta valores de 1 a 9. Yo me quedo con el 6 en casi todos los casos: reduce casi lo máximo posible con un consumo de CPU razonable. El nivel 9 apenas exprime un 2-3% más, pero multiplica el costo de procesamiento, y eso se sufre en sitios con mucho tráfico.
Errores comunes al configurar Gzip
- Doble compresión: no combines Gzip con módulos duplicados en Apache (mod_deflate junto a reglas redundantes del panel de control).
- Servir contenido precomprimido: para exprimir el rendimiento, precomprime los archivos estáticos con gzip -k y usa gzip_static on en Nginx.
- Olvidar gzip_vary: sin la cabecera Vary, las cachés y CDNs pueden servir versiones comprimidas a navegadores que no las soportan.
- Comprimir archivos muy pequeños: con gzip_min_length evitas comprimir respuestas de menos de 256 bytes, donde la compresión no aporta absolutamente nada.
Gzip frente a Brotli: ¿deberías usar ambos?
Brotli es el algoritmo más moderno y comprime entre un 15% y un 20% mejor que Gzip. Pero tiene una condición: solo funciona sobre HTTPS. Mi recomendación práctica es sencilla: ofrece Brotli como opción principal y deja Gzip como respaldo para clientes antiguos. En Nginx puedes usar el módulo ngx_brotli; en Apache existe mod_brotli. Lo importante, eso sí, es no servir jamás tu web sin compresión. Gzip, soportado universalmente, siempre es mejor que nada.
Preguntas frecuentes
¿La compresión Gzip afecta a imágenes como JPG o WebP?
No debe activarse para ellas. Ya vienen comprimidas y Gzip podría incluso aumentar su tamaño un poco, además de gastar CPU a lo tonto.
¿Cuánto puede mejorar la velocidad de carga?
En sitios típicos de WordPress, reducir el HTML transferido entre un 70% y un 80% suele traducirse en mejoras visibles de entre 0,5 y 2 segundos en el tiempo de carga.
¿Funciona con WordPress?
Sí. La compresión actúa a nivel de servidor sobre todo el contenido, dinámico y estático, incluidas las páginas que genera WordPress.
Para terminar
Pocos minutos de configuración. Cero impacto en el contenido. Mejoras de rendimiento inmediatas. Eso es activar la compresión Gzip, y beneficia por igual a tus usuarios y a tu SEO. Ya sea con mod_deflate en Apache o con las directivas gzip en Nginx, la configuración de esta guía es segura y está lista para producción. Verifica siempre el resultado con herramientas de comprobación y mantén niveles de compresión equilibrados, que no conviene sobrecargar la CPU por ganar un par de kilobytes. Si necesitas ayuda para configurar tu servidor, optimizar WordPress o resolver cualquier incidencia técnica, en RedServicio (redservicio.net) encontrarás soporte profesional especializado para poner tu web a máxima velocidad.
