Nuevas configuraciones de gzip y cómo decidir qué comprimir

En Fastly, nos preocupamos por hacer que las páginas web de nuestros clientes sean más rápidas. La compresión de respuestas usando gzip es una buena práctica de rendimiento que acelera las páginas al reducir las cargas útiles en aproximadamente un 70 %.

Pero esto requiere elegir los recursos correctos para comprimir. En algunos casos, las respuestas pueden en realidad aumentar de tamaño cuando se comprimen. Es importante comprender qué respuestas deben comprimirse y cuáles deben pasar sin cambios.

Recientemente Fastly realizó un análisis exhaustivo de los recursos que se deben comprimir. Hoy, los resultados de ese análisis se reflejan en la aplicación Fastly, que permite a nuestros clientes adoptar mejores configuraciones de gzip. Esto no solo hace que los sitios web de nuestros clientes sean más rápidos, sino que también reduce las cargas mensuales de ancho de banda. ¡Un mejor rendimiento y costes reducidos lo convierten en una doble victoria!

Nueva configuración de Gzip

Con la actualización de hoy, estas son las configuraciones predeterminadas de gzip para los clientes de Fastly:

Extensiones: jscsshtmljsonicoeototfttf

Tipos de contenido: text/htmlapplication/x-javascripttext/css application/javascripttext/javascripttext/plaintext/xmlapplication/jsonapplication/vnd.ms-fontobjectapplication/x-font-opentypeapplication/x-font-truetypeapplication/x-font-ttfapplication/xmlfont/eotfont/opentypefont/otfimage/svg+xmlimage/vnd.microsoft.icon

Los cambios se muestran en negrita y se centran en ciertos tipos de texto, imágenes y fuentes. Estos tipos específicos se seleccionaron a partir de un extenso análisis de datos del HTTP Archive, que Fastly se enorgullece de respaldar. (Recientemente Fastly se convirtió en el patrocinador más nuevo de HTTP Archive, un proyecto de código abierto que recopila datos de rendimiento en las principales URL del mundo como parte de la biblioteca digital Internet Archive).

Decidir qué comprimir

Para obtener mejores resultados, es importante determinar qué respuestas a gzip se basan en la extensión del archivo o el tipo de contenido. En muchos casos, uno de estos es exacto, pero no ambos. Por ejemplo, solo el 17 % de las respuestas .json tienen un tipo de contenido json. La mayoría de ellas son application/javascript, pero otros tipos de contenido incluyen application/octet-stream e image/gif, y el 3 % no tiene ningún tipo de contenido. De manera similar, la mayoría de las respuestas .eot tienen un tipo de contenido font/eot, pero el 17 % son application/vnd.ms-fontobject, el 6 % son application/octet-stream, y el 3 % son text/plain.

Las fuentes en general deben estar comprimidas, pero no siempre. Las fuentes TrueType (ttf) y OpenType (otf) deben comprimirse, pero las fuentes Web Open Font Format (woff) no (ya lo están). La respuesta no está clara cuando se trata de fuentes Embedded OpenType (eot). Es posible comprimir archivos de fuentes EOT como parte del proceso de creación de archivos, en cuyo caso no es necesario comprimirlos. Sin embargo, para generar archivos de fuente EOT comprimidos se requiere una herramienta especial y un paso adicional, por lo que es probable que la mayoría de ellos no estén precomprimidos. Al examinar las respuestas eot de 460 K en el HTTP Archive se muestra que el propietario de la página web las comprime específicamente con gzip el 79 % del tiempo. Por lo tanto, comprimir con gzip fuentes EOT resulta muy apropiado.

Cuando se trata de imágenes, generalmente se supone que los tipos de contenido que comienzan con image/ nunca deben comprimirse. Si bien eso es válido para la mayoría de las imágenes (incluido JPG, PNG y GIF), no lo es para los iconos y las respuestas SVG. La respuesta promedio .ico es superior a 5 KB sin comprimir, pero al comprimirlas con gzip se reduce el tamaño de transferencia a la mitad. Para los tipos de contenido image/svg+xml, el promedio sin comprimir de 13 KB se reduce en un 60 % cuando se comprime con gzip. (Echa un vistazo a bigqueri.es para ver los resultados detallados).

Actualiza tu configuración de Fastly

Para obtener estas ventajas de compresión, los clientes deben actualizar rápidamente su configuración de servicio como se describe aquí: "¿Cómo habilito la compresión automática con gzip?" Las respuestas que ya están almacenadas en caché sin compresión deben caducar o purgarse para que la nueva configuración de gzip surta efecto. Es mejor si las respuestas se comprimen en el servidor de origen. Esto acelera el tiempo de respuesta entre el origen y Fastly. Establecer buenas configuraciones de gzip en Fastly asegura que siempre se produzca la mejor compresión entre Fastly y el usuario final.

Estas configuraciones mejoradas de gzip harán que tu sitio web sea más rápido y reducirán tus cargas mensuales de ancho de banda. Puede parecer contradictorio que Fastly reduzca tu factura, pero nuestro objetivo es hacer que nuestros clientes tengan mejores resultados. ¡Esperamos usar ese ancho de banda adicional para atender a todos los nuevos usuarios que nuestros clientes conseguirán al tener una página web rápida!

Steve Souders
Chief Performance Officer
Fecha de publicación:

4 min de lectura

Comparte esta entrada
Steve Souders
Chief Performance Officer

Steve trabaja en SpeedCurve en la interacción entre rendimiento y diseño. Anteriormente, trabajó como Head Performance Engineer en Google, Chief Performance en Yahoo! y Chief Performance Officer en Fastly. Steve ha sido pionero en gran parte del trabajo en el mundo del rendimiento web. Es autor de los libros High Performance Web Sites y Even Faster Web Sites. Es el creador de muchas herramientas y servicios de rendimiento, incluidos YSlow, HTTP Archive, Episodes, ControlJS y Browserscope. Steve enseñó CS193H: High Performance Web Sites (CS193H: Sitios web de alto rendimiento) en Stanford y es copresidente de Velocity, la conferencia de operaciones y rendimiento web de O'Reilly.

¿List@ para empezar?

Ponte en contacto o crea una cuenta.