El 6 de octubre, Chrome anunció que habilitaría la compatibilidad predeterminada con el formato JPEG XL (JXL) a partir de la versión 155. Posteriormente, Firefox también activó esta compatibilidad de forma predeterminada en la versión 158. Esto significa que la compatibilidad con JXL de los principales motores de navegador finalmente ha pasado de la fase «experimental» a la práctica.

¿Qué es JXL?
JPEG XL es un formato de imagen de mapa de bits de próxima generación desarrollado conjuntamente por el Joint Photographic Experts Group (JPEG), Google y Cloudinary. Se convirtió oficialmente en un estándar internacional (ISO/IEC 18181) entre 2021 y 2022. Su objetivo es reemplazar simultáneamente a JPEG, PNG y GIF, además de competir con AVIF y WebP en los escenarios web modernos.
Diferencias principales entre JPEG y JPEG XL
| Elemento de comparación | JPEG | JPEG XL |
|---|---|---|
| Fecha de lanzamiento | 1992 | 2021–2022 |
| Método de compresión | Solo con pérdida | Con pérdida + sin pérdida |
| Tamaño relativo a JPEG | Referencia | Normalmente un 30–50 % menor (según el contenido y la calidad) |
| Canal de transparencia (Alpha) | No compatible | Compatible |
| Animación | No compatible | Compatible |
| HDR / amplia gama de colores | No compatible | Compatible de forma nativa |
| Decodificación progresiva | Compatibilidad limitada | Mejor y más precisa |
| Tratamiento de JPEG existentes | — | Recompresión sin pérdida (aprox. 16–22 % menor y con restauración perfecta) |
| Profundidad de bits | Normalmente 8-bit | Hasta 32-bit en coma flotante |
| Dimensiones máximas | Limitadas | Hasta aproximadamente 1.000 millones de píxeles por lado |
Cabe destacar que: en los escenarios actuales de fotografías web con pérdida, AVIF suele generar archivos más pequeños que JPEG XL (según una comparación sistemática de octubre de 2026, con la configuración predeterminada JXL suele ser aproximadamente un 15–25 % más grande que AVIF con una calidad equivalente). Las principales ventajas de JPEG XL se concentran en la compresión sin pérdida, la recompresión sin pérdida de JPEG existentes, la excelente carga progresiva y los escenarios de alta fidelidad/HDR.
Principio de la recompresión sin pérdida de JPEG existentes
La transcodificación tradicional —convertir a WebP o AVIF— primero debe decodificar el JPEG en píxeles y después volver a codificarlo con el nuevo formato. Este proceso no solo es lento, sino que también provoca la pérdida de información original debido a la nueva cuantización, por lo que no se puede revertir.
La ruta de transcodificación sin pérdida de JPEG XL es completamente distinta: omite la decodificación de píxeles y opera directamente sobre los datos comprimidos ya cuantificados dentro del archivo JPEG. En concreto, extrae los coeficientes de la transformada discreta del coseno (DCT) del JPEG y los vuelve a encapsular en el contenedor JPEG XL. Como los coeficientes DCT originales se conservan intactos, esto es esencialmente una reorganización del formato, no una nueva compresión.
El archivo JXL generado contiene una caja llamada JBRD (JPEG Bitstream Reconstruction Data). Junto con las tablas de cuantización y los coeficientes DCT almacenados en el flujo de bits, esta caja reúne toda la información necesaria para reconstruir el archivo JPEG original. Por ello, es posible lograr una restauración perfecta a nivel de bytes.

Cómo comprobar si el navegador es compatible con JXL
Puedes ejecutar el siguiente script en la consola del navegador para realizar la comprobación:
async function supportsJpegXl(testUrl = 'https://jpegxl.info/ComparisonImages/AVIF_CompareSizeSameQuality/close-up-beautiful-chicken-country-lifestyle.png.d0.6.7.jxl') {
return new Promise((resolve) => {
const img = new Image();
img.onload = () => resolve(true);
img.onerror = () => resolve(false);
img.src = testUrl;
});
}
supportsJpegXl().then(supported => {
console.log('浏览器支持 JPEG XL?', supported);
});

En producción, se recomienda utilizar <picture> para la mejora progresiva en lugar de depender por completo de la detección mediante JS.
Compatibilidad de los navegadores (octubre de 2026)
- Chrome / Chromium: compatibilidad predeterminada a partir de la versión 155 (publicada el 2026-10-06), mediante el decodificador
jxl-rsescrito en Rust y diseñado para ofrecer seguridad de memoria. - Firefox: compatibilidad predeterminada a partir de la versión 158 (publicada aproximadamente el 2026-10-13), también basada en
jxl-rs. - Safari: compatibilidad con imágenes estáticas a partir de la versión 17 (compatibilidad parcial; las capacidades de animación y carga progresiva son más limitadas).
- Los navegadores basados en Chromium, como Edge, seguirán el mismo camino posteriormente.
Cómo utilizarlo y realizar la transcodificación
Ahora puedes utilizar herramientas como zippic para elegir el formato JXL como salida. En escenarios con grandes cantidades de archivos JPEG existentes, se recomienda priorizar la recompresión sin pérdida para conservar la calidad original y permitir la restauración en cualquier momento.

La forma recomendada de utilizarlo es combinar <picture> con mecanismos de respaldo para varios formatos:
<picture>
<source srcset="image.jxl" type="image/jxl">
<source srcset="image.avif" type="image/avif">
<source srcset="image.webp" type="image/webp">
<img src="image.jpg" alt="描述">
</picture>
Entre las herramientas de codificación habituales se incluyen cjxl (libjxl), jixel, libvips, Sharp y otras.
¿Cuándo conviene priorizar JPEG XL?
| Escenario | Prioridad recomendada | Motivo |
|---|---|---|
| Migración sin pérdida de JPEG existentes | JPEG XL | Es el único formato capaz de recomprimir sin pérdida y restaurar perfectamente los archivos |
| Compresión sin pérdida / archivado de alta fidelidad | JPEG XL | Su eficiencia sin pérdida suele ser superior a la de WebP y AVIF |
| Necesidad de una excelente carga progresiva | JPEG XL | Su rendimiento progresivo es claramente superior al de AVIF |
| Fotografías web normales con pérdida | AVIF como primera opción; se puede probar JXL | AVIF suele generar archivos más pequeños; vale la pena comparar ambos |
| Capturas de pantalla, interfaces de usuario e imágenes transparentes | AVIF como primera opción | La diferencia suele ser considerable |
Chrome también recomienda oficialmente «probar tanto AVIF como JPEG XL» y elegir el resultado óptimo según la imagen concreta.
Conclusión
JPEG XL es actualmente uno de los formatos de imagen de próxima generación más avanzados desde el punto de vista técnico. Destaca por la integridad de sus funciones —sin pérdida, animación, transparencia, HDR, alta profundidad de bits y carga progresiva— y ofrece ventajas únicas, especialmente en la migración sin pérdida de JPEG existentes y la compresión sin pérdida.
Con la compatibilidad predeterminada oficial de Chrome 155 y Firefox 158 en octubre de 2026, ya cuenta con una base práctica más amplia. En proyectos nuevos, puede considerarse uno de los formatos prioritarios y combinarse con AVIF/WebP para proporcionar mecanismos de respaldo adecuados. En escenarios con grandes cantidades de archivos JPEG existentes, su capacidad de recompresión sin pérdida permite realizar una migración gradual y fluida.
