JPEG XL Chrome se convierte en una realidad con Chrome 155, publicado el 6 de octubre de 2026, pero eso no justifica sustituir inmediatamente WebP y AVIF. JPEG XL ofrece sobre todo una ganancia potencial para fotografías fieles, imágenes grandes y la recompresión sin pérdida de archivos JPEG. Para un sitio en producción, la estrategia adecuada consiste en probarlo mientras se conservan varios formatos de reserva.
¿Qué cambia con la llegada de JPEG XL a Chrome 155?
Chrome 155 decodifica JPEG XL de forma predeterminada desde el 6 de octubre de 2026 en ordenador, Android y Android WebView. El navegador reconoce los archivos .jxl servidos con el tipo MIME image/jxl. Esta evolución hace que el formato sea utilizable a gran escala, pero su compatibilidad sigue siendo inferior a la de WebP y AVIF.
JPEG XL es un formato de imagen normalizado en la serie ISO/IEC 18181 desde 2021. Admite la compresión con pérdida, que elimina cierta información para aligerar el archivo, y la compresión sin pérdida, que conserva todos los datos de la imagen.
El formato también admite transparencia alfa, animación, HDR (rango de luminosidad ampliado), espacios colorimétricos amplios y decodificación progresiva. Esta última muestra progresivamente una imagen utilizable en lugar de esperar a que se complete la descarga, una ventaja apreciable en fotografías grandes y conexiones lentas.
La implementación de JPEG XL en Chrome se basa en 2026 en jxl-rs, un decodificador escrito en Rust y diseñado para limitar los errores de gestión de memoria. Mozilla ha seleccionado el mismo componente para Firefox. Esta elección común simplifica el seguimiento técnico, sin garantizar que todas las funciones sean idénticas entre navegadores.
¿Hay que sustituir WebP y AVIF por JPEG XL?
JPEG XL no debe sustituir sistemáticamente a WebP y AVIF en 2026. Google recomienda comparar AVIF y JPEG XL según las imágenes, mientras que Mozilla también considera que el resultado depende del contenido y del nivel de calidad solicitado. WebP y AVIF siguen siendo las opciones más seguras para una distribución compatible.
JPEG XL resulta especialmente interesante para fotografías de alta fidelidad, imágenes de grandes dimensiones y necesidades sin pérdida. También puede recomprimir un archivo JPEG existente sin modificar sus píxeles, con un ahorro de aproximadamente el 20 % señalado por la bibliografía técnica citada por Google en 2026.
AVIF suele conservar una ventaja en fotografías destinadas a la web y en elementos visuales que combinan áreas de color uniforme, contornos nítidos y detalles. WebP sigue siendo pertinente cuando la prioridad es un procesamiento sencillo y una compatibilidad amplia. Sinceramente, sustituir toda una biblioteca WebP funcional no está justificado sin realizar mediciones con las imágenes reales del sitio.
La siguiente tabla recoge los resultados publicados por Mozilla el 24 de agosto de 2026. Se trata de dos muestras, no de una clasificación universal: el codificador, el ajuste de calidad y el contenido pueden invertir el resultado.
| Imagen y ajuste | JPEG XL | AVIF | WebP | Lectura útil |
|---|---|---|---|---|
| Fotografía, calidad media-alta con pérdida | 134 kB | 116 kB | No comunicado | AVIF es más ligero en esta muestra |
| Fotografía, sin pérdida | 1,45 MB | 1,76 MB | 1,55 MB | JPEG XL es el más ligero en esta muestra |
| Captura de pantalla, calidad muy alta con pérdida | 23,8 kB | 11,6 kB | No comunicado | AVIF es claramente más ligero aquí |
| Captura de pantalla, sin pérdida | 92 kB | 164 kB | 96 kB | JPEG XL supera ligeramente a WebP |
Estas mediciones muestran por qué una media global puede llevar a tomar una decisión equivocada. Google indica en 2026 que JPEG XL puede producir archivos entre un 30 % y un 50 % más pequeños que JPEG comparables, pero esta ganancia no predice su resultado frente a un AVIF correctamente codificado.
¿Qué navegadores son compatibles con JPEG XL en 2026?
La compatibilidad con JPEG XL sigue clasificada como «disponibilidad limitada» por Web Platform DX en 2026. Safari 17 y iOS Safari 17 son compatibles con el formato desde el 18 de septiembre de 2023, y Chrome 155 desde el 6 de octubre de 2026. Firefox 158 debía activarlo el 13 de octubre de 2026, una fecha futura al 10 de octubre.
WebP y AVIF son compatibles con las versiones actuales de Chrome, Microsoft Edge, Firefox y Safari en 2026. Por tanto, una empresa no debería distribuir únicamente archivos JPEG XL hasta haber comprobado los navegadores que utiliza realmente su audiencia.
La presencia de un formato en un navegador no siempre significa que todas sus funciones estén disponibles. El 24 de agosto de 2026, Mozilla señalaba, en particular, que la implementación de Safari todavía no gestionaba la renderización progresiva ni la animación. Por tanto, una galería de fotos fija y una animación de marketing no presentan el mismo nivel de riesgo.
Desde el punto de vista de la agencia, lo habitual es consultar los datos de audiencia antes de modificar el flujo de trabajo de imágenes. Una media mundial pesa menos que la distribución real de los navegadores de una intranet empresarial, una tienda o un sitio consultado majorariamente en iPhone.
¿Cómo desplegar JPEG XL sin mostrar imágenes rotas?
El despliegue fiable de JPEG XL se basa en el elemento HTML , que propone varias fuentes dentro de un orden definido. Un navegador ignora el tipo MIME que no reconoce y carga la siguiente fuente compatible. Debe mantenerse un JPEG o un PNG final para cubrir los entornos antiguos.
Una migración razonable comienza con un pequeño conjunto de elementos visuales representativos, no con la conversión de toda la biblioteca multimedia. Los pasos siguientes reducen el riesgo técnico y permiten medir el beneficio real:
- Seleccionar fotografías, capturas de pantalla, imágenes con transparencia y elementos visuales de gran tamaño correspondientes a los usos del sitio web.
- Codificar cada archivo en JPEG XL y AVIF con una calidad visual comparable y conservar después WebP o JPEG como último recurso.
- Declarar las fuentes en
, contype="image/jxl", despuéstype="image/avif"otype="image/webp". - Comprobar el tipo MIME enviado por el servidor, el peso transferido, el tiempo de decodificación y la visualización en los navegadores de la audiencia.
- Automatizar la generación únicamente después de validar la configuración y prever una reversión.
Esta automatización debe incorporarse a los procedimientos de despliegue, al igual que el patch management sin interrupción de la producción. Una biblioteca de codificación actualizada sin realizar pruebas puede modificar el peso, la calidad o el tiempo de procesamiento de miles de imágenes.
El mismo razonamiento se aplica a los medios pesados: una imagen y un vídeo requieren versiones adaptadas a su canal. La elección de un format debe prolongar la reflexión llevada a cabo sobre la diferencia entre un vídeo para un sitio web y un vídeo de Instagram, en lugar de buscar un único archivo para todos los usos.
¿Mejora JPEG XL automáticamente el rendimiento y el SEO?
JPEG XL no mejora automáticamente el referencias rendimiento natural. Un archivo más ligero puede acelerar la visualización y reducir los datos transferidos, pero el resultado también depende de las dimensiones, la carga diferida, la caché y el tiempo de decodificación. Google no presenta la elección de JPEG XL como una ventaja directa de posicionamiento en 2026.
La mejora útil se mide en el dispositivo del visitante. Un debate de ingeniería de Chromium publicado el 26 de agosto de 2026 planteó el caso de ciertas codificaciones JPEG XL sin pérdida cuya decodificación podía ser sensiblemente más lenta que la de WebP, con un posible coste en procesador y batería.
En los proyectos que llevamos a cabo, a menudo vemos equipos ahorrar unos pocos kilobytes mientras sirven una imagen dos veces más grande que el espacio que ocupa en pantalla. El redimensionamiento adaptable, es decir, el envío de un tamaño adecuado al dispositivo, produce alors un beneficio más evidente que un cambio de format aislado.
Como mínimo, hay que realizar un seguimiento del peso transferido, del Largest Contentful Paint o LCP (tiempo de visualización del contenido principal), de los errores de carga y del consumo del servidor relacionado con la codificación. Estos datos también contribuyen a una estrategia de visibilidad más amplia, al igual que los criterios SEO y GEO que se deben priorizar para hacer que los contenidos sean accesibles para los motores y los sistemas de IA.
¿Qué estrategia elegir para un sitio web en producción?
Para un sitio web en producción en 2026, la estrategia menos arriesgada consiste en añadir JPEG XL a los formats existentes en lugar de eliminarlos. Pruébelo primero con las fotografías grandes, los archivos JPEG y las imágenes sin pérdida. Mantenga AVIF o WebP y, después, JPEG o PNG, como soluciones de respaldo.
La decisión adecuada depende del coste de conversión, del volumen de imágenes y de la mejora observada. En un sitio corporativo que contenga unos pocos elementos visuales ya ligeros, una cadena de generación adicional a veces añade más mantenimiento del que ahorra en ancho de banda. En cambio, una fototeca voluminosa o un catálogo con muchas imágenes puede justificar rápidamente la prueba.
La decisión puede tomarse con tres preguntas sencillas: ¿JPEG XL reduce realmente el tamaño de los archivos con la misma calidad?, ¿lo utilizan los navegadores de sus visitantes? y ¿la decodificación sigue siendo fluida en dispositivos móviles? Si falta una de las respuestas, mantenga la experimentación detrás de una configuración reversible.
Definir de antemano la cadena de imágenes evita conversiones masivas innecesarias y problemas de compatibilidad tardíos. Una perspectiva externa puede ayudar sobre todo a definir un protocolo de pruebas relacionado con el rendimiento, los dispositivos de la audiencia y las limitaciones del alojamiento.
Preguntas frecuentes sobre JPEG XL en Chrome
¿Qué versión de Chrome lee archivos JPEG XL?
Chrome 155 lee archivos JPEG XL de forma predeterminada desde el 6 de octubre de 2026. La compatibilidad está disponible en Windows, macOS, Linux, ChromeOS, Android y Android WebView.
¿Qué extensión y qué tipo MIME se deben utilizar para JPEG XL?
Un archivo JPEG XL utiliza la extensión .jxl y debe enviarse con el tipo MIME image/jxl. Una configuración incorrecta del servidor puede impedir que el navegador utilice correctamente el archivo.
¿Puede JPEG XL convertir un JPEG sin pérdida de calidad?
JPEG XL permite transcodificar sin pérdida un archivo JPEG existente, preservando así sus píxeles y reduciendo potencialmente su peso. La literatura técnica citada por Google en 2026 habla de un ahorro de aproximadamente un 20 % para esta operación.
¿WordPress es compatible automáticamente con JPEG XL?
La compatibilidad del navegador no basta para garantizar una gestión automática por parte de WordPress, sus extensiones y su proveedor de alojamiento. El proceso de carga, la creación de variantes, el tipo MIME, la caché y los formats de reserva deben probarse en la instalación correspondiente.
¿Sustituirá JPEG XL al JPEG clásico?
JPEG XL no sustituye al JPEG clásico para una distribución universal en 2026. El JPEG sigue siendo útil como formato de respaldo, mientras que JPEG XL puede reducir el peso de fotografías o archivos cuando el navegador lo admite.