Respuesta corta: la compresión gzip reduce los archivos de texto de una web, como HTML, CSS y JavaScript, antes de que viajen, y el navegador los descomprime al recibirlos. Brotli hace lo mismo y suele comprimir más. Comprime todos los archivos de texto, ofrece Brotli primero con gzip como respaldo y deja en paz las imágenes y los videos.
Cómo funciona la compresión
El navegador y el servidor la negocian, explica MDN. El navegador envía una cabecera Accept-Encoding con los algoritmos que admite, y el servidor elige uno, comprime la respuesta y lo indica en la cabecera Content-Encoding.
Una cabecera Vary: Accept-Encoding en la respuesta muestra que hubo esa negociación. MDN añade que, en algunos documentos, la compresión reduce el tamaño hasta un 70%.
No tienes que programar ninguna compresión. MDN señala que navegadores y servidores ya la traen incorporada; tu trabajo es comprobar que el servidor esté configurado para usarla.
Las codificaciones que vas a ver
| Codificación | Valor de Content-Encoding | Qué saber |
|---|---|---|
| gzip | gzip | La más común; la admiten todos los navegadores principales |
| Brotli | br | Suele dejar archivos más pequeños que gzip; ofrécela primero |
| Zstandard | zstd | Un formato más reciente que recoge MDN |
| Deflate | deflate | Un formato más antiguo; Lighthouse lo da por comprimido |
| Sin compresión | identity | Siempre aceptable, aunque el navegador no lo diga |
De MDN y la documentación de Lighthouse de Chrome, consultadas el 5 de noviembre de 2026.
MDN llama a gzip el algoritmo más común y a Brotli, que se escribe br, el aspirante más reciente. Zstandard, que se escribe zstd, ya aparece también en la lista de MDN.
Qué comprimir y qué no
web.dev explica que gzip y Brotli funcionan mejor con texto: HTML, CSS y JavaScript. En archivos grandes suelen lograr una compresión del 70 al 90%.
MDN recomienda activar la compresión en todos los archivos salvo los que ya vienen comprimidos, como imágenes, audio y video. Volver a comprimir un JPEG o un ZIP puede incluso hacerlo más grande.
web.dev añade que las CDN suelen comprimir los archivos de texto de forma automática. Nuestra guía de CDN explica qué más hace una CDN.
Gzip o Brotli
La documentación de Lighthouse de Chrome dice que uses Brotli cuando el navegador lo admita, porque puede reducir los archivos más que otros algoritmos. Deja gzip como respaldo, ya que lo admiten todos los navegadores principales.
web.dev confirma que todos los navegadores modernos aceptan los dos y lo dicen en su cabecera Accept-Encoding. Ofrecer ambos no te cuesta nada y sirve a cualquier visitante.
Minifica antes de comprimir
La minificación no es compresión, explica web.dev. Quita los caracteres que solo hacen el código legible para las personas, y conviene hacerla al preparar cada publicación.
Las dos trabajan juntas: minificas el código y la respuesta comprime lo que queda. La caché del navegador evita luego que quien vuelve lo descargue otra vez.
Cómo revisar tu web
La prueba rápida de web.dev es abrir Chrome DevTools, ir al panel Red y cargar una página. Haz clic en la página y en cada hoja de estilo o script, y lee la cabecera de respuesta Content-Encoding.
Lighthouse busca respuestas de texto sin un content-encoding br, gzip o deflate. No tiene en cuenta las de menos de 1.4 KiB ni los ahorros de menos del 10%. Esa revisión ahora forma parte del análisis de latencia de la solicitud del documento. Nuestra guía de PageSpeed Insights muestra dónde leerlo.
Cómo activar la compresión
- Abre tu página con las herramientas para desarrolladores del navegador, en la pestaña Red.
- Lee el Content-Encoding de la página, de las hojas de estilo y de los scripts.
- Activa Brotli para los archivos de texto, con gzip como respaldo.
- Deja como están las imágenes, los videos, el audio y los archivos comprimidos.
- Minifica el CSS y el JavaScript al preparar cada publicación.
- Comprueba que las respuestas envían Vary: Accept-Encoding.
- Vuelve a pasar PageSpeed Insights y lee el análisis de latencia de la solicitud del documento.
Lo que envían nuestras páginas
El 5 de noviembre de 2026 pedimos una guía y nuestra página de precios, en los dos idiomas, como lo hace un navegador: aceptando Brotli y gzip. Todas las peticiones respondieron, y cada respuesta indicó en su Content-Encoding cómo venía comprimida.
Las páginas llegaron con gzip. La guía en español pasó de 110,554 bytes a 27,175 en la red, y la página de precios de 101,709 a 24,161, más o menos una cuarta parte cada vez.
Los archivos que las acompañan llegaron con Brotli. Las 17 hojas de estilo y los 12 scripts de la guía suman 526,497 bytes y viajaron como 126,066. Solo una hoja de estilo de 196 bytes fue tal cual, muy por debajo del tamaño que señalaría Lighthouse.
Antes de publicar
- El HTML llega con gzip o br.
- Cada hoja de estilo y cada script de más de 1.4 KiB llega comprimido.
- Se ofrece Brotli a los navegadores que lo aceptan.
- Las imágenes y los videos no se comprimen por segunda vez.
- El CSS y el JavaScript se minifican antes de publicarse.
- Las respuestas incluyen Vary: Accept-Encoding.
RecuerdaEl texto se comprime bien y las imágenes no. Empaqueta los archivos de texto, ofrece Brotli con gzip como respaldo y revisa el Content-Encoding de cada respuesta.
Nuestro servicio de diseño web hace páginas que viajan ligeras, como las de arriba.
Respuestas rápidas sobre la compresión gzip
¿Qué es la compresión gzip?
Una forma de reducir los archivos de texto, como HTML, CSS y JavaScript, antes de que viajen. El navegador la pide en la cabecera Accept-Encoding, y la respuesta indica en Content-Encoding que usó gzip. El navegador descomprime el archivo al recibirlo.
¿Es mejor Brotli que gzip?
Normalmente sí, para el texto. La documentación de Lighthouse de Chrome dice que Brotli puede reducir los archivos más que otros algoritmos y recomienda gzip como respaldo. Según web.dev, todos los navegadores modernos aceptan los dos, así que puedes ofrecer ambos.
¿Debo comprimir las imágenes con gzip?
No. MDN recomienda comprimir todos los archivos salvo los que ya vienen comprimidos, como imágenes, audio y video. Volver a comprimir un JPEG o un ZIP puede incluso hacerlo más grande, avisa MDN.
¿Cómo sé si mi web usa gzip?
Abre las herramientas para desarrolladores del navegador, ve a la pestaña Red y recarga la página. Haz clic en la página y en cada hoja de estilo o script, y busca gzip o br en la cabecera de respuesta Content-Encoding.
¿La compresión sustituye a la minificación?
No, se complementan. web.dev explica que la minificación quita los caracteres que solo hacen el código legible para las personas, y la compresión empaqueta lo que queda. Minifica al preparar la publicación y deja que la respuesta comprima el resultado.
Fuentes
Consultadas el 5 de noviembre de 2026. web.dev: Optimiza la codificación y el tamaño de transferencia de los recursos de texto. Chrome for Developers: Habilita la compresión de texto. En inglés: MDN Web Docs, Compression in HTTP, Content-Encoding header y Accept-Encoding header. Nuestro caso: nuestras propias páginas, leídas el 5 de noviembre de 2026.