Compresión Gzip y Brotli en tu web de empresa: qué es, cómo activarla y acelerar la carga sin cambiar tu diseño

Tu web ya tiene imágenes optimizadas, caché del navegador y quizá un CDN. Pero si no has activado la compresión Gzip o Brotli, sigues enviando archivos HTML, CSS y JavaScript sin comprimir: más peso, más tiempo de descarga y peor experiencia en móvil.

La compresión reduce el tamaño de los archivos de texto antes de que salgan del servidor. El navegador los descomprime automáticamente y el visitante no nota nada, salvo que la página carga más rápido. En esta guía repasamos qué son Gzip y Brotli, cuándo conviene cada uno, cómo activarlos en los hosting más habituales y qué comprobar para no romper nada.

Qué es la compresión Gzip y Brotli en una web de empresa

Cada vez que alguien visita tu web, el servidor envía archivos de texto: HTML de la página, hojas de estilo CSS, scripts JavaScript, fuentes y a veces JSON o XML. Sin compresión, esos archivos viajan tal cual. Con Gzip o Brotli, el servidor los comprime antes de enviarlos y añade una cabecera HTTP (Content-Encoding) que indica al navegador cómo descomprimirlos.

• Gzip es el estándar desde hace años. Compatible con prácticamente todos los navegadores y servidores.
• Brotli ofrece mejor ratio de compresión (hasta un 20-25 % menos peso que Gzip en textos). Los navegadores modernos lo soportan; en sitios con tráfico actual es la opción preferida.
• No sustituye otras optimizaciones: comprimir un CSS de 800 KB sigue siendo peor que un CSS de 80 KB bien minificado.
• Complementa el SSL: HTTPS cifra la conexión; la compresión reduce el volumen de datos que viajan por esa conexión.

En conjunto con Core Web Vitals y una buena estrategia de caché, la compresión es una de las mejoras de rendimiento con mejor relación esfuerzo/resultado.

Señales de que tu web necesita activar compresión

• PageSpeed Insights o GTmetrix marcan “Enable text compression” o “Comprimir recursos con gzip”.
• En las DevTools del navegador (pestaña Network), los archivos CSS o JS no muestran content-encoding: gzip ni br.
• Tu web tarda más de 3 segundos en móvil pese a tener imágenes optimizadas.
• El hosting es compartido o antiguo y nunca has revisado la configuración del servidor.
• Tras migrar de hosting, dejaron de aplicarse reglas de compresión del proveedor anterior.
• Usas WordPress o un CMS con muchos plugins y el HTML generado pesa cientos de KB.

Si te reconoces en dos o más puntos, activar Gzip o Brotli suele ser el siguiente paso lógico después de optimizar imágenes y caché.

Qué archivos debes comprimir (y cuáles no)

La compresión funciona bien con contenido de texto repetitivo. Prioriza estos tipos:

• HTML de páginas, plantillas y respuestas dinámicas.
• CSS y JavaScript (incluidos bundles de frameworks).
• JSON, feeds XML, sitemaps y archivos SVG en texto.
• Fuentes web en formatos WOFF/WOFF2 (Brotli suele comprimirlos mejor que Gzip).

No intentes comprimir archivos que ya están comprimidos:

• JPEG, PNG, WebP, AVIF, GIF.
• Vídeos MP4 o WebM.
• PDFs y archivos ZIP.

Comprimir una imagen JPEG no reduce su tamaño y consume CPU del servidor sin beneficio. Si tus imágenes pesan demasiado, la solución está en la optimización de imágenes, no en Gzip.

Cómo activar Gzip y Brotli según tu hosting

Apache (.htaccess)

Si tu web corre en Apache con mod_deflate y mod_brotli, puedes añadir reglas en el .htaccess de la raíz. Activa primero Gzip (más compatible) y Brotli si el módulo está disponible. Tras el cambio, limpia la caché del CDN si usas uno.

Nginx

En el bloque server, activa gzip on; con los tipos MIME adecuados y, si está compilado, brotli on;. Muchos hostings gestionados ya lo tienen activo por defecto: comprueba antes de tocar la configuración.

Hosting gestionado (SiteGround, Raiola, Webempresa, etc.)

Revisa el panel de control: suele haber una opción “Compresión Gzip” o “Optimización de rendimiento”. Si no la encuentras, abre un ticket preguntando si Brotli está activo para tu dominio.

WordPress y plugins

Plugins como WP Rocket, LiteSpeed Cache o W3 Total Cache gestionan compresión junto con caché de página. Evita duplicar reglas en .htaccess y en el plugin: puede generar conflictos o doble compresión.

CDN (Cloudflare, etc.)

Si usas un CDN, la compresión puede hacerse en el edge. Cloudflare comprime automáticamente; verifica que “Brotli” esté activo en Speed → Optimization.

Cómo comprobar que la compresión funciona

1. DevTools del navegador: abre la pestaña Network, recarga la página y revisa un archivo CSS o JS. En Response Headers debe aparecer content-encoding: br o gzip.
2. PageSpeed Insights: la auditoría “Enable text compression” debe pasar en verde.
3. curl desde terminal: curl -H "Accept-Encoding: br,gzip" -I https://tudominio.com y busca la cabecera Content-Encoding.
4. Compara tamaños: en Network, la columna “Size” suele mostrar el tamaño transferido (comprimido) frente al tamaño real del recurso.

Haz la prueba en varias páginas (inicio, blog, contacto) y también en móvil. Si solo funciona en la home, puede haber reglas parciales o un plugin que excluye ciertas rutas.

Errores habituales al activar compresión

• Comprimir dos veces: si el servidor y el CDN comprimen el mismo archivo, a veces se corrompe la respuesta. Deja la compresión en una sola capa.
• Olvidar HTTPS: algunos navegadores solo aceptan Brotli por HTTPS. Asegúrate de que tu certificado SSL está activo en todo el dominio.
• Excluir APIs o AJAX: respuestas JSON de formularios o buscadores también se benefician de compresión si superan unos pocos KB.
• No actualizar tras migración: al cambiar de hosting, revisa que las reglas de compresión se hayan trasladado.
• Confiar solo en el plugin: si desactivas el plugin de caché, puede desaparecer la compresión. Idealmente, configúrala también a nivel de servidor.

Checklist rápido antes de dar por cerrada la optimización

1. Comprobar que HTML, CSS y JS se sirven con content-encoding: br o gzip.
2. Verificar que imágenes y vídeos no se comprimen innecesariamente.
3. Pasar PageSpeed Insights en móvil y revisar la métrica de compresión.
4. Confirmar que formularios, mapas y analytics siguen funcionando tras el cambio.
5. Documentar qué capa comprime (servidor, CDN o plugin) para futuras migraciones.

Conclusión: más velocidad sin rediseñar tu web

Activar Gzip y Brotli no cambia el diseño ni el contenido de tu web: solo reduce el peso de los archivos de texto que el servidor envía. Es una mejora técnica con impacto directo en velocidad, experiencia móvil y señales que Google valora en Core Web Vitals.

Si no sabes si tu hosting ya lo tiene activo o quieres una auditoría de rendimiento completa —compresión, caché, imágenes y CDN—, en aatsoft revisamos webs de empresa y priorizamos las mejoras que más impacto tienen en conversión. Solicita una revisión gratuita y te decimos por dónde empezar.