Por qué usar formatos de imagen modernos acelera tu web

Si tu web tarda en cargar, lo más probable es que el culpable sean las imágenes, no el código. En la mayoría de páginas, las fotos y gráficos pesan mucho más que el HTML, el CSS y el JavaScript juntos — y siguen usándose en JPG y PNG, formatos de hace más de 25 años, cuando existen alternativas que comprimen bastante mejor con la misma calidad visual: WebP y, más recientemente, AVIF.

Qué son WebP y AVIF, en corto

WebP lo creó Google en 2010 específicamente para sustituir a JPG y PNG en la web. Comprime con pérdida (como JPG) o sin pérdida (como PNG) según lo necesites, y hoy lo soportan todos los navegadores modernos sin excepción.

AVIF es más nuevo (2019) y usa la compresión del formato de vídeo AV1. En fotografías complejas puede ganarle a WebP otro 10-20% de peso, pero tarda bastante más en codificarse y su soporte, aunque ya es amplio, todavía tiene algunos huecos en versiones antiguas de Safari y en aplicaciones que renderizan imágenes con motores propios (algunos lectores RSS, ciertos WebViews de apps móviles).

Para la mayoría de webs, WebP es el mejor punto de partida: casi toda la ganancia de AVIF, sin sus problemas de compatibilidad ni el coste de codificación.

Por qué el peso de imagen importa para la velocidad

Cuando un navegador carga una página, tiene que descargar cada byte antes de poder mostrarlo. Si las imágenes son el 60-80% del peso total de la página (algo muy habitual), son también el 60-80% del tiempo de descarga. Esto afecta directamente al LCP (Largest Contentful Paint), la métrica de Core Web Vitals que mide cuánto tarda en aparecer el elemento más grande visible en pantalla — casi siempre una imagen — y que Google usa como señal de posicionamiento además de ser el factor que más correlaciona con que un visitante se vaya antes de que la página termine de cargar.

Reducir el peso de las imágenes es, con diferencia, la optimización de rendimiento con mejor relación esfuerzo/resultado que existe: no toca código, no cambia el diseño, y el ahorro es directamente proporcional al peso que quites. Puedes empezar ahora mismo: convertir tus JPG y PNG a WebP en el navegador, sin subir nada a ningún servidor.

La prueba: mismo lote de imágenes, antes y después

Para no quedarme en la teoría, convertí un lote de 5 imágenes con los tamaños típicos de una web real — un hero de portada, una foto de blog, dos fichas de producto y una miniatura — usando el mismo proceso de ImageMagick y PowerShell del artículo anterior, calidad 82.

Lo que significa en tiempo de descarga real

Aplicando esa diferencia de peso a velocidades de conexión reales de 2026 (solo el tiempo de transferencia de estas imágenes, sin contar HTML, CSS, JS ni la latencia de conexión, que dependen de cada web):

Con las redes actuales, el hueco en tiempo de descarga puro se ha reducido a milisegundos en condiciones normales — el 3G ya casi no existe en España y hasta el 4G medio va sobrado para 452 KB de imágenes. Donde el ahorro sigue siendo perceptible es en el escenario todavía frecuente de cobertura móvil mala (zona rural, interior de un edificio, saturación de la celda en hora punta), y sobre todo en la parte que esta tabla no mide: una página real no tiene 5 imágenes, sino 20-50, y ahí el mismo 48,5% de ahorro sí se nota, además del efecto directo sobre el LCP, el consumo de datos móviles y la batería al decodificar menos bytes.

Cómo aplicarlo en tu propia web

• Lotes grandes (toda la biblioteca de medios): conviértelas en tu ordenador con ImageMagick y PowerShell antes de subirlas, sin gastar CPU del hosting — está explicado paso a paso en el artículo anterior.
• Imágenes sueltas o puntuales: no hace falta instalar nada, el conversor de esta web lo hace directamente en el navegador.
• Da igual el CMS: WordPress, PrestaShop o un sitio estático — el archivo WebP se sube igual que cualquier imagen, solo cambia la extensión.

Preguntas frecuentes

← Volver al blog · Convertir imágenes a WebP en lote