¿Qué es JPEG XL (JXL)? El futuro de JPEG
Qué es realmente JPEG XL
JPEG XL, identificado por la extensión de archivo .jxl, es un códec de imagen finalizado como ISO/IEC 18181 en 2022. Fue desarrollado por el Joint Photographic Experts Group —el mismo comité detrás del estándar JPEG original de 1992— en colaboración con Google, que aportó tecnología de su anterior códec PIK, y Cloudinary, que introdujo FUIF (Free Universal Image Format). El resultado es un formato diseñado desde cero para reemplazar no solo a JPEG, sino también a PNG, GIF e incluso WebP en la mayoría de los casos de uso prácticos. El nombre puede ser engañoso. JPEG XL no es simplemente un JPEG de mayor calidad. Es un formato de contenedor y flujo de bits completamente nuevo. Un archivo .jxl no comparte ninguna similitud estructural con un archivo .jpg, razón por la cual el software más antiguo no puede abrirlo sin una actualización. El códec admite compresión con y sin pérdidas, color de alto rango dinámico (HDR) con hasta 32 bits por canal, gamas de colores amplias como Display P3 y Rec. 2100, transparencia alfa, animación e incluso imágenes en capas, un conjunto de características que antes requería formatos como TIFF o PSD. Una de sus características más ingeniosas a nivel estratégico es la transcodificación sin pérdidas de JPEG. Si tienes un archivo .jpg existente, JPEG XL puede recodificarlo como un archivo .jxl que suele ser un 20-22 % más pequeño, y puedes reconstruir el JPEG original byte por byte a partir de ese archivo .jxl más adelante. Esto significa que los fotógrafos y los archivos pueden reducir los costes de almacenamiento sin descartar permanentemente sus datos JPEG originales, un beneficio práctico y significativo que ningún otro formato de nueva generación ofrece.
Comparativa de compresión de JXL con JPEG, WebP y AVIF
La eficiencia de la compresión es donde JPEG XL presenta su argumento técnico más claro. Con una calidad visual equivalente, JXL supera consistentemente al JPEG original en un 35-60 % en tamaño de archivo, dependiendo del contenido de la imagen y del objetivo de calidad. Esto significa que una fotografía que pesa 500 KB como JPEG podría reducirse a unos 280-325 KB como archivo JXL con un nivel de calidad que la mayoría de los espectadores no pueden distinguir del original. En comparación con WebP, el formato de Google de 2010 que se convirtió en el estándar web durante una década, JXL es aproximadamente un 20-30 % más eficiente con una calidad equivalente para fotografías. WebP todavía tiene una ventaja significativa en cuanto a la compatibilidad con navegadores, pero las ganancias de compresión de JXL son lo suficientemente grandes como para que valga la pena seguir de cerca esta compensación. La comparación más interesante es con AVIF, el formato basado en el códec de video AV1. AVIF y JXL compiten de cerca según el escenario. AVIF tiende a ganar con tasas de bits muy bajas (miniaturas muy comprimidas), mientras que JXL funciona mejor en niveles de calidad de medios a altos y codifica significativamente más rápido. Un benchmark publicado por Cloudinary en 2023 mostró que JXL codificaba una fotografía de alta resolución en aproximadamente 0.3 segundos con calidad 80 usando el codificador de referencia libjxl, mientras que AVIF requería varios segundos para una calidad comparable, una diferencia que importa enormemente para cualquier servicio que codifique imágenes a gran escala. JXL también maneja mejor el texto, los gráficos y las ilustraciones que AVIF, que puede introducir artefactos de bloque en los bordes nítidos debido a su herencia de códec de video. Para un documento con contenido mixto, como una página de PDF con fotografías y texto nítido, JXL es generalmente la opción más fiable. El formato JXL sin pérdidas también es sustancialmente más eficiente que el WebP sin pérdidas, lo que lo hace competitivo con PNG en contenido fotográfico y superior en muchos gráficos sintéticos.
Soporte en navegadores y software: la cruda realidad
Aquí es donde el entusiasmo se topa con la realidad. A mediados de 2026, el soporte para JPEG XL está extendido pero aún no es universal, y las lagunas importan. En cuanto a los navegadores, Safari añadió soporte completo para JXL en Safari 17 (lanzado en septiembre de 2023), que cubre todos los iPhones, iPads y Macs modernos. Firefox habilitó el soporte para JXL por defecto en Firefox 113 (mayo de 2023). Chrome es la ausencia más notoria: Google eliminó su soporte experimental para JXL en Chrome 110 a principios de 2023, citando una falta de "interés suficiente por parte del ecosistema", una decisión que generó una controversia considerable dado que Chrome tiene aproximadamente el 65 % de la cuota de mercado mundial de navegadores. Navegadores basados en Chromium como Edge y Brave siguieron el ejemplo de Chrome y también eliminaron el soporte. En el momento de escribir este artículo, Chrome no ha vuelto a habilitar JXL, lo que significa que una gran parte de los usuarios de la web todavía no pueden ver archivos .jxl en su navegador sin un plugin. En el software de escritorio, el panorama es mejor. Adobe Photoshop añadió soporte de importación y exportación de JXL en la versión 25.0 (lanzada en octubre de 2023), accesible a través de Archivo > Exportar > Exportar como y seleccionando JXL en el menú desplegable de formatos. GIMP soporta JXL a través de un plugin. Las aplicaciones Vista Previa y Fotos de Apple en macOS 14+ pueden abrir archivos JXL de forma nativa. Windows 11 añadió soporte para la decodificación de JXL a través de la aplicación Fotos en una actualización de 2024. Para los flujos de trabajo de fotografía profesional, herramientas como Darktable, RawTherapee y Capture One tienen niveles variables de soporte para la exportación a JXL. Consulta las notas de la versión específica antes de comprometerte con un flujo de trabajo de archivado basado en JXL, porque "soporte" puede significar cualquier cosa, desde la edición completa de ida y vuelta hasta la visualización de solo lectura.
Quién debería usar JXL realmente ahora mismo
Dada la brecha de soporte en los navegadores, un consejo general de "cámbiate todo a JXL" sería irresponsable. El formato tiene mucho sentido en contextos específicos y menos sentido en otros. JXL es una excelente opción para el almacenamiento de archivos. Si eres un fotógrafo que mantiene una biblioteca de archivos JPEG, convertirlos a JXL usando la ruta de transcodificación sin pérdidas de JPEG te proporciona un archivo más pequeño sin pérdida de calidad y con la capacidad de recuperar el JPEG original más tarde. Una biblioteca de 100 000 JPEGs con un promedio de 4 MB cada uno (400 GB en total) podría reducirse a aproximadamente 310-320 GB en JXL sin descartar ningún dato de imagen. Con los precios actuales del almacenamiento en la nube, es una reducción de costes continua y significativa. JXL también es muy adecuado para la entrega de imágenes basada en aplicaciones donde tú controlas el cliente. Si estás desarrollando una aplicación nativa para iOS o macOS, puedes entregar activos JXL de forma segura sabiendo que las plataformas de Apple los soportan de forma nativa. Lo mismo se aplica a los procesos de generación de PDF en el lado del servidor donde el motor de renderizado está bajo tu control. Para el uso general en la web, la decisión es más complicada. Si tus análisis muestran que una parte significativa de tu audiencia usa Chrome en escritorio o Android —lo cual es extremadamente común—, servir JXL sin una alternativa resultará en imágenes rotas para esos usuarios. El enfoque estándar es usar el elemento `picture` de HTML con una fuente JXL y una alternativa en WebP o JPEG, dejando que el navegador elija lo que puede manejar. Esto añade complejidad a la implementación, pero aprovecha los beneficios de tamaño de archivo para la creciente porción de usuarios con navegadores compatibles. Para archivos adjuntos en correos electrónicos y documentos compartidos con colegas, JXL es todavía prematuro. La mayoría de los clientes de correo y visores de documentos no renderizan JXL, y enviar un archivo .jxl a un destinatario no técnico probablemente cause confusión.
Convertir imágenes a y desde JXL con CocoConvert
CocoConvert admite la conversión a JPEG XL en ambas direcciones: puedes convertir formatos comunes como JPEG, PNG, WebP y TIFF a JXL, y puedes convertir archivos JXL de vuelta a JPEG, PNG o WebP para compatibilidad con software que aún no soporta el formato. Para convertir un JPEG a JXL en CocoConvert, sube tu archivo en la página de conversión, selecciona JXL como formato de salida y elige tu ajuste de calidad. El control deslizante de calidad se corresponde con el parámetro de distancia de libjxl: una distancia de 0 es matemáticamente sin pérdidas, mientras que una distancia de 1.0 se considera visualmente sin pérdidas para la mayoría del contenido fotográfico, y una distancia de 3.0 produce archivos más pequeños con una compresión visible menor en una inspección detallada. Si no estás seguro, una calidad de 85 en la escala de 0 a 100 de CocoConvert corresponde aproximadamente a una distancia de 1.0 y es un valor predeterminado razonable para fotografías. En cuanto a la función de transcodificación sin pérdidas de JPEG, donde el JPEG original puede ser reconstruido perfectamente, CocoConvert actualmente no la expone como una opción separada. Esta es una limitación honesta que vale la pena reconocer: la verdadera transcodificación sin pérdidas de JPEG requiere que el archivo fuente permanezca sin modificar durante el proceso de conversión, y la arquitectura actual de CocoConvert recodifica las imágenes en lugar de envolver el flujo de bits original. Si tu requisito es la preservación bit a bit del JPEG, la elección apropiada son las herramientas de línea de comandos como `cjxl` (parte de la implementación de referencia de libjxl) con la bandera `--lossless_jpeg=1`. Convertir JXL de vuelta a JPEG o PNG es sencillo en CocoConvert y útil cuando necesitas compartir archivos con colegas que usan software que aún no es compatible con JXL. Sube el archivo .jxl, selecciona tu formato de destino y descarga el resultado. La conversión por lotes está disponible para procesar múltiples archivos a la vez, lo cual es práctico para convertir una carpeta entera de activos JXL a WebP para un despliegue web.
Características técnicas que vale la pena conocer
Más allá de las tasas de compresión, JPEG XL tiene varias capacidades técnicas que lo distinguen de formatos más antiguos y que vale la pena entender si lo estás evaluando para un caso de uso específico. La decodificación progresiva es una de las más útiles en la práctica. Un archivo JXL puede estructurarse de manera que una versión de baja resolución de la imagen esté disponible después de decodificar solo una pequeña fracción de los datos del archivo, con la calidad mejorando a medida que llegan más datos. Esto es similar a cómo funcionan los JPEGs progresivos, pero la implementación de JXL es más sofisticada: la previsualización temprana es una versión reducida en condiciones, en lugar de una pasada borrosa a resolución completa. Para la entrega web en conexiones lentas, esto puede mejorar significativamente el tiempo de carga percibido. JXL admite hasta 32 bits por canal (en comparación con los 8 bits de JPEG), lo que lo hace adecuado para la fotografía HDR y los flujos de trabajo de imágenes científicas donde la precisión de 10 o 16 bits importa. También es compatible con toda la gama de perfiles de color ICC, por lo que los flujos de trabajo con gestión de color que actualmente dependen de TIFF podrían migrar a JXL sin pérdida de fidelidad de color. El soporte de animación en JXL es más capaz que el de GIF y comparable a la animación de APNG y WebP. Cada fotograma puede tener su propia duración, y el formato no impone la limitación de 256 colores de GIF ni los problemas ocasionales de compatibilidad de la animación WebP. Sin embargo, para animaciones de tipo video a altas velocidades de fotogramas, los formatos de video reales (H.264, AV1) seguirán produciendo archivos más pequeños. La animación JXL es más adecuada para animaciones cortas de interfaz de usuario en bucle o secuencias de imágenes donde la calidad de un solo fotograma es importante. Finalmente, JXL incluye una característica llamada "canales extra" que permite incrustar mapas de profundidad, datos térmicos o metadatos personalizados por píxel junto con la imagen principal. Esto es un nicho hoy en día, pero posiciona bien al formato para aplicaciones de fotografía computacional donde las cámaras capturan más que un simple fotograma RGB.
Hacia dónde se dirige JXL
La trayectoria de JPEG XL depende en gran medida de lo que Google haga con Chrome. El dominio del mercado de Chrome significa que cualquier formato que Google decida no soportar enfrenta un techo estructural en su adopción web. La razón declarada —interés insuficiente del ecosistema— es un tanto circular, ya que es difícil demostrar el interés del ecosistema cuando el navegador dominante no soporta el formato. Existe una presión continua por parte de la comunidad de código abierto y de empresas como Cloudinary y Shopify que tienen un interés financiero en una mejor compresión de imágenes, por lo que la situación podría cambiar. Fuera del contexto del navegador, la adopción se está acelerando. El soporte completo de Apple en iOS, macOS y Safari es significativo: los dispositivos de Apple representan una gran parte del tráfico web premium y prácticamente toda la fotografía móvil de gama alta. La adición del soporte en Photoshop significa que los fotógrafos profesionales ahora tienen un camino claro hacia JXL en sus flujos de trabajo existentes sin cambiar de herramientas. La estandarización ISO de JXL también importa para casos de uso de archivado a largo plazo. Es más probable que los organismos de normalización, los archivos gubernamentales y las instituciones de imagen médica adopten un formato con respaldo formal de ISO que un estándar propietario o de facto. Esto posiciona bien a JXL para la adopción institucional, incluso si su presencia en la web sigue limitada por la postura de Chrome. Para la mayoría de las personas que trabajan con imágenes hoy en día, la recomendación práctica es mantenerse informado en lugar de hacer cambios radicales en la infraestructura. Usa JXL para el almacenamiento de archivos y la entrega en aplicaciones nativas donde el soporte es sólido. Mantén alternativas en JPEG y WebP para el uso en la web. Presta atención a las notas de las versiones de Chrome. Los méritos técnicos del formato no están en seria disputa; la cuestión es puramente una de tiempos de adopción, y esos tiempos se están moviendo a favor de JXL, aunque más lentamente de lo que a sus defensores les gustaría.