¿Gzip o Brotli? Por qué tu sitio debe comprimir sus páginas
Una página sin comprimir puede pesar 5 veces más de lo necesario. El test #01 lo verifica al instante — y la corrección toma menos de 5 minutos.
- La compresión HTTP (Gzip o Brotli) reduce el peso de las páginas entre un 60 y 80 % — los visitantes descargan menos, las páginas cargan más rápido
- El test #01 de Orilyt verifica el encabezado Content-Encoding: comprimido = 100, sin comprimir = 25. Binario, sin zona gris
- La mayoría de los hosting lo activan con un clic — la relación esfuerzo/impacto es excepcional
Una página WordPress típica genera entre 50 y 200 KB de HTML. Añade el CSS, el JavaScript y las fuentes web — y fácilmente alcanzas 1 MB de recursos de texto. Multiplica por cada visitante, cada carga de página.
La compresión HTTP lo soluciona: el servidor comprime la respuesta antes de enviarla, el navegador la descomprime al recibirla. La transferencia se reduce entre un 60 y 80 %. El visitante descarga menos, la página carga más rápido, y Google lo nota.
¿Lo más sorprendente? Aproximadamente el 15 % de los sitios WordPress todavía no tienen la compresión activada. No es una optimización compleja — es un ajuste del servidor. Y el test #01 de Orilyt lo detecta en menos de 2 segundos.
Cómo funciona la compresión HTTP
Cuando tu navegador envía una solicitud, incluye un encabezado Accept-Encoding que lista los formatos de compresión que soporta (típicamente gzip y br para Brotli). El servidor elige uno, comprime la respuesta y la envía con un encabezado Content-Encoding.
- Gzip — el estándar universal desde los años 2000. Soportado por todos los navegadores y servidores. Reduce el texto entre un 60 y 70 %. Compresión y descompresión rápidas
- Brotli (br) — desarrollado por Google, disponible desde 2016. Comprime entre un 15 y 25 % mejor que Gzip en promedio. Soportado por todos los navegadores modernos. Algo más lento para comprimir pero más rápido para descomprimir
- Sin compresión — el servidor envía texto sin procesar. El navegador recibe de 3 a 5 veces más datos de lo necesario. Los tiempos de carga aumentan proporcionalmente
La compresión aplica a todos los recursos de texto: HTML, CSS, JavaScript, JSON, XML, SVG. Las imágenes (JPEG, PNG, WebP) ya están comprimidas por su formato y no se ven afectadas.
En la práctica, Brotli es la mejor opción cuando está disponible. Pero Gzip es perfectamente suficiente — lo importante es que la compresión esté activada.
Cómo Orilyt puntúa la compresión
El test #01 es binario. Orilyt inspecciona el encabezado Content-Encoding de la respuesta del servidor:
- El encabezado contiene "br" o "gzip" → Puntuación 100 — Comprimido. El servidor cumple su función
- El encabezado está ausente o vacío → Puntuación 25 — Sin comprimir. Cada carga transfiere datos innecesarios
Orilyt también detecta el origen de la compresión. Si un CDN como Cloudflare o QUIC.cloud está frente al sitio, a menudo gestiona la compresión en el borde — incluso si el servidor de origen no lo hace. El test distingue entre compresión CDN y compresión del servidor.
Por qué a veces falta la compresión
Si la compresión es tan simple, ¿por qué falta en el 15 % de los sitios? Razones comunes:
- Configuración predeterminada del servidor — algunos hosting la entregan desactivada. El propietario del sitio nunca lo verifica
- .htaccess mal configurado — un plugin o una edición manual eliminó las reglas de mod_deflate/mod_brotli. O un reset del .htaccess las borró
- Nginx sin gzip on — Nginx tiene la compresión desactivada por defecto. Hay que añadir explícitamente gzip on; en la configuración
- Conflicto de proxy inverso — un balanceador de carga o un WAF elimina el encabezado Content-Encoding. El servidor comprime, pero el visitante recibe texto sin procesar
La buena noticia: en el 90 % de los casos, la corrección toma menos de 5 minutos. Es una casilla en el panel del hosting, una línea en el .htaccess o un ajuste de plugin.
La compresión como argumento de venta
Para freelances y agencias, un hallazgo de compresión faltante es oro. Es fácil de explicar, espectacular en impacto y trivial de corregir:
En el informe Orilyt, el test #01 genera una recomendación FIA estructurada:
- Hecho: «No se detectó compresión HTTP — la página se sirve a peso completo (187 KB en lugar de ~45 KB)»
- Impacto: «Cada visitante descarga 4 veces más datos de lo necesario. En conexiones móviles, esto añade de 1 a 3 segundos al tiempo de carga»
- Acción: «Activar la compresión Gzip o Brotli en la configuración del servidor — mejora estimada: 60 a 80 % de reducción de peso»
Una puntuación de 25/100 en el primer test del audit señala inmediatamente un sitio descuidado. Es el tipo de hallazgo que hace decir al cliente «necesitamos ayuda».
La corrección de 5 minutos que lo cambia todo
La compresión es la fruta más accesible del rendimiento web. Sin cambios de código, sin rediseño, sin estrategia de caché compleja — solo un ajuste de servidor que reduce cada transferencia entre un 60 y 80 %.
El test #01 de Orilyt lo detecta al instante. La puntuación binaria (100 o 25) deja el resultado claro — sin ambigüedad.
Si construyes propuestas basadas en auditorías para tus clientes, este es el test que demuestra un valor inmediato y tangible. Una corrección de 5 minutos con un antes/después medible. Así se inicia una conversación.