Back to Blog
JPEG XL
compatibilidad con navegadores
formato de imagen
compresión sin pérdida
Chrome
Firefox

Compatibilidad predeterminada con JPEG XL en los navegadores: un punto de inflexión para el formato de imagen de próxima generación

Chrome 155 y Firefox 158 han habilitado oficialmente la compatibilidad predeterminada con JPEG XL, lo que marca su paso de la fase experimental a la práctica. Este artículo explica en detalle las ventajas técnicas de JXL, el principio de la recompresión sin pérdida, la compatibilidad de los navegadores y los casos de uso reales.

Author: zippic
2026/10/17
5 min read
En esta página
Cover image for Compatibilidad predeterminada con JPEG XL en los navegadores: un punto de inflexión para el formato de imagen de próxima generación

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.

Chrome anuncia la compatibilidad con JXL

¿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ónJPEGJPEG XL
Fecha de lanzamiento19922021–2022
Método de compresiónSolo con pérdidaCon pérdida + sin pérdida
Tamaño relativo a JPEGReferenciaNormalmente un 30–50 % menor (según el contenido y la calidad)
Canal de transparencia (Alpha)No compatibleCompatible
AnimaciónNo compatibleCompatible
HDR / amplia gama de coloresNo compatibleCompatible de forma nativa
Decodificación progresivaCompatibilidad limitadaMejor y más precisa
Tratamiento de JPEG existentes—Recompresión sin pérdida (aprox. 16–22 % menor y con restauración perfecta)
Profundidad de bitsNormalmente 8-bitHasta 32-bit en coma flotante
Dimensiones máximasLimitadasHasta 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.

JPG frente a JXL

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);
});

Comprobación de JXL

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-rs escrito 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.

Conversión de JSX con zippic

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?

EscenarioPrioridad recomendadaMotivo
Migración sin pérdida de JPEG existentesJPEG XLEs el único formato capaz de recomprimir sin pérdida y restaurar perfectamente los archivos
Compresión sin pérdida / archivado de alta fidelidadJPEG XLSu eficiencia sin pérdida suele ser superior a la de WebP y AVIF
Necesidad de una excelente carga progresivaJPEG XLSu rendimiento progresivo es claramente superior al de AVIF
Fotografías web normales con pérdidaAVIF como primera opción; se puede probar JXLAVIF suele generar archivos más pequeños; vale la pena comparar ambos
Capturas de pantalla, interfaces de usuario e imágenes transparentesAVIF como primera opciónLa 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.

¿Necesitas comprimir imágenes?
Prueba zippic - Una herramienta gratuita de compresión de imágenes en línea
  • Comprime imágenes hasta un 90% sin perder calidad
  • Procesa imágenes localmente en tu navegador
  • Compatible con JPG, PNG, WebP, GIF y más