Firefox 157 activará JPEG XL por defecto: qué cambia

Firefox 157 activará JPEG XL por defecto en todas las plataformas

Mozilla confirmó la intención de activar JPEG XL por defecto en Firefox 157, en todas las plataformas, según el anuncio de Timothy Nikkel en la lista dev-platform del proyecto. Hasta ahora, el códec estaba disponible solo en Nightly por defecto y, desde la versión 152, detrás de la casilla de Firefox Labs en el resto de canales mediante la preferencia image.jxl.enabled. El salto a 157 elimina esa barrera: cualquier usuario podrá ver .jxl sin tocar configuración.

El decodificador es jxl-rs, escrito en Rust, una reescritura compacta y multiproceso del códec que Mozilla le encargó a Google Research tras abandonar la implementación original en C++ por motivos de seguridad. Mozilla asegura que, ya con soporte multihilo (jxl-rs 0.6.0), Firefox rinde ligeramente por encima de Safari, que sigue apoyándose en libjxl en C++.

Por qué importa: 30 años de formatos de imagen en la web

JPEG se convirtió en el estándar fotográfico de la web en 1992 y sigue presente en más de tres cuartos de los sitios, según W3Techs, citado por Forbes. En la década de 2010, WebP fue el primer intento serio de Google por mejorar la compresión y hoy ronda el 10% de los sitios. AVIF, finalizado como estándar en 2019 y enviado a Firefox en 2021, dio el siguiente salto en eficiencia.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

JPEG XL llevaba años en una montaña rusa: Safari lo incluyó en 2023 (versión 17.0), pero Google lo retiró de Chrome a finales de 2022 alegando falta de interés del ecosistema, beneficios incrementales insuficientes y carga de mantenimiento. El movimiento abrió una grieta enorme en la comunidad web. Ahora, con jxl-rs, el péndulo vuelve: Mozilla y Chrome comparten el mismo decodificador en Rust.

Qué trae la implementación de Firefox

La nota técnica de Nikkel destaca cinco ventajas concretas frente a Safari y a otras alternativas:

Renderizado progresivo: la imagen se va dibujando mientras se descarga, igual que el JPEG clásico. Safari 17.0 no lo ofrece.
Animación: soporte completo, ausente también en la implementación de Apple.
Mapeo de tonos HDR: las imágenes HDR se muestran como SDR, igual que el resto de formatos, pero el tone mapping de Firefox para JXL es mucho mejor que el aplicado a WebP o AVIF.
Decodificación multiproceso: con jxl-rs 0.6.0 y parches pendientes, el rendimiento se acerca al de los decodificadores nativos del propio navegador.
Cobertura de pruebas amplia: el directorio wpt/jpegxl cubre profundidad de bits, alfa, escala de grises, CMYK, gestión de color y orientación. Además se añadieron unos 30 gtests para decodificación fragmentada e incremental, recuentos de frames, downscaling durante la decodificación y archivos corruptos, más benchmarks que reportan a Perfherder. El equipo de fuzzing volverá a probar el códec antes del encendido definitivo.

JPEG XL frente a AVIF y WebP: las cifras de Mozilla

El equipo de Mozilla Hacks publicó comparativas con la métrica SSIMULACRA 2 sobre imágenes reales. Los números cambian según el tipo de contenido:

Imagen fotográfica: a calidad media-alta (SSIMULACRA 2 ≈ 62,8), AVIF ocupa 116 kB y JPEG XL 134 kB. A calidad muy alta (≈ 80), AVIF llega a 227 kB y JPEG XL a 264 kB. Sin pérdida, AVIF pesa 1,76 MB, JPEG XL 1,45 MB y WebP 1,55 MB.
Captura de pantalla de Interop 2025: a SSIMULACRA 2 ≈ 78, AVIF necesita 11,6 kB y JPEG XL 23,8 kB. Sin pérdida, AVIF ocupa 164 kB, JPEG XL 92 kB y WebP 96 kB.

La lectura clara: AVIF gana en tamaño a calidad web, pero JPEG XL gana sin pérdida, en archivado y en renderizado progresivo. Para una foto de producto en una landing, AVIF sigue siendo mejor opción por peso; para imágenes grandes, capturas técnicas o archivos maestros, JPEG XL es el rey.

Chrome y el zigzag con JPEG XL

Según HotHardware, cuando Google anunció la retirada de JPEG XL de Chrome en 2022, los desarrolladores inundaron el hilo de Chromium con quejas. El argumento oficial —"banderas experimentales y código no deberían quedarse para siempre"— no convenció. Años después, Google dio marcha atrás: Chrome 145 reintrodujo el códec detrás de #enable-jxl-image-format usando el mismo jxl-rs, y el blog de Mozilla Hacks confirma que Chrome también tiene intención de enviarlo por defecto antes de fin de año. La pieza clave fue justamente el decodificador en Rust: lo que antes era un lastre de 100.000 líneas de C++ ahora cabe en una librería compacta, mantenible y con attack surface acotado.

¿Qué significa esto para tu startup?

Para una founder hispanohablante con un SaaS, una tienda online o un medio digital, el cambio abre tres palancas concretas:

No migres toda tu web a JXL todavía. Aunque Firefox lo active por defecto, parte de tu audiencia todavía usa navegadores donde .jxl cae en imagen rota o requiere bandera. Mantén <picture> con fallbacks a WebP/AVIF/JPEG. La pieza de Search Engine Journal ya advertía en su momento que AVIF tardó en indexarse en Google y en aceptarse en redes como LinkedIn, Slack o X.
Empieza a probar JXL en Firefox Labs desde ya. Ve a Configuración > Firefox Labs y activa la casilla, o usa about:config con la preferencia image.jxl.enabled. Carga tus páginas estrella y mide Largest Contentful Paint. Si tus imágenes son capturas, esquemas o screenshots con texto, JPEG XL puede darte archivos más pequeños que WebP sin pérdida de calidad.
Usa JPEG XL para archivo de imágenes maestras. La conversión desde JPEG es reversible y reduce entre un 20% y 25% sin perder un solo píxel: útil para tu biblioteca de assets originales en disco o en tu CDN interna. Si necesitas recomprimir un JPG antiguo para enviarlo a un cliente, JXL es la única opción moderna que conserva la vuelta atrás sin pérdida.

El movimiento de Mozilla no es solo técnico: es una declaración de que los formatos de imagen en la web ya no son un monopolio de Google. Tener dos códecs modernos y libres (AVIF y JPEG XL) funcionando en paralelo te da margen real para elegir por caso de uso en vez de aceptar la opción por defecto del buscador.

Conclusión

Firefox 157 no llega solo: cierra un ciclo de cinco años en el que JPEG XL pasó de promesa a apostasía y, ahora, a estándar cross-browser. El mérito técnico —un decodificador en Rust, compacto y seguro— es lo que terminó destrabando la pelea política entre navegadores. Para founders y equipos de producto, la consecuencia inmediata es simple: vuelve a meter JPEG XL en tu radar de optimización, no como reemplazo total de AVIF o WebP, sino como una herramienta más para imágenes grandes, capturas, archivos sin pérdida y progressive rendering.