Compresión de imágenes 2026: WebP, AVIF, JPEG XL y JPEG AI

Última actualización: August 1, 2026

Probé cwebp, avifenc y cjxl con 4 fotos reales de alta resolución. Los resultados son claros: WebP es un 32% más pequeño que JPEG q82 de promedio, AVIF es un 65% más pequeño que JPEG (y un 48% más pequeño que WebP), y JPEG XL es un 30% más pequeño que JPEG. Pero la ratio de compresión es solo la mitad de la historia. El soporte del navegador, la velocidad de codificación y cómo maneja cada formato el texto y los degradados determinan cuál deberías usar hoy.

Respuesta rápida: ¿qué formato de compresión de imágenes usar en 2026?

Elige WebP como formato predeterminado hoy. Según los datos de Can I Use, WebP tiene una cobertura global del 96,1%, codifica rápido (0,64 segundos medidos en una foto de 4226x2847) y es un 32% más pequeño que el JPEG tradicional. Si tu objetivo es la máxima compresión y los navegadores de tu audiencia lo soportan, usa AVIF. Tiene entre un 93% y un 95% de cobertura global y es un 48% más pequeño que WebP con la misma calidad. JPEG XL tiene solo un 14%-16% de cobertura en 2026, así que solo tiene sentido para migración lossless de JPEG. JPEG AI sigue en fase de investigación y no debe usarse para imágenes web cotidianas.

Si solo quieres comprimir una imagen en el navegador, el Compresor de imágenes exporta WebP y AVIF sin instalación. Para convertir JPEGs antiguos a formatos modernos por lotes, usa el Conversor de imágenes.

¿Qué es JPEG AI y por qué importa para la compresión de imágenes?

JPEG AI es el primer estándar internacional de codificación de imágenes basado en redes neuronales, desarrollado por el Comité JPEG (ISO/IEC JTC1/SC29/WG1). Los códecs tradicionales usan transformada de coseno discreta o transformada wavelet para comprimir píxeles. JPEG AI, en cambio, codifica la imagen en un tensor latente compacto y usa una red neuronal para reconstruir la imagen al decodificar.

Según el documento oficial del Comité JPEG, JPEG AI consigue un ahorro de BD-rate del 12,5% al 27,9% frente a la codificación VVC Intra en configuraciones relevantes. El hilo de benchmarks de la comunidad encode.su confirma este rango de datos. El análisis de Streaming Learning Center destaca que JPEG AI no es retrocompatible con el JPEG tradicional: es un códec completamente nuevo, lo que significa que navegadores, sistemas operativos y CMS necesitan soporte dedicado para decodificarlo.

El avance central de JPEG AI es la compresión semántica. Codifica las "características de significado" de una imagen en lugar de datos píxel a píxel, por lo que a tasas de bits muy bajas la imagen reconstruida suele verse más natural que los artefactos de bloque de los códecs tradicionales. Sus objetivos de diseño incluyen servir tanto al consumo visual humano como a tareas de visión artificial simultáneamente, una dimensión que los formatos tradicionales nunca consideraron.

La contrapartida es que tanto la codificación como la decodificación requieren aceleración GPU o NPU, y la codificación en tiempo real en una CPU de servidor estándar aún no es práctica. Cloudinary señaló en su análisis de 2026 que JPEG AI representa un cambio de paradigma de compresión "exacta en píxeles" a "optimizada perceptualmente".

Probé WebP, AVIF y JPEG XL. ¿Cuánto más pequeños son realmente?

Descargué 4 fotos reales de alta resolución de Pexels (retrato 3500x2333, paisaje 4226x2847, comida 2000x1333, producto 2000x1325) y las codifiqué con cwebp, avifenc y cjxl a calidad equivalente a q82. Aquí están los bytes reales:

AVIF es el campeón de compresión, promediando un 48% más pequeño que WebP. En la foto de paisaje, el mayor ejemplo, los 579 KB de AVIF son solo el 34% del JPEG y el 51% del WebP. JPEG XL y WebP están cerca en ratio de compresión, pero JPEG XL tiene una ventaja única: migración lossless de JPEG.

En velocidad de codificación, medí la foto de paisaje (4226x2847, el ejemplo mayor): WebP q82 tardó 0,64 segundos, AVIF cr30 tardó 0,24 segundos (el codificador SVT-AV1 es muy eficiente en Apple Silicon), y JPEG XL q82 tardó 0,84 segundos. Esta clasificación difiere de lo que muchos esperan. AVIF no es el más lento, pero su tiempo aumenta bruscamente en configuraciones de alta calidad (cr por debajo de 20), mientras que WebP y JPEG XL tienen curvas de calidad-tiempo más planas. El hilo de discusión de la comunidad r/jpegxl de 2026 confirma: AVIF destaca en opciones de ajuste flexibles, mientras que las fortalezas de JPEG XL son la migración lossless de JPEG y la decodificación progresiva.

¿En qué escenarios falla cada formato?

Los números de compresión no cuentan toda la historia. Descubrí que los diferentes formatos se comportan de manera muy distinta según el tipo de contenido:

• Capturas de pantalla con texto pequeño — Comprimí una captura de tabla de precios (con decimales como "$199.99") y encontré que AVIF empieza a mostrar artefactos de ringing alrededor de los bordes de los decimales a partir de cr40. JPEG XL difumina el texto por debajo de q70. El WebP lossless se mantiene perfectamente nítido en este tipo de contenido, solo un 40% más grande que la versión con pérdida. Para capturas de UI, paneles y código, PNG o WebP lossless siguen siendo la mejor opción.

• Degradados y fondos de color sólido — AVIF y JPEG XL rinden excelente en degradados suaves, casi sin banding. WebP puede mostrar un ligero banding en degradados a niveles de calidad bajos (por debajo de q70), pero es mayormente invisible a q80 y superior.

• Bordes de alto contraste — El límite entre texto y fondo, y los bordes nítidos de imágenes de producto, son puntos débiles de todos los formatos con pérdida. Cuanto menor sea la calidad, más visibles son los artefactos de ringing. Mi consejo es inspeccionar visualmente las zonas de borde en el tamaño de visualización final antes de fijar el parámetro de calidad.

• Codificación en tiempo real del lado del servidor — Si necesitas generar múltiples variantes de calidad en tiempo real al subir, AVIF puede convertirse en un cuello de botella en configuraciones de alta calidad. WebP tiene el tiempo de codificación más estable y es adecuado para escenarios en tiempo real.

¿Cuál es la situación de soporte de navegadores? ¿Es seguro usarlo ahora?

Según las estadísticas de Can I Use de junio de 2026, el panorama de soporte de navegadores es:

WebP es el único formato moderno con disponibilidad cercana al 100% en todos los navegadores principales, incluyendo iOS Safari antiguo y navegadores integrados de Android. El resumen comparativo de ImageSEO de 2026 lo describe con precisión: WebP gana en compatibilidad, AVIF en compresión, y JPEG XL es técnicamente excelente pero retrasado en adopción. Cloudinary señala que 2026 podría ser el punto de inflexión de JPEG XL al haber vuelto a Chrome y Firefox, pero la página de Can I Use de JPEG XL muestra que sigue disponible solo tras flag o experimentalmente, y no se recomienda para producción dirigida a una audiencia masiva.

Si necesitas cubrir todos los navegadores, usa la etiqueta HTML <picture> para proporcionar fallback multi-fuente: prefiere AVIF, recurre a WebP, luego JPEG. Así los navegadores modernos obtienen el AVIF más pequeño, mientras que los antiguos degradan automáticamente a WebP o JPEG.

¿Cómo afecta la compresión de imágenes al SEO y a Core Web Vitals?

Las imágenes suelen ser el recurso más grande de una página web y el elemento más común de Largest Contentful Paint (LCP). En páginas de producto de e-commerce, la imagen principal del producto es casi siempre el elemento LCP. Comprimir y dimensionar correctamente esa imagen es la acción de mayor impacto para mejorar las puntuaciones de Core Web Vitals. La guía de 2026 de Zest Web Solutions señala que WebP y AVIF reducen el tamaño del payload entre un 30% y un 50% frente al JPEG estándar manteniendo una calidad de alta resolución nítida.

La guía de rendimiento de imágenes de Google web.dev confirma que formatos modernos como WebP y AVIF pueden reducir el tamaño de descarga, lo que también puede mejorar el LCP cuando la imagen es importante para el primer viewport. Core Web Vitals es una señal oficial de ranking de Google. Cambiar la imagen hero del pliegue superior de JPEG a WebP o AVIF suele mejorar el LCP entre 0,5 y 1,5 segundos.

Pero la elección del formato es solo el primer paso. Si una imagen se muestra a 800 píxeles de ancho pero subes un original de 4000 píxeles, el navegador sigue descargando píxeles que el lector nunca ve. Recorta y redimensiona a las dimensiones máximas que la página muestra realmente primero, luego elige formato y calidad. Ese es el orden correcto.

¿Cómo optimizar imágenes paso a paso?

Basándome en mi experiencia procesando cientos de imágenes, este es el flujo de compresión más fiable:

• Determinar el propósito de la imagen: web, impresión o archivo

• Comprobar la distribución de navegadores de tu audiencia (informe de Google Analytics)

• Recortar al lienzo mínimo necesario, eliminando el espacio en blanco sobrante

• Redimensionar al ancho de píxel máximo que la página muestra realmente (típicamente 2x DPR)

• Para contenido fotográfico, empezar con WebP q80 a q85 como base

• Para capturas con texto, usar PNG o WebP lossless primero

• Si el tamaño es la métrica crítica, producir una versión AVIF y comparar con WebP a calidad visual equivalente

• Inspeccionar visualmente rostros, bordes de texto, degradados y sombras en el tamaño final

• Usar la etiqueta <picture> para proporcionar fallback JPEG

• Añadir una pista preload para imágenes LCP del pliegue superior

¿Cómo comprimir y convertir imágenes por lotes?

Procesar una sola imagen es fácil, pero cuando te enfrentas a un catálogo de productos completo o una biblioteca de imágenes de blog, el procesamiento por lotes es la necesidad real. Las herramientas de línea de comandos se pueden scriptar: usa cwebp -q 82 *.jpg para convertir por lotes a WebP, o combina avifenc con un bucle shell para AVIF. Si no quieres instalar herramientas de línea de comandos, usa la Herramienta de imágenes por lotes o el Compresor de imágenes del navegador para arrastrar una carpeta entera y exportar como WebP o AVIF.

El principio clave es: conserva siempre el archivo original y envía los resultados comprimidos a un directorio nuevo. Así puedes ajustar los parámetros de calidad repetidamente sin perder el material fuente. Para sitios de e-commerce, recomiendo generar versiones WebP (universal) y AVIF (mejorada) simultáneamente, dejando que el navegador elija el formato óptimo vía la etiqueta <picture>. Para estrategias detalladas de redimensionado por lotes, consulta la Guía de redimensionado por lotes.

Preguntas frecuentes

¿WebP o AVIF: cuál es mejor para e-commerce?

WebP es mejor como predeterminado para e-commerce porque funciona en todos los navegadores y codifica rápido. AVIF puede servir como mejora para móvil o páginas con muchas imágenes, ahorrando un 48% adicional de tamaño.

¿Está JPEG XL listo para producción en 2026?

JPEG XL still tiene solo un 14%-16% de cobertura de navegadores en 2026, e iOS Safari no lo soporta, necesitas un fallback. No se recomienda como único formato para producción dirigida al gran público.

¿Cuándo será mainstream JPEG AI?

JPEG AI sigue en fase de estandarización e implementación temprana, con codificación y decodificación dependientes de GPU o NPU. Se espera que tome otros 2 a 3 años antes de que los navegadores y CMS principales lo soporten de forma nativa.

¿Cuánto afecta la compresión de imágenes al SEO?

El tamaño del archivo de imagen afecta directamente al LCP y las puntuaciones de Core Web Vitals, que son señales oficiales de ranking de Google. Cambiar la imagen hero de JPEG a WebP o AVIF suele mejorar el LCP entre 0,5 y 1,5 segundos.

¿Cuánto más pequeño es AVIF que WebP a la misma calidad?

Según mis pruebas con 4 fotos reales, AVIF es de promedio un 48% más pequeño que WebP y un 65% más pequeño que JPEG q82 a calidad percibida equivalente, siendo el formato práctico más eficiente hoy.

¿Compresión lossless o con pérdida: cuál elegir?

Usa lossless para contenido que requiere fidelidad perfecta de píxeles (capturas de UI, imágenes con texto, imágenes médicas). Usa con pérdida para fotos, ilustraciones e imágenes de escenas naturales, ya que el ojo humano es insensible a la pérdida de detalle de alta frecuencia y ganas una reducción de tamaño significativa.

¿Cómo convertir JPEG a WebP o AVIF por lotes?

Usa herramientas de línea de comandos (cwebp, avifenc) con bucles de shell script, o usa el Compresor de imágenes del navegador para arrastrar una carpeta y exportar formatos modernos por lotes.

¿Puede JPEG XL migrar JPEGs antiguos sin pérdida?

Sí. JPEG XL soporta recompresión lossless de JPEGs existentes, produciendo archivos más pequeños con salida idéntica en píxeles. Esta es una de sus ventajas únicas frente a AVIF y WebP.

¿Qué formato de imagen carga más rápido?

La velocidad de carga depende del tamaño del archivo, así que AVIF típicamente carga más rápido (archivos más pequeños), pero la velocidad de decodificación varía entre dispositivos. WebP tiene la eficiencia de decodificación más estable y es mejor para compatibilidad con dispositivos de gama baja.

Resumen

La compresión de imágenes en 2026 ha pasado de una elección binaria "WebP vs JPEG" a un panorama de cuatro vías: WebP, AVIF, JPEG XL y JPEG AI. Mi conclusión del benchmark: usa WebP como predeterminado hoy (96% de cobertura, 32% más pequeño que JPEG), AVIF para máxima compresión (48% más pequeño que WebP), JPEG XL como formato a observar (actualmente solo 14%-16% de cobertura), y JPEG AI como tecnología futura a monitorear.

Independientemente de cuál elijas, recuerda que el orden de compresión importa más que la elección del formato. Recorta y redimensiona a las dimensiones de visualización primero, luego elige formato y calidad. Para profundizar en algoritmos de compresión, lee Algoritmos de compresión de imágenes explicados. Para aprender a comprimir imágenes a un tamaño específico, consulta la Guía de comprimir imagen a 100KB y Comprimir imágenes sin perder calidad. Para comparaciones directas de formatos, lee Comparación AVIF vs WebP y WebP vs JPEG vs PNG. Para empezar a comprimir ahora, usa el Compresor de imágenes o el Conversor de imágenes.

Créditos de imágenes

Las imágenes de portada y del artículo provienen de Pexels (fotógrafo Markus Spiske y el equipo de Pexels), convertidas a WebP y alojadas en el CDN de imagic-ai.