Google intentó matar esta imagen en 2022 — y hoy Chrome la resucita

En 2022 Google miró JPEG XL a los ojos, lo declaró "obsoleto" y lo enterró en Chrome antes de que el público pudiera usarlo. Miles de desarrolladores protestaron, la Free Software Foundation lo llamó una "traición", y Google no se movió. Ayer, cuatro años después, el mismo equipo publicó un post que empieza con una frase impensable: "Estamos emocionados de anunciar que Chrome soporta JPEG XL". 🤯

JPEG XL llega por fin a Chrome 155 tras 4 años intentado enterrarlo.

Lo que pasó en 2022 (y por qué importa)

Cuando Chrome propuso eliminar JPEG XL en la versión 110, HN explotó con 146 puntos y la FSF salió a repudiarlo en 2023 con otros 228. El formato no falló: lo mataron por decisiones de negocio.

La historia completa es peor: el bug de Chromium se reabrió en noviembre de 2025 con 293 puntos en HN, y Google empezó a dar marcha atrás en silencio. Ayer terminó el silencio.

Qué es JPEG XL y por qué te conviene

Según el blog oficial de Chrome (6 de octubre de 2026), JPEG XL ofrece 30-50% mejor compresión que el JPEG de toda la vida, compresión sin pérdida, HDR integrado y transcodificación de JPEG a JPEG XL sin pérdida alguna.

En cristiano: tus fotos pesan la mitad y se ven mejor. Para Latinoamérica eso no es un detalle — es menos megabytes gastados, sitios que cargan en 3G y celulares de gama baja que no se quedan sin RAM cargando una galería. 📱

Y sí, Chrome 155 también activa de paso criptografía resistente a la cuántica. Google vino con todo a esta versión.

La jugada maestra: lo reescribieron en Rust

Aquí está lo que nadie más cuenta. Google no reactivó el decoder viejo en C++ — lo reescribió entero en Rust (jxl-rs), con instrucciones SIMD optimizadas y fuzzing extremo.

Resultado: cero bugs de seguridad en toda la historia de la implementación. Los decoders de imágenes son el principal blanco de ataques contra navegadores, y Rust los elimina de raíz.

¿Y AVIF? Google dice: usa los dos

Lo curioso es que el propio Chrome recomienda probar tanto AVIF como JPEG XL y elegir según el caso: AVIF para fotos generales, JPEG XL cuando necesitas fidelidad máxima o pérdida cero. Nadie gana, el ganador eres tú.

Mientras tanto, Safari ya lo soportaba desde hace rato y Google se quedó cuatro años mirando desde la barrera.

Cómo probarlo ahora mismo

Actualiza Chrome a la 155 y abre cualquier imagen .jxl — funciona directo, sin banderas ni experimentos ocultos. Si eres desarrollador, tus imágenes en <img> ya se sirven sin tocar nada.

Para convertir tus fotos: cualquier herramienta con libjxl funciona, y los sitios como Squoosh están sumando el formato. El futuro del JPEG llegó tarde, pero llegó.

La lección que Google no quiere que aprendas

Esta historia prueba algo incómodo: los gigantes técnicos se equivocan en público, ignoran a su comunidad durante años y solo ceden cuando la presión es insostenible. Si la comunidad no hubiera peleado, seguiríamos con fotos al 50% de más peso en 2026.

Google tuvo que admitir su error con un post en su blog oficial. No lo vamos a dejar olvidar rápido. 😏

¿Tú qué opinas: Google debió aceptar JPEG XL desde el principio o la espera valió la pena porque llegó en Rust y más seguro? Cuéntalo en los comentarios.

Comparte esto con ese desarrollador que todavía defiende que "el JPEG nunca necesita reemplazo".