Compresión html en el servidor web con nginx

A raíz de una publicación en Google+ de Ricardo Galli donde comenta el coste del ancho de banda mensual que tiene menéame en los servidores con Amazon Web Services, me ha parecido interesante mostrar la experiencia con las estadísticas de rastreo ofrecidas por Google Webmaster Tools de un sitio web que hemos pasado a administrar hace poco en Blogestudio.

Como siempre activamos la compresión desde el inicio en los proyectos que realizamos, no había visto la comparativa de forma gráfica que ofrece el propio Google.

Administramos este sitio desde hace poco más de 2 semanas y tenemos acceso al histórico de las estadísticas de rastreo, a continuación se puede ver la drástica reducción en el consumo de ancho de banda necesario por google para su indexación desde que activamos la compresión en el servidor web nginx.

Supongo que también tendrá algún efecto positivo en el posicionamiento web, pero eso ya lo veremos :-)

Kilobytes descargados al día por Google:

kilobytes descargados al día

Ricardo comenta que estarían pagando 3 veces más en menéame. En el gráfico se puede observar que el consumo en este caso es de 5 ó 6 veces inferior desde hace 2 semanas.

Activar la compresión en el lado del servidor puede suponer un importante ahorro en costes si pagas de forma variable por el consumo de ancho de banda como es el caso de Amazon EC2.

La configuración para Nginx la comparte Ricardo también en su post:

gzip on;
gzip_disable "MSIE [1-6]\.(?!.*SV1)";
gzip_comp_level 4;
gzip_proxied any;
gzip_min_length 512;
gzip_http_version 1.0;
gzip_vary on;
gzip_types text/css text/xml application/x-javascript application/atom+xml
text/plain application/json application/xml+rss text/javascript;

Y para blogs en WordPress con sistema de cache en disco (wp-supercache o W3 total cache) podemos añadir la siguiente línea que antes de comprimir cada solicitud buscará si existe un archivo comprimido terminado en .gz en el disco duro del servidor :

gzip_static on;

Son varias las ventajas de comprimir en servidor, desde reducción del gasto en ancho de banda si es un coste variable como el caso de Amazon, un menor tiempo de descarga por parte de los usuarios o la reducción de tiempo y recursos que le hacen falta a los buscadores para indexar el sitio. A ver si tienen en cuenta que miramos por sus recursos ;-)

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *