AVIF lleva desde WordPress 6.5 disponible como formato nativo para subir imágenes, y la pregunta que se hacen los equipos técnicos de marketing al planificar la siguiente revisión de su web no es si existe, sino si merece la pena migrar ya desde WebP. La respuesta cambia según el volumen de imágenes del sitio, el hosting que lo sirve y cuánto pesa hoy cada ficha, catálogo o galería.
Este artículo compara AVIF y WebP con datos de compresión reales, qué exige activarlo en WordPress y en qué casos el ahorro de peso compensa el coste de generarlo.
AVIF comprime entre un 20% y un 30% más que WebP a igualdad de calidad, y hasta un 50% frente a JPEG, según las pruebas de Google en web.dev. WordPress lo acepta de forma nativa desde la versión 6.5, pero no convierte solas las imágenes que ya tienes subidas.
Lo que gana tu web con AVIF
AVIF parte del códec de vídeo AV1 y hereda su forma de comprimir detalle: reconoce patrones repetidos en la imagen mejor que WebP, que todavía se apoya en la tecnología de VP8. La ganancia no es solo un porcentaje en una ficha técnica: significa menos datos que descargar en cada visita, algo que pesa en catálogos de producto, galerías de proyectos o fichas con varias fotos por página.
Un formato de próxima generación es aquel que comprime más que JPEG o PNG sin perder calidad visible, pensado para pantallas y conexiones actuales en lugar de las de hace veinte años.
El mismo banco de imágenes en AVIF, WebP y JPEG
En el ejemplo que documenta Google en su guía de compresión con AVIF, una misma fotografía de 1120×840 píxeles pesa 18.769 bytes en AVIF frente a 20.036 bytes en JPEG con calidad visual equivalente: la diferencia crece con imágenes más grandes y con más detalle. Frente a WebP, el ahorro medio documentado está entre el 20% y el 30%, aunque varía según la foto: un producto sobre fondo blanco ahorra menos que una fotografía de equipo con muchas texturas.
Ese ahorro se multiplica según el número de imágenes por página. Una ficha de ecommerce con seis fotos de producto, una inmobiliaria con una galería de doce imágenes por vivienda o un despacho profesional con fotografías de equipo notan el cambio en cuanto se mide la velocidad de carga de la página, no solo en el peso total del sitio.
Compatibilidad real en los navegadores
El soporte de AVIF ya no es la barrera que era hace dos años. Según los datos de soporte de caniuse.com, en noviembre de 2026 el 96,71% de los navegadores usados globalmente lo soportan: Chrome desde la versión 85, Firefox desde la 93, Edge desde la 121 y Safari desde la 16.4, tanto en escritorio como en iOS. WebP sigue algo por delante en soporte histórico, pero la diferencia práctica hoy es mínima.
El margen que queda son navegadores muy antiguos o entornos corporativos con versiones congeladas por política de IT, frecuentes en sectores como banca o administración pública. Para esos visitantes, servir AVIF dentro de una etiqueta picture con WebP y JPEG como alternativas evita que se queden sin imagen: el navegador elige el primer formato que entiende, de más a menos moderno.
Activación del formato AVIF en WordPress
Desde la versión 6.5, WordPress incorpora soporte nativo para AVIF: añade el tipo MIME a la biblioteca de medios y genera los tamaños intermedios igual que con un JPEG, si el servidor puede procesarlo. La librería de imágenes del hosting, Imagick o GD, tiene que llevar compilado el soporte de AVIF, y eso depende del proveedor, no de WordPress.
Antes de subir la primera imagen en AVIF conviene comprobar:
- Si el hosting usa Imagick o GD, y si esa librería soporta AVIF (en Herramientas › Salud del sitio › Información, gestión de medios).
- Que el PHP del servidor sea 8.1 o superior.
- Si la instalación es multisite: el permiso para AVIF se fija al crear cada sitio y hay que activarlo uno por uno, distinto de lo que exige un WordPress multisite con un único dominio.
Qué falta para convertir las imágenes que ya tienes subidas
Activar el soporte no toca ni una imagen de las que ya están en la biblioteca de medios: WordPress solo empieza a aceptar AVIF desde ese momento, hacia delante. Las fotos antiguas se quedan en JPEG o PNG hasta que alguien las vuelve a subir o se instala un filtro que las convierta, como image_editor_output_format, que exige código propio o un plugin.
En un catálogo con cientos de fichas de producto esto cambia el plan: migrar todas de golpe, por lotes, o solo las fotos nuevas mientras el resto se renueva con el tiempo. La opción más barata en horas de desarrollo suele ser la tercera.
¿Te ayudamos con esto?
Cuéntanos tu caso
Si esto te afecta, escríbenos en dos líneas y te respondemos por email con una valoración concreta.
El coste de generar imágenes de próxima generación
El ahorro de peso en la imagen final tiene un coste al generarla: AVIF tarda entre 5 y 20 veces más en codificarse que WebP a la misma calidad, según las pruebas documentadas por Google. En un hosting compartido, donde varios sitios comparten CPU, regenerar de golpe una biblioteca grande de imágenes puede ralentizar el panel de WordPress durante varios minutos.
Por qué una tienda con miles de fotos lo nota más
Una tienda online de moda con dos mil referencias y varias fotos por producto no vive el mismo proceso que un blog corporativo que sube tres imágenes a la semana. En el primer caso, regenerar toda la biblioteca de golpe puede tardar horas y conviene hacerlo fuera del horario de más tráfico, con el servidor monitorizado y, si el hosting lo permite, con los hilos de proceso ajustados: usar 8 en paralelo reduce el tiempo de codificación en torno a cinco veces frente a hacerlo en uno solo.
Por eso conviene tratarlo como una tarea de mantenimiento programado y no como un cambio de configuración que se activa un lunes cualquiera a media mañana: una clínica dental con una galería de antes y después, o una inmobiliaria con cientos de fichas de vivienda, notan la diferencia en el tiempo de regeneración mucho más que un despacho con cuatro fotos de equipo.
Impacto en la velocidad de carga y el LCP
La imagen principal de una página —la que Google mide como Largest Contentful Paint— suele ser la que más pesa. Cambiarla de WebP a AVIF, junto con los atributos de ancho y alto correctos, recorta habitualmente entre 200 y 600 milisegundos ese tiempo de carga, según mediciones de Google en sitios reales. Esa franja puede ser la diferencia entre aprobar o no el umbral de Core Web Vitals que Google usa como señal de posicionamiento.
No todas las páginas lo necesitan por igual. Una landing de captación con una sola imagen de cabecera nota menos el cambio que una ficha de producto con galería, un listado de proyectos con miniaturas o una página de equipo con varias fotografías grandes: ahí es donde el ahorro de AVIF se traduce en algo que el usuario percibe, no solo en una métrica de auditoría.
Preguntas frecuentes sobre AVIF y WebP
¿Qué es el formato AVIF?
Es un formato de imagen basado en el códec de vídeo AV1, pensado para comprimir fotografías y gráficos con menos peso que JPEG o WebP a la misma calidad visible. WordPress lo acepta de forma nativa desde la versión 6.5, si el servidor lo soporta.
¿WebP sigue siendo necesario si ya subo AVIF?
Sí, como alternativa de seguridad. Un pequeño porcentaje de navegadores y entornos corporativos con versiones antiguas no entienden AVIF, así que servir WebP o JPEG como alternativa dentro de una etiqueta picture evita que esos visitantes se queden sin imagen.
¿Cuánto tarda WordPress en generar las imágenes en AVIF?
Depende del volumen y de la CPU disponible: una imagen suelta tarda lo mismo que notarlo, pero regenerar una biblioteca de miles de fotos puede tardar horas en un hosting compartido, frente a minutos con procesamiento en paralelo bien configurado.
