Saltar al contenido principal
🇬🇧 English 🇧🇷 Português 🇩🇪 Deutsch
Convertidor de imágenes Convertidor de vídeo Convertidor de audio Convertidor de documentos
Herramientas Guías Formatos Precios API
Iniciar sesión
Guía

JPEG XL (JXL): El estándar de imagen de próxima generación que lo hace todo

PC Por Pablo Cirre

Conversiones relacionadas

Pon en práctica lo que acabas de aprender — convierte tus archivos ahora en segundos, gratis y sin registro.

Preguntas frecuentes

Google eliminó el soporte de JPEG XL de Chrome en agosto de 2022 (Chrome 110), citando una adopción insuficiente del ecosistema más allá del propio Chrome y preocupaciones sobre el coste técnico de mantener un codec no estándar. Esta decisión fue muy controvertida — JPEG XL tenía amplio soporte de profesionales de imagen, proveedores de CDN (Cloudflare, Fastly), y la superioridad técnica del formato no estaba en disputa. Safari añadió soporte nativo de JXL en 2023.

Usa <strong>lossy</strong> (JPG, WebP, AVIF) para fotografías — el ojo humano apenas nota diferencia a calidad 80–85 y los archivos son 5–20× más pequeños. Usa <strong>lossless</strong> (PNG, WebP-lossless) para capturas, mockups, logos y cualquier imagen con bordes nítidos o texto — lossy genera artefactos feos alrededor de los bordes.

JPEG XL puede almacenar los coeficientes DCT exactos de un fichero JPEG junto con sus metadatos, creando un fichero JXL que: (1) es matemáticamente sin pérdida — volver a JPEG produce un fichero bit a bit idéntico, (2) es típicamente un 20% más pequeño que el JPEG original, y (3) no requiere decisiones de calidad. Comando: cjxl --lossless_jpeg=1 entrada.jpg salida.jxl. Esto permite migrar archivos JPEG completos a JXL sin ninguna pérdida de calidad.

Para proyectos nuevos en 2026, WebP es soportado por todos los navegadores modernos (95%+ del tráfico) y ahorra 25–35% sobre JPG a misma calidad visual. AVIF es aún más eficiente (40–50% menos) pero la codificación es más lenta y el soporte en Safari es reciente. Usa WebP por defecto y AVIF como mejora progresiva con <code>&lt;picture&gt;</code> y fallback JPG.

Por méritos técnicos, JPEG XL supera a AVIF: logra una compresión ligeramente mejor con ajustes de alta calidad, decodifica 2-4x más rápido, soporta transcodificación JPEG sin pérdida (único), maneja float de 32 bits y CMYK (imposible en AVIF) y soporta decodificación progresiva. Sin embargo, AVIF tiene soporte de navegador del 95%+ incluyendo Chrome mientras JPEG XL carece de soporte Chrome. Para entrega web que requiere compatibilidad con Chrome, AVIF gana por razones prácticas.

Depende de la herramienta: ImageMagick y FFmpeg copian EXIF por defecto; cwebp los descarta a menos que pases <code>-metadata all</code>. KaijuConverter elimina los metadatos en servidor tras la conversión para proteger tu privacidad — si necesitas mantener datos de cámara o GPS, usa una herramienta de escritorio bajo tu control.

Condicionalmente. Si tu audiencia es principalmente usuarios de Safari/iOS, JPEG XL es viable con fallback WebP usando el elemento <picture>. Si necesitas soporte Chrome, sirve AVIF o WebP a usuarios Chrome y JXL a usuarios Safari mediante negociación de contenido del lado del servidor (comprobando la cabecera Accept: image/jxl). Para archivos de imagen y pipelines de migración JPEG sin pérdida ejecutándose en el lado del servidor, JPEG XL es excelente independientemente del soporte del navegador.

Tres causas habituales: (1) los perfiles ICC perdidos durante la conversión desplazan ligeramente los colores; (2) el chroma subsampling (4:2:0) reduce precisión de color en JPG/WebP lossy; (3) el formato destino puede no soportar funciones del original (p.ej. PNG → JPG pierde la transparencia, queda fondo blanco). Para resultados pixel-perfect usa formatos lossless y preserva el perfil de color explícitamente.