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 Formato de Imagen de Nueva Generación

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

JPEG XL ofrece tres ventajas únicas: (1) retranscodificación JPEG sin pérdida — los JPEGs existentes se almacenan como JXL con ~20% menos tamaño y pueden recuperarse bit a bit como el JPEG original; (2) decodificación progresiva — una previsualización de baja calidad es visible desde los primeros bytes; (3) soporte HDR completo con hasta 32 bits float por canal, espacios de color de amplia gama y perfiles ICC. WebP y AVIF carecen de retranscodificación JPEG sin pérdida y tienen soporte HDR limitado.

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.

Safari 17+ (macOS Sonoma, iOS 17) soporta JXL completamente. Firefox lo soporta tras activar un indicador experimental (image.jxl.enabled). Chrome eliminó su soporte experimental de JXL en la versión 110 pero el equipo de Chromium tiene planes para añadirlo de nuevo. Para la entrega web hoy, detecta la cabecera Accept: image/jxl y sirve JXL a usuarios de Safari mientras envías AVIF o WebP a otros navegadores.

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.

Al ejecutar `cjxl entrada.jpg salida.jxl --lossless_jpeg=1`, JXL almacena los coeficientes DCT originales del JPEG, las tablas de cuantización y los códigos Huffman en un contenedor con codificación de entropía más eficiente — no se aplica ninguna nueva transformación con pérdida. El resultado es aproximadamente un 20% más pequeño. Ejecutar `djxl salida.jxl restaurado.jpg --jpeg` reconstruye los bytes exactos del JPEG original, idénticos bit a bit.

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.

Para fotografía web, calidad 85–90 (sobre 100) produce resultados visualmente excelentes con aproximadamente la mitad del tamaño de un JPEG Q75. Los valores de calidad JXL no son directamente comparables a los de JPEG — calibra visualmente para tu contenido. Usa nivel de esfuerzo 7 (-e 7) para una buena relación tamaño/velocidad en producción; esfuerzo 9 para archivo de máxima compresión. Para sin pérdida, usa -q 100 o --lossless.

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.

Usamos cookies y tecnologías similares para personalizar contenido y anuncios, y para analizar el tráfico. Más información sobre cookies.