Resumen rápido para lectores y asistentes

• Hecho nuevo: Chrome for Developers confirma que Chrome incorpora soporte de decodificación JPEG XL desde Chrome 155.
• Fecha de la fuente principal: 6 de octubre de 2026.
• Qué aporta: mejor compresión que JPEG, compresión sin pérdida, HDR integrado, transcodificación JPEG sin pérdida y carga progresiva más fina.
• Implementación técnica: Chrome usa jxl-rs, un decodificador escrito en Rust, por motivos de seguridad de memoria.
• Consejo práctico: probar JPEG XL junto a AVIF, no como sustitución universal automática.
• Primer paso recomendable: desplegar con <picture> y fallback a AVIF, WebP o JPEG.

Qué ha anunciado Chrome exactamente

La publicación oficial de Chrome for Developers indica que Chrome empieza a distribuir soporte de decodificación para archivos .jxl desde Chrome 155. Google describe JPEG XL como un formato pensado para desarrolladores web y fotografía moderna, con una mejora de compresión del 30 al 50% frente a JPEG, soporte HDR y transcodificación JPEG sin pérdida.

La parte más interesante no es solo la compatibilidad. Chrome explica que el decodificador integrado es jxl-rs, una implementación en Rust. La razón es importante: los decodificadores de imágenes procesan datos binarios no confiables que llegan desde la red, así que son una superficie de ataque delicada dentro del navegador.

Además, el movimiento encaja con la línea reciente de Chrome de acelerar cambios de plataforma con más cadencia. En Aketdoy ya veníamos siguiendo esa evolución con piezas como Chrome 153 y WebGPU buffer_view o Chrome 152 y la CPU Performance API.

Por qué JPEG XL importa de verdad

La web ya tiene AVIF y WebP, así que la pregunta lógica es por qué otro formato merece atención. La respuesta corta: JPEG XL no compite solo por “pesar menos”. Compite por cubrir escenarios donde la fotografía, la fidelidad, el HDR y la transición desde JPEG clásico pesan mucho.

Ventajas concretas que conviene mirar

• Fotografía de alta calidad: Chrome recomienda probar JPEG XL especialmente en imágenes fotográficas y casos de compresión sin pérdida.
• HDR y color: el formato está diseñado para flujos modernos con alto rango dinámico y más exigencia cromática.
• Transición desde JPEG: JPEG XL permite transcodificar JPEG sin pérdida, una ventaja interesante para archivos históricos o catálogos grandes.
• Carga progresiva: puede mejorar la percepción de carga al refinar la imagen gradualmente, no solo al mostrarla cuando ya está completa.
• Seguridad del navegador: el uso de Rust en jxl-rs reduce el riesgo asociado a errores de memoria en un componente expuesto.

El sitio oficial del comité JPEG también subraya que JPEG XL está pensado para entornos web responsivos, fotografía profesional, alto rango dinámico, color amplio y transición desde JPEG heredado. Puedes consultar su descripción técnica en la página oficial de JPEG XL.

Cómo adoptarlo sin romper compatibilidad

El error sería tratar JPEG XL como un interruptor global. La adopción razonable empieza por pruebas controladas: elegir un conjunto de imágenes reales, comparar calidad visual, tamaño, tiempo de decodificación y compatibilidad, y después desplegar con fallback.

Un patrón inicial puede ser este:

<picture>
  <source srcset="foto.jxl" type="image/jxl">
  <source srcset="foto.avif" type="image/avif">
  <source srcset="foto.webp" type="image/webp">
  <img src="foto.jpg" alt="Descripción útil de la imagen">
</picture>

Ese orden no es una regla universal. Si AVIF sale mejor en una imagen concreta, úsalo primero. Si JPEG XL conserva mejor detalle, HDR o una transcodificación limpia desde JPEG, dale prioridad en ese caso. La propia publicación de Chrome recomienda probar AVIF y JPEG XL para elegir con datos.

Checklist técnico antes de desplegar JPEG XL

1. Comparar JPEG XL, AVIF, WebP y JPEG con imágenes reales del proyecto.
2. Medir peso final, calidad perceptual y comportamiento en conexiones lentas.
3. Confirmar que el CMS, CDN y pipeline de miniaturas no eliminan el tipo MIME image/jxl.
4. Mantener fallback para navegadores antiguos y bots que todavía no entiendan el formato.
5. Revisar caché, cabeceras y transformación automática de imágenes en el CDN.
6. Documentar qué perfiles de imagen se sirven en cada caso para no duplicar almacenamiento sin control.

Para equipos que trabajan con extensiones, APIs de navegador o herramientas web pesadas, este cambio entra en el mismo grupo de decisiones de plataforma que ya vimos con la retirada de Manifest V2 en Chrome Web Store: no es solo una novedad técnica, sino una actualización de mantenimiento que conviene convertir en tarea real.

Vídeo útil: carga progresiva y percepción de rendimiento

No hay un vídeo oficial reciente dedicado solo al lanzamiento de JPEG XL en Chrome 155, pero sí existe una pieza oficial de web.dev y Chrome Developers que ayuda a entender por qué la carga progresiva de imágenes importa para la experiencia percibida. El episodio Progressively loading images – HTTP 203 explica cómo se cargan distintos formatos y qué decisiones afectan a la sensación de velocidad.

Conclusión: JPEG XL vuelve por una razón práctica

JPEG XL en Chrome 155 no significa que todos los sitios deban rehacer su biblioteca de imágenes esta semana. Sí significa que el formato deja de ser una rareza difícil de justificar en producción y pasa a formar parte seria de la conversación web.

La recomendación para octubre de 2026 es bastante pragmática: probarlo en fotografías y galerías exigentes, compararlo con AVIF, mantener fallback y revisar la cadena completa de publicación. Si el resultado mejora peso, fidelidad o carga progresiva sin complicar demasiado el pipeline, JPEG XL ya merece entrar en el plan técnico.

Preguntas frecuentes sobre JPEG XL en Chrome

¿Desde qué versión Chrome soporta JPEG XL por defecto?

Chrome for Developers anuncia soporte de decodificación JPEG XL desde Chrome 155.

¿JPEG XL sustituye automáticamente a AVIF o WebP?

No. Google recomienda probar AVIF y JPEG XL, porque cada formato puede rendir mejor según el tipo de imagen y el objetivo de calidad.

¿Esto afecta a WordPress y CMS similares?

Sí, pero depende del flujo. Antes de subir JPEG XL en masa conviene comprobar soporte del servidor, MIME type, CDN, plugins de optimización, miniaturas y fallback para navegadores antiguos.

¿Cuál es la forma más prudente de usarlo?

Usar <picture> con type="image/jxl" y mantener versiones AVIF, WebP o JPEG como respaldo.

Fuentes principales consultadas

• Chrome for Developers: Shipping JPEG XL in Chrome
• Chrome for Developers: Chrome 156 beta
• Chrome Platform Status: Chrome 156 Release Notes
• JPEG.org: JPEG XL overview
• Mozilla Hacks: Intent to Ship JPEG XL
• web.dev: Progressively loading images – HTTP 203

Datos revisados el 12 de octubre de 2026.