Compresión Gzip y Brotli: cómo activarla en tu web

Por qué importa

El texto se comprime muy bien, porque repite muchas palabras y etiquetas. Enviarlo sin comprimir obliga a descargar bastantes más bytes de los necesarios, algo que se nota en móvil y en conexiones lentas, y retrasa todo lo demás: mientras no llega el HTML, el navegador no puede empezar a pintar la página.

Es una configuración del servidor que se activa una vez y no tiene inconvenientes para el visitante. Muchos hostings y CDN la aplican de serie; si tu web no la usa, suele ser un descuido de configuración fácil de corregir.

Cómo lo comprueba Posiciona

Desde Lighthouse 13, PageSpeed Insights revisa la compresión solo en el documento HTML principal, dentro de su análisis de la respuesta del servidor, en la prueba móvil. Si llega comprimido con Gzip o Brotli, la nota es 100; si no, 30, y te indicamos cuántos kilobytes se podrían ahorrar. No evaluamos cada CSS o JavaScript por separado, pero si el HTML no va comprimido, es muy posible que el resto tampoco.

En la nota de Velocidad esta comprobación cuenta como “detalle” (peso 1 de 5).

Cómo solucionarlo

Compruébalo tú mismo: abre la página en Chrome, pulsa F12, ve a la pestaña Red (Network), recarga y selecciona el primer documento. En los encabezados de la respuesta debe aparecer content-encoding: br o content-encoding: gzip.
Si tu hosting tiene panel de control, busca la opción de compresión o pídesela al soporte: suele ser un ajuste de un minuto.
En tu propio servidor, activa Gzip (y Brotli si tu servidor tiene el módulo) para HTML, CSS, JavaScript, JSON, XML y SVG.
No comprimas imágenes JPEG, PNG o WebP ni vídeos: ya vienen comprimidos y solo gastarías procesador.
Si usas un CDN, la compresión hacia el visitante la puede aplicar él. Comprueba el resultado con el primer paso visitando la web real, no el servidor de origen.

En la configuración de NginxNginx

# text/html se comprime siempre que gzip está activado
gzip on;
gzip_vary on;
gzip_comp_level 5;
gzip_min_length 256;
gzip_types text/css text/plain text/xml application/xml application/javascript text/javascript application/json image/svg+xml;

En .htaccess (Apache)Apache

<IfModule mod_deflate.c>
  AddOutputFilterByType DEFLATE text/html text/css text/plain text/xml application/xml application/javascript text/javascript application/json image/svg+xml
</IfModule>

En WordPress

En servidores Apache, plugins como WP Rocket o W3 Total Cache pueden añadir las reglas de compresión al archivo .htaccess. En Nginx esas reglas no sirven: hay que activarla en la configuración del servidor o pedírselo al hosting.
Si el plugin no puede escribir en .htaccess o no tienes acceso a la configuración, pide al soporte del hosting que active la compresión.

En Shopify

En Shopify, la compresión la aplica la propia plataforma y no se puede configurar. Si ves este aviso en una tienda Shopify, revisa si hay un proxy o un servicio intermedio delante de la tienda que la esté quitando.
Los scripts de las apps se sirven desde los servidores de cada app: si alguno llega sin comprimir, díselo a su desarrollador.

Preguntas frecuentes

¿Qué es mejor, Gzip o Brotli?

Brotli suele comprimir más el texto y todos los navegadores actuales lo admiten, así que es la mejor opción si tu servidor o tu CDN lo ofrecen. Lo habitual es activar los dos: el servidor usa Brotli cuando el navegador lo acepta y Gzip en el resto de casos. Cualquiera de los dos es mucho mejor que no comprimir.

¿Por qué solo se revisa el HTML?

Desde Lighthouse 13, Google agrupó varias auditorías y la compresión se revisa dentro del análisis de la respuesta del documento principal; las versiones anteriores revisaban cada recurso. Por eso la nota depende solo del HTML. Aun así, comprueba en la pestaña Red del navegador que tus CSS y JavaScript también llegan comprimidos.