El nuevo escenario de los formatos de imagen
Durante más de dos décadas, JPEG y PNG han dominado la web: el primero para fotografías y el segundo para gráficos con transparencia. Los dos son formatos venerables (JPEG es de 1992, PNG de 1996), pero también son ineficientes comparados con lo que la tecnología moderna permite. En 2010 Google introdujo WebP como alternativa más eficiente, y en 2019 la Alliance for Open Media presentó AVIF, derivado del códec de vídeo AV1. Hoy ambos son formatos maduros, soportados por la mayoría de navegadores y listos para producción.
La pregunta práctica es: si voy a invertir tiempo en migrar las imágenes de mi sitio a un formato moderno, ¿cuál elijo? La respuesta corta es "AVIF cuando puedas, WebP siempre". La respuesta larga depende de tres factores que vamos a desgranar.
Compresión: cuánto pesa cada uno
En condiciones equivalentes (misma imagen, misma calidad percibida), las cifras típicas son:
- JPEG calidad 85: línea base. Pongamos que pesa 100 KB.
- WebP calidad 85: entre 65 y 75 KB. Reducción del 25–35 % frente a JPEG.
- AVIF calidad equivalente: entre 45 y 55 KB. Reducción del 45–55 % frente a JPEG y de un 20–30 % adicional sobre WebP.
Estas cifras varían según el tipo de imagen. AVIF brilla especialmente con fotografías de naturaleza, retratos y escenas con texturas suaves. WebP es competitivo en gráficos sintéticos, capturas de pantalla y diagramas. PNG sigue ganando solo cuando necesitas absoluta ausencia de pérdida y la imagen tiene pocos colores (logos, iconos, capturas de UI).
Soporte de navegadores
A principios de 2026, las cifras reales de soporte son:
- WebP: 97 % global (Chrome desde 2010, Firefox desde 2019, Safari desde 2020 en iOS 14, Edge desde 2018). Es seguro usarlo como formato primario en cualquier sitio público.
- AVIF: 95 % global. Chrome lo soporta desde 2020, Firefox desde 2021, Safari desde 2022 (iOS 16), Edge desde 2024. El 5 % restante corresponde a navegadores antiguos sin actualizar y a algunos sistemas embebidos.
Para sitios donde necesitas soportar el 100 % de visitantes, la solución estándar es la etiqueta picture con varios source que apuntan a las versiones avif, webp y un fallback jpg. El navegador descarga solo la primera versión que sepa decodificar.
Con este patrón, los navegadores modernos descargan la versión AVIF (la más ligera), los navegadores intermedios descargan WebP, y los antiguos descargan el JPEG de fallback. El usuario siempre ve una imagen, y el ahorro de bytes es máximo.
Velocidad de codificación y decodificación
Aquí AVIF tiene una pega: codificar AVIF es lento. Generar una imagen AVIF puede tardar entre 5 y 30 veces más que generar el mismo JPEG. Esto importa si procesas miles de imágenes en un build automatizado: tu pipeline puede pasar de tardar 1 minuto a tardar 30 minutos.
Sin embargo, el coste se paga una sola vez y los beneficios duran para siempre. Una vez generada, la imagen AVIF se descarga más rápido (porque pesa menos) y se decodifica en el navegador a velocidad similar a JPEG. Para sitios que generan imágenes en build (Next.js, Astro, Hugo) la lentitud de codificación no es un problema en producción, solo en desarrollo.
WebP es más rápido de codificar (2–5 veces más rápido que AVIF) y es la elección razonable cuando el tiempo de procesado importa: procesado bajo demanda en CDNs, herramientas de cliente, scripts en bash.
Calidad visual en zonas críticas
A bitrates muy bajos (cuando comprimes mucho), AVIF mantiene mejor el detalle en:
- Caras y piel humana
- Cielos y gradientes suaves
- Texto y bordes definidos
WebP empieza a mostrar artefactos de bloque (cuadrados visibles) y de "blurring" en estas zonas a calidades por debajo de 70. AVIF aguanta hasta calidades de 50 manteniendo apariencia decente.
A calidades altas (85+) la diferencia es prácticamente imperceptible al ojo, así que si trabajas con imágenes hero o portfolios donde la calidad importa, los dos formatos sirven.
¿Y el peso de una imagen muy pequeña?
Curiosamente, para imágenes muy pequeñas (avatares de 64×64 píxeles, iconos, thumbnails de 200×150) WebP suele ganar a AVIF en términos de peso. El motivo es que AVIF tiene una cabecera de archivo más pesada y para imágenes muy pequeñas el overhead supera la ganancia de compresión. Para thumbnails y miniaturas, WebP sigue siendo la opción más eficiente.
Cómo migrar tus imágenes hoy
El flujo más sencillo si tienes imágenes en JPG o PNG y quieres pasarlas a formatos modernos:
- Redimensiona al tamaño máximo de visualización con el redimensionador de imágenes.
- Convierte al formato moderno con el conversor de formato de imagen. Si tu objetivo es máxima compresión, AVIF; si tu objetivo es máxima compatibilidad con un peso razonable, WebP.
- Comprime con el compresor de imágenes para ajustar el balance entre peso y calidad.
Todo el proceso ocurre en el navegador, así que las imágenes nunca salen de tu equipo (importante para fotos de personas, capturas con datos sensibles o material confidencial).
Recomendación final
- Si construyes un sitio nuevo desde cero: usa AVIF como formato primario, WebP como fallback y JPG como último recurso, con la etiqueta picture.
- Si tienes un sitio existente y migras: empieza por WebP (más fácil, soporte universal). En una segunda fase, añade AVIF para los visitantes que lo soporten.
- Si gestionas miles de imágenes en un CDN: usa servicios como Cloudinary, Imgix o Bunny que generan ambos formatos automáticamente bajo demanda.
- Si solo tienes 5–20 imágenes y no quieres complicarte: WebP es más que suficiente. La diferencia en bytes con AVIF en este volumen es marginal.
Funcionalidades avanzadas de cada formato
Transparencia
Tanto AVIF como WebP soportan canal alfa (transparencia), a diferencia de JPEG que no lo soporta. WebP con transparencia suele pesar un 30-50% menos que PNG equivalente, y AVIF reduce ese peso aun mas. Para graficos con fondo transparente (logos, stickers, overlays), ambos formatos son excelentes sustitutos de PNG.
Animacion
WebP soporta animaciones (como GIF pero con mejor compresion y calidad). Un GIF animado convertido a WebP animado puede reducir su peso un 50-80% manteniendo la misma calidad. AVIF tambien soporta secuencias de animacion, con compresion todavia superior gracias al codec AV1, aunque el soporte en herramientas de creacion es mas limitado.
Profundidad de color y HDR
AVIF soporta hasta 12 bits de profundidad de color y HDR (High Dynamic Range), lo que lo hace ideal para fotografia profesional y contenido de alto rango dinamico. WebP esta limitado a 8 bits. Para la mayoria de usos web esta diferencia es irrelevante, pero para galerias de fotografia profesional o portfolios de alto nivel, la profundidad adicional de AVIF puede ser un factor decisivo.
El coste real de servir multiples formatos
Servir tres versiones de cada imagen (AVIF, WebP, JPEG) triplica el almacenamiento necesario. Para un blog con 50 imagenes esto es trivial, pero para un ecommerce con 100.000 fotos de productos, el coste de almacenamiento y el tiempo de procesado durante el build pueden ser significativos.
La solucion mas eficiente para sitios grandes es usar un CDN de imagenes que genere las variantes bajo demanda y las cachee automaticamente. El sitio sube una unica imagen fuente de alta calidad, y el CDN sirve la version optima segun el navegador del visitante.
Para sitios pequeños y medianos, generar las variantes durante el build con herramientas como sharp, Squoosh CLI o los optimizadores integrados del framework (next/image, Astro Image) es suficiente y no tiene coste recurrente.
Testing y comparacion visual
Antes de migrar todas las imagenes de tu sitio a un formato nuevo, realiza pruebas comparativas con una muestra representativa. Selecciona imagenes de diferentes tipos (fotografias, graficos, capturas de pantalla, imagenes con texto) y genera versiones en AVIF y WebP a diferentes niveles de calidad. Compara los resultados lado a lado en diferentes dispositivos y condiciones de pantalla para verificar que la calidad es aceptable.
Herramientas como Squoosh de Google permiten comparar formatos de forma interactiva, con un deslizador que muestra la imagen original y la comprimida simultaneamente. Esto es particularmente util para encontrar el nivel de calidad optimo: el punto justo antes de que los artefactos de compresion se vuelvan visibles.
Ademas de la comparacion visual subjetiva, existen metricas objetivas de calidad de imagen como SSIM (Structural Similarity Index) y PSNR (Peak Signal-to-Noise Ratio) que cuantifican la diferencia entre la imagen original y la comprimida. Un SSIM de 0.95 o superior indica que la degradacion es practicamente imperceptible para el ojo humano. Herramientas como dssim (CLI) pueden calcular estas metricas automaticamente para grandes lotes de imagenes, lo que permite automatizar la seleccion del nivel de calidad optimo en pipelines de build sin depender de la evaluacion visual subjetiva de una persona.
Para profundizar en optimización completa de imágenes para Core Web Vitals, lee la guía completa de optimización de imágenes para web. Y si todavía dudas entre WebP y JPG para casos básicos, el artículo WebP, el formato de imágenes para web cubre ese debate más antiguo.
¿Te ha sido útil este artículo?
Suscríbete a la newsletter mensual: un correo cuando publicamos algo igual de útil. Sin spam.
Los comentarios se activarán próximamente. ¿Quieres compartir algo sobre este artículo? Escríbenos en /contacto.