Convertir a WebP y AVIF online: imágenes más ligeras, webs más rápidas y mejor SEO

En casi todas las webs que auditamos, las imágenes son lo que más pesa de la página. Suelen representar entre el 50 y el 70 por ciento del peso total, mucho más que los scripts, las tipografías o el CSS juntos. Eso convierte al formato de imagen en la mejora de rendimiento más barata y con menos riesgo que existe: cambias los bytes que viajan por la red sin tocar tu maquetación, tu código ni tu diseño. Somos gdefoto, un estudio de fotografía de producto y retoque, y cada día publicamos imágenes optimizadas para tiendas online. En esta guía repasamos WebP y AVIF tal y como se lo explicamos a clientes y desarrolladores: qué son en realidad, cuánto peso ahorran frente a JPEG y PNG, cómo se traduce eso en páginas más rápidas y mejores Core Web Vitals, en qué punto está el soporte de los navegadores en 2026 y los casos concretos en los que un formato gana al otro. Si solo quieres resultados, puedes convertir a WebP y AVIF online en un minuto y pasar directamente a una web más ligera. Si quieres entender la decisión que hay detrás, sigue leyendo.

WebP y AVIF son formatos de imagen modernos, de nueva generación, creados para sustituir a los envejecidos JPEG y PNG. El JPEG es de 1992 y el PNG de 1996, y ambos son anteriores a las matemáticas de compresión que hoy damos por sentadas en los códecs de vídeo. WebP y AVIF toman prestadas esas matemáticas, y por eso meten la misma imagen en muchos menos bytes.

WebP lo lanzó Google en 2010. Deriva de los códecs de vídeo VP8 y, más tarde, VP9. Admite compresión con y sin pérdida, transparencia (un canal alfa como el del PNG) y animación (como el GIF). En la práctica vemos archivos WebP que pesan entre un 25 y un 35 por ciento menos que un JPEG con una calidad visualmente idéntica, y muchísimo menos que un PNG para el mismo gráfico con transparencia, a menudo entre un 60 y un 80 por ciento más ligeros.

AVIF llegó en 2019, construido sobre el códec de vídeo AV1. Es el más agresivo de los dos. AVIF admite gama de color amplia, HDR, profundidad de color de 10 y 12 bits, transparencia y animación. En contenido fotográfico solemos medir AVIF entre un 30 y un 50 por ciento más pequeño que un JPEG, y con frecuencia un 20 por ciento más pequeño que el WebP equivalente. Conserva el detalle en los tonos de piel, los degradados y las zonas de color plano, donde el JPEG genera bloques y artefactos.

Algunos números reales de archivos que manejamos. Una foto de producto de 1500 por 1500 píxeles que ocupa unos 420 KB como JPEG de calidad 85 pasa a unos 280 KB como WebP y a unos 190 KB como AVIF, sin que un comprador note la menor diferencia. En una página de producto con 40 imágenes, esa es la diferencia entre una página de 16 MB y otra de 7 MB.

Errores habituales que cometen aquí los webmasters:

• Convertir un JPEG ya comprimido y esperar magia. Sacas el máximo provecho cuando codificas a partir de un original de alta calidad, no de un archivo que ya ha perdido detalle.
• Subir la calidad al 100. AVIF y WebP se ven excelentes con calidad 75 a 85. Forzar el 100 infla el archivo y borra la ventaja.
• Usar PNG para fotos. El PNG es para gráficos planos y transparencias, nunca para fotografías. Pasar esas fotos a WebP o AVIF es el mayor ahorro individual en la mayoría de las webs.

Las imágenes más ligeras no son un simple lujo. Google posiciona las páginas en parte según su rendimiento de carga real a través de los Core Web Vitals, y las imágenes están directamente ligadas a las métricas que más importan. Pasarte a WebP o AVIF mueve la aguja en cada una de ellas.

El Largest Contentful Paint (LCP) suele ser tu imagen principal o la del producto destacado. Es la métrica a la que Google da más peso, y el objetivo es por debajo de 2,5 segundos. Como el LCP mide cuándo termina de cargar tu elemento visible más grande, reducir esa imagen de 420 KB a 190 KB puede recortar un segundo entero o más en una conexión móvil de gama media. En nuestras pruebas de antes y después, solo la conversión de formato saca de forma habitual el LCP de la franja de "necesita mejorar" a la de "bueno".

El Cumulative Layout Shift (CLS) tiene que ver con la estabilidad visual, con un objetivo por debajo de 0,1. Las imágenes más ligeras, que cargan más rápido, combinadas con atributos explícitos de anchura y altura, evitan que el contenido salte cuando aparecen las fotos. El cambio de formato ayuda de forma indirecta: cargas más rápidas significan menos tiempo para que la maquetación se reajuste.

El Interaction to Next Paint (INP) también se beneficia, porque dedicar menos tiempo a decodificar y descargar imágenes enormes libera el hilo principal para responder a toques y clics.

Más allá de los Vitals, hay efectos colaterales en SEO y negocio. Menos peso de página significa menos tasa de rebote, y Google ha publicado estudios que muestran que la probabilidad de rebote sube con fuerza cuando el tiempo de carga supera los tres segundos. Las imágenes más ligeras también reducen tu factura de ancho de banda y tus costes de CDN. Para un comprador móvil con datos limitados, una página de 7 MB frente a una de 16 MB es la diferencia entre una venta y el botón de retroceso.

Algunas reglas prácticas que aplicamos:

• Sirve el formato de nueva generación a los navegadores que lo admiten y usa JPEG como reserva con el elemento picture y varias etiquetas source.
• Pon loading="lazy" en las imágenes por debajo del pliegue, pero nunca en tu imagen LCP, que debe cargar de inmediato.
• Añade fetchpriority="high" a la imagen principal para que el navegador la descargue la primera.
• Especifica siempre anchura y altura para proteger el CLS.

Si tus fotos de producto también necesitan bordes limpios o un fondo blanco antes de optimizarlas, nuestros servicios de eliminación de fondo encajan de forma natural con la conversión de formato.

La objeción más habitual que escuchamos es: "¿se romperá en navegadores antiguos?". En 2026 esa preocupación ya está prácticamente superada, pero los dos formatos están en fases de madurez distintas, y la elección correcta depende de tu público y de tus herramientas.

El soporte de WebP es prácticamente universal. Chrome, Firefox, Edge, Safari y todos los navegadores móviles modernos llevan años admitiéndolo. Safari añadió WebP en 2020 con la versión 14. El soporte global supera con holgura el 96 por ciento. A efectos prácticos, hoy puedes servir WebP a todo el mundo y solo los navegadores más antiguos se lo perderán.

El soporte de AVIF es sólido y va en aumento. Chrome y Firefox lo admiten desde 2020 y 2021. Safari añadió AVIF en la versión 16 en 2022, con un soporte completo que ha ido madurando en versiones posteriores. El soporte global ronda ya el rango medio-bajo del 90 por ciento. Una pequeña parte de Safari antiguo y de entornos heredados todavía no lo tiene.

Por eso el patrón seguro es servir ambos y dejar que el navegador elija. Con el elemento picture, listas primero AVIF, luego WebP y después un JPEG de reserva. El navegador toma el primer formato que entiende, así que los navegadores modernos reciben AVIF, los algo más antiguos reciben WebP y todo lo demás recibe JPEG. Nadie ve una imagen rota.

Cuándo recurrir a cada uno:

• Usa AVIF para contenido fotográfico donde cada kilobyte cuenta: grandes banners principales, galerías de producto densas, fichas de marketplace con decenas de imágenes. Da los archivos más pequeños y los mejores degradados.
• Usa WebP cuando quieras un único formato con alcance casi universal y herramientas más sencillas, o para gráficos con transparencia que necesiten amplia compatibilidad. Además es más rápido de codificar que AVIF, lo que importa con lotes muy grandes.
• Conserva el JPEG solo como reserva en tu elemento picture, nunca como formato principal que sirves.

Un detalle que conviene saber: la codificación de AVIF es más lenta y consume más CPU que la de WebP. Con un puñado de imágenes es imperceptible, pero con miles te interesa una herramienta que lo gestione con eficacia. Puedes convertir a WebP y AVIF online con nuestro conversor gratuito y obtener ambos formatos sin instalar nada ni pelearte con codificadores de línea de comandos.