Acerca de la compresión GZIP
¿Qué es una prueba de GZIP?
Una prueba de GZIP plantea una pregunta sencilla: cuando tu servidor envía una página, ¿la comprime primero? GZIP es el método de compresión que la web lleva utilizando desde hace décadas y funciona encontrando repeticiones en el texto y codificándolo de forma más eficiente.
HTML, CSS y JavaScript son extremadamente repetitivos, por lo que el ahorro es considerable, normalmente de entre el 70 % y el 90 %. El navegador descomprime el archivo al recibirlo y el visitante nunca sabe que ha ocurrido.
Se configura una sola vez en el servidor, se aplica a todo de una vez y su procesamiento apenas cuesta nada. Por eso merece la pena actuar de inmediato ante un test de GZIP fallido: pocas correcciones son tan económicas o tienen un alcance tan amplio.
GZIP y Brotli
Brotli es un método de compresión más reciente que, por lo general, supera a GZIP en textos, a menudo en un 15-20 % adicional, y es compatible con todos los navegadores actuales.
No ha sustituido a GZIP, sino que se ha sumado a él. Los servidores negocian con cada cliente y utilizan el mejor método compatible con ambos, por lo que la configuración habitual es Brotli con GZIP como alternativa.
Una prueba de GZIP superada indica que la compresión está activa. Si se está utilizando el método más eficaz es otra cuestión, y merece la pena planteársela una vez cubierto el caso básico.
¿Sigue siendo importante la compresión en 2026?
Es una de las pocas optimizaciones cuyo coste es prácticamente nulo y que beneficia a todos los visitantes en cada solicitud. Ningún otro elemento de una lista de comprobación de rendimiento combina tal alcance y coste.
La mayoría de los servicios de alojamiento modernos lo activan de forma predeterminada, precisamente por eso pasa desapercibido cuando una migración, una configuración personalizada del servidor o una nueva capa de CDN lo desactiva. Los sitios pierden la compresión con mucha más frecuencia de la que la incorporan.
El efecto es invisible al cargar una sola página y considerable en todo un sitio, por lo que este tipo de problema puede persistir durante años sin que nadie lo comunique.
Cómo se relaciona la compresión con la búsqueda mediante IA
Los rastreadores solicitan respuestas comprimidas como cualquier otro cliente. Servir HTML sin comprimir hace que cada descarga sea más grande y lenta, lo que reduce la cantidad de un sitio grande que se puede rastrear en un rastreo determinado.
Ese coste es invisible a nivel de página, pero significativo en miles de páginas, por lo que es exactamente el tipo de aspecto que merece la pena comprobar en lugar de darlo por hecho.
No afecta a cómo se entiende el contenido, sino únicamente a cuánto contenido se puede alcanzar.
Buenas prácticas de compresión
- Actívala para HTML, CSS, JavaScript, SVG y JSON.
- No comprimas imágenes ni vídeos; ya están comprimidos y aumentarán ligeramente de tamaño.
- Prefiere Brotli cuando sea compatible, con GZIP como alternativa.
- Vuelve a comprobarlo después de cualquier cambio en el alojamiento, la CDN o el servidor.
- Verifícalo mediante las cabeceras de respuesta en lugar de confiar en la configuración del panel de control.
- Combínalo con la minificación; ambas técnicas eliminan redundancias parcialmente superpuestas, pero no idénticas.
Qué comprueba esta herramienta
La prueba de GZIP solicita la página e informa de si la respuesta llegó comprimida; se supera cuando así es.
Comprueba el documento de la página, por lo que una página comprimida que sirva hojas de estilo o scripts sin comprimir seguirá superando la prueba. Si el documento está comprimido, pero el sitio sigue pareciendo pesado, el siguiente aspecto que debes revisar son los recursos.
Qué hacer a continuación
La compresión es una de las tres formas de reducir el tamaño de los archivos. Comprueba si tus recursos también están
minificados, consulta el peso total de la página con la herramienta
tamaño del archivo de la página web y confirma que el servidor utiliza un protocolo moderno con la comprobación de
HTTP/2.