WebP

WebP es un formato de imagen desarrollado por Google en 2010 y estandarizado en 2018. Admite compresión con y sin pérdida en el mismo formato, alpha completo (transparencia) y animación. Comprime un 25-35 % más pequeño que JPG a calidad visual equivalente.

Soporte en navegadores en 2026: ~97 % a nivel mundial. Safari fue el último rezagado importante, añadiendo WebP en la versión 14 (septiembre de 2020). El 3 % restante son versiones antiguas de Android, restos de IE11 y navegadores embebidos.

El modo con pérdida de WebP está basado en VP8 (el codec de vídeo abierto de Google, usado por el vídeo WebM). Utiliza predicción de bloques y transformada similar a H.264, aplicada a un único fotograma. El resultado: una compresión significativamente mejor que la DCT de JPG de 1992.

Uso práctico:

• Para nuevo contenido web: WebP primero, alternativa JPG mediante <picture>.
• Para reemplazar JPGs existentes: reducción fácil del 25-35 % en tamaño, sin regresión de calidad.
• Para reemplazar PNGs con alpha: WebP sin pérdida + alpha es dramáticamente más pequeño que PNG (a menudo el 30-50 % del tamaño).
• vs AVIF: AVIF es incluso más pequeño (~20 % más pequeño que WebP a calidad equivalente) pero codifica 10-100 veces más lento y tiene menor soporte en navegadores (~93 % en 2026). WebP es la opción predeterminada más segura.

Convierte cualquier imagen a WebP en tu navegador a través de nuestros conversores de imágenes.

La historia de la adquisición de On2 — por qué existe WebP: Google adquirió On2 Technologies en febrero de 2010 específicamente por el codec de vídeo VP8, luego lanzó VP8 como código abierto bajo una licencia permisiva de estilo BSD. WebP se anunció ocho meses después como un formato de imagen estática derivado de un único fotograma clave de VP8. El precio de adquisición fue de 124,6 millones de dólares — pagado en parte para proporcionar una alternativa libre de patentes a HEIF/HEIC, cuyo grupo de licencias era incompatible con el despliegue en todos los navegadores. La misma lógica estratégica produjo VP9, AV1 y finalmente AVIF.

La asimetría del control de calidad: el deslizador de calidad con pérdida de WebP va de 0 a 100 como el de JPG, pero las curvas son diferentes — calidad 80 en WebP es visualmente equivalente a aproximadamente calidad 90 en JPG con un tamaño de archivo notablemente menor. El codificador WebP sin pérdida ignora completamente el indicador de calidad; en cambio, un parámetro de método -m (0-6) intercambia tiempo de codificación por compresión más ajustada. Herramientas como cwebp (el codificador de referencia), sharp (Node.js) y squoosh (navegador) todas exponen estas configuraciones. Para pipelines de compilación automatizados, la calidad 75-80 con pérdida es el punto óptimo típico; para iconos y gráficos donde importa el alpha, sin pérdida con método 6 es el punto óptimo. Relacionado: AVIF, sin pérdida, con pérdida. Referencia: Google — WebP, un nuevo formato de imagen para la web.

Ejemplo práctico

Toma una foto hero de 1920×1080, originalmente un JPG de 480 KB a calidad 85. Conviértela a WebP a calidad 80 con cwebp: cwebp -q 80 hero.jpg -o hero.webp → ~320 KB, una reducción del 33 % a calidad visualmente indistinguible. Convierte la misma fuente a un PNG sin pérdida: ~3,2 MB. Ahora imagina que la misma fuente necesita un recorte con canal alpha para una representación de producto. Guárdala como PNG-24 con alpha: ~1,8 MB. Guárdala como WebP sin pérdida: ~650 KB (una reducción del 64 %). En una página típica de comercio electrónico con 30 imágenes de productos, cambiar las fuentes JPG/PNG a WebP puede reducir la carga de imágenes de ~6 MB a ~3 MB — mejorando directamente el LCP (Largest Contentful Paint) en 1-2 segundos en una conexión 3G, lo que alimenta directamente las Core Web Vitals y el ranking SEO.

Cuándo y por qué importa

La carga de imágenes es típicamente el mayor contribuidor individual al peso de las páginas móviles, y las Core Web Vitals (LCP específicamente) son un factor de ranking documentado de Google. La optimización de rendimiento más económica para cualquier sitio con muchas imágenes es añadir un elemento <picture> con fuentes WebP y AVIF junto con alternativas JPG — los modernos Next.js (next/image), Astro, Eleventy y Nuxt lo hacen automáticamente. Las pocas situaciones donde WebP no es la respuesta correcta: cuando el activo se editará posteriormente (usa un máster sin pérdida), cuando el público objetivo usa navegadores que no lo admiten (Android muy antiguo, ciertos webviews embebidos — proporciona alternativa JPG/PNG) y cuando la imagen es una fotografía para impresión (usa TIFF o el RAW original). Para todo lo demás servido a un navegador web moderno en 2026, WebP o AVIF debe ser el predeterminado y JPG una alternativa heredada. Referencia: web.dev — Sirve imágenes en formato WebP.