Al WebP normalmente lo describen en términos de marketing — “más chico, más rápido, mejor” — sin explicar mucho qué pasa en realidad ni dónde se queda corto. Acá va la sustancia.
Qué es el WebP en realidad
El WebP es un formato de imagen desarrollado por Google y lanzado en 2010, diseñado para hacer el trabajo del JPEG (con pérdida, orientado a fotos) y del PNG (sin pérdida, orientado a gráficos) con un solo códec más nuevo que admite ambos modos, además de transparencia y animación. Su compresión con pérdida está construida sobre técnicas desarrolladas originalmente para la codificación de video VP8 — predice cada bloque de píxeles a partir de bloques vecinos ya codificados, un enfoque más sofisticado que la codificación independiente de bloques de 8x8 del JPEG, y es una parte importante de por qué comprime de forma más eficiente.
Los números reales, según el caso de uso
- Fotografías (modo con pérdida) vs. JPEG: aproximadamente un 25-35% más chico con calidad visual equivalente. Este es el caso de uso más común y el más constante y confiable.
- Gráficos y capturas de pantalla (modo sin pérdida) vs. PNG: aproximadamente un 25-45% más chico, sin ninguna pérdida de calidad de ningún lado — esto es casi una mejora gratis cuando está disponible.
- Animaciones vs. GIF: a menudo más de un 50% más chico, porque el GIF está limitado a una paleta de 256 colores y a una compresión comparativamente primitiva de finales de los años 80, mientras que el WebP admite profundidad de color completa y mucho mejor compresión entre cuadros. Esta es una de las ganancias más desaprovechadas del WebP — mucho contenido GIF en la web podría reducirse dramáticamente solo con convertirlo.
- Imágenes muy chicas (íconos, favicons de menos de 32px): el ahorro se reduce a casi cero, porque hay muy poca información redundante a ese tamaño para que un algoritmo más eficiente supere de forma significativa a uno más viejo.
Dónde el WebP todavía tiene brechas reales de compatibilidad
El soporte de navegador no es una preocupación real en 2026 — todo navegador lanzado desde aproximadamente 2020 maneja el WebP de forma nativa, sin más. Las brechas que quedan están todas fuera del navegador: algo de software de edición y visualización de imágenes de escritorio (sobre todo herramientas más antiguas o menos mantenidas activamente), algunas versiones de Microsoft Office al incrustar imágenes en documentos de Word o PowerPoint, el manejo de imágenes en línea de ciertos clientes de correo, y algunas APIs o integraciones de terceros construidas asumiendo solo JPEG o PNG. Nada de esto afecta a una imagen WebP mostrada en un sitio web, pero importa si ese mismo archivo necesita viajar fuera de un contexto de navegador.
Cuándo genuinamente no vale la pena cambiar
Si una imagen es muy chica (íconos, elementos de interfaz diminutos), la diferencia de peso entre WebP y PNG o JPEG es insignificante, y no hay razón para asumir ningún riesgo de compatibilidad por una ganancia casi nula. Si un archivo necesita funcionar específicamente en software que sabes que no maneja bien el WebP — un flujo de impresión específico, una integración con un sistema antiguo — conservarlo como JPEG o PNG evita una fricción que pesa más que el beneficio en peso. Más allá de esos casos, para cualquier cosa servida en la web, convertir a WebP es casi una opción por defecto estrictamente mejor.
Preguntas frecuentes
- ¿Quién creó el WebP y por qué comprime mejor?
- El WebP fue desarrollado por Google, lanzado por primera vez en 2010, construido sobre las mismas técnicas de compresión de video usadas en la codificación VP8 para su modo con pérdida. Es un códec genuinamente más nuevo que el JPEG (1992) y el PNG (1996), y la tecnología de compresión avanzó bastante en ese tiempo — mejor predicción de valores de píxel a partir de los píxeles vecinos, codificación de entropía más eficiente. No es magia, es un algoritmo más nuevo aplicando décadas adicionales de investigación en códecs.
- ¿El WebP siempre es mejor que el JPEG y el PNG?
- No siempre. Para fotografías típicas, el WebP le gana al JPEG por aproximadamente un 25-35% con calidad visual equivalente — una ventaja real y constante. Para gráficos y capturas de pantalla, el WebP sin pérdida le gana al PNG por aproximadamente un 25-45%, también una ventaja constante. Dónde no es claramente mejor: imágenes muy chicas (íconos de menos de 32px), donde el ahorro se reduce casi a cero, y necesidades específicas de compatibilidad de software donde el soporte casi universal del JPEG o el PNG fuera del navegador todavía importa.
- ¿El WebP admite animación como el GIF?
- Sí, y es una función poco aprovechada — los archivos WebP animados suelen ser dramáticamente más chicos que el GIF equivalente para la misma animación, porque la compresión del GIF es décadas más vieja y está limitada a una paleta de 256 colores, mientras que el WebP admite profundidad de color completa y una compresión entre cuadros mucho más eficiente. Convertir un GIF animado a WebP animado es una de las ganancias de peso más grandes y constantes disponibles en cualquier conversión de formato de imagen.
- ¿Qué navegadores y software realmente no soportan WebP en 2026?
- Todo navegador lanzado desde aproximadamente 2020 (Chrome, Firefox, Safari, Edge) soporta WebP por completo, así que la compatibilidad de navegador es esencialmente un problema resuelto para uso puramente web. Las brechas que quedan están fuera del navegador: algunos visores y editores de imagen de escritorio más antiguos, ciertas versiones de Microsoft Office al incrustar imágenes en documentos, la renderización de imágenes en línea de algunos clientes de correo, y un conjunto (cada vez más chico) de integraciones y APIs de terceros. Si tu imagen necesita funcionar en uno de esos contextos específicos, comprueba el soporte antes de comprometerte a usar solo WebP.
- ¿Hay alguna desventaja en convertir todo a WebP por defecto?
- La desventaja práctica principal es fricción en el flujo de trabajo, no calidad de imagen: si tú o tus colaboradores usan software que no maneja bien el WebP, o si los sistemas siguientes en la cadena (algunos plugins de CMS, algunos flujos de impresión) esperan específicamente JPEG o PNG, convertir todo a WebP crea trabajo de compatibilidad que de otro modo no tendrías. Para entrega puramente web, esto casi nunca es un problema; para archivos que también necesitan usarse fuera de un navegador, vale la pena comprobarlo primero.