Dos formatos, un mismo objetivo: archivos más pequeños
Si has investigado algo sobre optimización de imágenes en WordPress, te habrás topado con que tanto WebP como AVIF se recomiendan como reemplazo de JPEG. Resuelven el mismo problema —archivos más pequeños con calidad visual equivalente— pero no son el mismo formato, y elegir el incorrecto (o solo uno) deja rendimiento sobre la mesa.
Esta es la comparación práctica: qué ofrece realmente cada formato, dónde se quedan cortos, y qué configurar de verdad en un sitio WordPress.
WebP: la opción segura por defecto
WebP existe desde 2010 y hoy tiene soporte casi universal en navegadores, incluyendo Safari desde la versión 14. Con calidad visual equivalente, los archivos WebP son aproximadamente un 25-35% más pequeños que el JPEG.
Puntos fuertes:
- Soporte de navegadores extremadamente amplio
- Codificación rápida, incluso en masa
- Soporta compresión con y sin pérdida, además de transparencia (sustituyendo al PNG)
- Bien soportado por todos los grandes hostings y CDN de WordPress
Limitaciones:
- No llega a ser tan pequeño como puede llegar AVIF
- Los archivos WebP sin pérdida a veces pueden ser más grandes que un JPEG bien optimizado
AVIF: más pequeño, pero más exigente
AVIF es el formato más reciente, derivado del codec de vídeo AV1. Generalmente produce archivos notablemente más pequeños que WebP con la misma calidad visual —a menudo un 50% más pequeño que el JPEG original.
Puntos fuertes:
- Compresión de primer nivel —típicamente más pequeño que WebP con igual calidad
- Soporta HDR y una amplia gama de color
- Ahora soportado por Chrome, Edge, Firefox y Safari 16+
Limitaciones:
- Codificación más lenta que WebP, algo relevante al convertir en masa una biblioteca de medios grande
- Soporte de navegadores algo más limitado que WebP —un pequeño porcentaje de visitantes con navegadores antiguos no lo recibirá
- Algunas herramientas de edición de imagen y CDN todavía tienen un soporte de AVIF más irregular que el de WebP
La respuesta real: servir ambos, automáticamente
Tratar esto como una elección excluyente es el enfoque equivocado. El enfoque correcto para un sitio WordPress en producción es una cadena de respaldo: servir AVIF a los navegadores que lo soportan, WebP a los que soportan eso pero no AVIF, y el JPEG/PNG original a todo lo demás.
Esto se hace con el elemento HTML <picture>:
<picture>
<source srcset="photo.avif" type="image/avif">
<source srcset="photo.webp" type="image/webp">
<img src="photo.jpg" alt="Descripción">
</picture>
El navegador comprueba cada <source> en orden y usa el primer formato que soporta, recurriendo al archivo original de la etiqueta <img> si ninguno coincide. Sin JavaScript, sin detección del user-agent en el servidor —solo HTML estándar que entiende cualquier navegador, incluso los muy antiguos.
Cómo lo gestiona Erdo Image Optimizer
Generar y mantener manualmente dos copias extra de cada imagen, además de escribir el marcado anterior para cada etiqueta <img> de tu sitio, no es realista para la mayoría de usuarios de WordPress. Erdo Image Optimizer automatiza toda la cadena:
- Al subir o convertir en masa, genera tanto la versión WebP como AVIF de cada imagen usando la propia librería GD o Imagick de tu servidor —sin clave API, sin servicio externo.
- En el frontend, reescribe automáticamente las etiquetas
<img>en elementos<picture>con el orden correcto de fuentes, para que los visitantes siempre obtengan el formato más pequeño que soporta su navegador. - AVIF es opcional en los ajustes, ya que la codificación tarda más —puedes activarlo una vez que tu biblioteca de medios no esté creciendo activamente, o quedarte solo con WebP si tu hosting tiene límites estrictos de CPU.
Esto significa que no tienes que elegir bando en el debate WebP vs AVIF. El plugin genera ambos y deja que el navegador decida.
Cuándo deberías saltarte AVIF
Hay un par de razones legítimas para quedarte solo con WebP:
- Bibliotecas de medios muy grandes en hosting compartido limitado. La codificación AVIF consume más CPU; si tu hosting limita agresivamente el tiempo de CPU, convertir en masa decenas de miles de imágenes a AVIF puede tardar mucho en completarse.
- Una parte significativa de tu tráfico viene de dispositivos Android antiguos o navegadores obsoletos que no soportan AVIF. El soporte de WebP es más amplio, así que si tus analíticas muestran una larga cola de navegadores antiguos, WebP por sí solo te sigue dando la mayor parte del beneficio de tamaño con menos sobrecarga de codificación.
Para la mayoría de sitios, ninguno de estos casos aplica, y activar ambos formatos es la opción correcta por defecto.
Referencia rápida
| WebP | AVIF | |
|---|---|---|
| Tamaño medio vs JPEG | ~25-35% más pequeño | ~50% más pequeño |
| Soporte de navegadores | Universal (incl. Safari 14+) | Amplio (Chrome, Edge, Firefox, Safari 16+) |
| Velocidad de codificación | Rápida | Más lenta |
| Mejor para | Por defecto para todos los sitios | Sitios que pueden permitirse el tiempo extra de codificación para el máximo ahorro |
Resumiendo
WebP frente a AVIF no es realmente una competición —es una cadena de respaldo. Sirve AVIF donde se soporte, WebP como red de seguridad, y el formato original como último recurso. Si lo configuras manualmente, el marcado <picture> de arriba te lleva hasta ahí. Si prefieres no mantenerlo a mano, Erdo Image Optimizer genera ambos formatos y configura el respaldo automáticamente —gratis, sin clave API, usando las propias librerías de imagen de tu servidor. Consulta nuestra guía de conversión de imágenes de WordPress a WebP para el proceso completo de configuración.