Tooooolbox
100% privado
29 de junio de 2026 · 8 min de lectura
Si alguna vez has investigado cómo acelerar un sitio web, casi seguro te han dicho «usa WebP». Es una de las optimizaciones de imagen más recomendadas de la última década — pero ¿qué es realmente WebP, cuánto ahorra de verdad y es la elección correcta para ti? Aquí tienes una respuesta clara.
WebP es un formato de imagen desarrollado por Google, diseñado específicamente para la web. Su objetivo es simple: ofrecer la misma calidad visual que JPEG y PNG en un archivo notablemente más ligero. Lo logra con una compresión más moderna que la de esos dos formatos antiguos, y puede hacer el trabajo de ambos — fotografías y gráficos — en un solo formato.
A diferencia de JPEG, solo con pérdida, y PNG, solo sin pérdida, WebP ofrece ambos modos. Esa flexibilidad explica en gran parte su adopción.
En modo con pérdida, WebP suele ser un 25–35 % más ligero que un JPEG con la misma calidad visual. En modo sin pérdida, normalmente es un 20–30 % más ligero que un PNG equivalente. En una página llena de imágenes, eso se traduce fácilmente en cientos de kilobytes — a menudo megabytes — de ahorro, lo que significa carga más rápida, menos ancho de banda y mejor posicionamiento.
Esas cifras varían según la imagen: las fotos con mucho detalle fino ahorran menos, los gráficos planos ahorran más. Pero en casi todos los casos, WebP gana en tamaño.
WebP admite transparencia (un canal alfa), igual que PNG — así que puedes usarlo para logos, iconos y superposiciones con fondo transparente manteniendo el archivo más ligero. También admite animación, lo que lo convierte en una alternativa moderna y ligera a los GIF animados.
Dicho de otro modo, WebP puede reemplazar JPEG, PNG y GIF a la vez, lo que simplifica cómo manejas las imágenes en un sitio.
Antes esta era la principal objeción a WebP, pero ya no es una preocupación real: todos los navegadores principales — Chrome, Firefox, Safari, Edge — admiten WebP desde hace años. En la práctica, bastante más del 95 % de los usuarios pueden ver imágenes WebP sin ningún problema.
Las principales excepciones son el software muy antiguo y algunas aplicaciones de escritorio o clientes de correo que esperan un formato clásico. Para la web abierta, WebP es seguro; para un archivo que envías por correo o subes a un sistema desconocido, un JPEG o PNG sigue siendo lo más prudente.
Esta es la parte que casi todas las introducciones se saltan, y explica buena parte de la confusión. WebP tiene dos modos de compresión completamente separados que no se parecen en nada. El WebP con pérdida descarta información igual que el JPEG, y es el que quieres para fotografías. El WebP sin pérdida conserva cada píxel exactamente, igual que el PNG, y es el que quieres para logotipos, iconos y capturas de pantalla.
La diferencia práctica es grande. El WebP sin pérdida suele quedar en torno a un 25 % por debajo de un PNG equivalente: un ahorro modesto pero completamente gratuito, ya que no se pierde nada. El WebP con pérdida comprime mucho más, habitualmente entre un 25 y un 35 % menos que un JPEG de calidad visual comparable, y entre un 60 y un 80 % menos que la misma imagen guardada en PNG.
La mayoría de herramientas eligen el modo por ti según el formato de origen, lo que suele ser acertado pero no siempre. Si estás convirtiendo una fotografía que alguien guardó por error en PNG, forzar el modo con pérdida es lo que convierte un archivo de 4 MB en unos pocos cientos de kilobytes.
El modo con pérdida de WebP procede de VP8, un códec de vídeo, y hereda la idea más importante de la compresión de vídeo: la predicción. Antes de codificar un bloque de píxeles, el codificador mira los bloques vecinos que ya ha decodificado y predice qué aspecto debería tener este. Después almacena únicamente la diferencia entre la predicción y la realidad.
Como las zonas contiguas de una fotografía suelen parecerse, esa diferencia es mucho menor que el propio bloque, y los números pequeños se comprimen bien. El JPEG, diseñado en 1992, no tiene ningún paso equivalente: codifica cada bloque de 8×8 de forma independiente, sin saber nada de lo que lo rodea.
El modo sin pérdida emplea recursos completamente distintos: busca patrones de píxeles exactos ya aparecidos, construye paletas de color locales y aplica transformaciones que abaratan el almacenamiento de estructuras repetidas. Por eso funciona tan bien con gráficos y tan mal con fotografías, exactamente igual que el PNG.
AVIF comprime más. En contenido fotográfico produce normalmente archivos entre un 20 y un 30 % más ligeros que WebP con la misma calidad, y alrededor de un 50 % más ligeros que JPEG. Además admite HDR, gamas de color amplias y profundidad de 10 o 12 bits, lo que elimina el leve bandeado que tanto JPEG como WebP pueden mostrar en un cielo al atardecer.
WebP gana en todo lo demás. Codifica varias veces más rápido, algo que importa cuando procesas un lote o conviertes en el navegador. Lo admite más software fuera del navegador. Y su decodificación es más ligera, una consideración real en móviles de gama baja.
La respuesta pragmática para un sitio web es usar ambos: servir AVIF a los navegadores que lo aceptan, con WebP como respaldo, y dejar que el navegador elija. Si tienes que quedarte con un solo formato de uso general —compartir archivos, guardar un archivo histórico, subir algo a alguna parte—, WebP sigue siendo la opción más segura, porque la aplicación que rechaza AVIF es más frecuente que la que rechaza WebP.
Conviene ser claro con las debilidades, porque casi todo lo que se escribe sobre WebP suena a publicidad. El mayor problema práctico es el software fuera del navegador: versiones antiguas de Photoshop, muchas imprentas y laboratorios fotográficos, ciertos formularios de subida de marketplaces y comercios, versiones antiguas de Office y diversos marcos digitales siguen rechazando los archivos WebP sin más.
WebP tampoco tiene renderizado progresivo. Un JPEG grande puede aparecer de inmediato como una vista previa borrosa e ir definiéndose según llegan los datos; un WebP no aparece hasta que se ha descargado lo suficiente. Con conexión lenta eso cambia la sensación de carga, incluso cuando el WebP es el archivo más pequeño.
Por último, el WebP con pérdida se limita a 8 bits de profundidad de color y usa submuestreo de croma 4:2:0, es decir, guarda el color a la mitad de resolución. En la mayoría de fotografías esto es invisible. En imágenes con texto rojo saturado sobre fondo oscuro —un caso sorprendentemente común en gráficos— puede producir un halo de color visible que el modo sin pérdida o el PNG no producirían.
Para conversiones puntuales, un conversor que funcione en el navegador es la vía más sencilla y mantiene el archivo en tu propio equipo. Suelta la imagen, elige un nivel de calidad y descarga el resultado. Para fotografías, el rango del 75 al 85 % de calidad es donde el ahorro es grande y la pérdida no se aprecia; por debajo del 70 % empieza a notarse falta de nitidez en el detalle fino.
Una regla importa más que los ajustes: convierte desde el original de mayor calidad que tengas. Convertir un JPEG a WebP con pérdida aplica una segunda ronda de compresión destructiva a una imagen que ya perdió información, y los artefactos se acumulan. Si todavía existe el archivo original de la cámara, codifica desde ese.
Si gestionas un sitio web, la conversión suele gestionarse mejor de forma automática. La mayoría de frameworks y CDN modernos generan variantes WebP y AVIF sobre la marcha y sirven la que acepte el navegador del visitante, lo que evita mantener a mano tres copias de cada imagen.
Para las imágenes de tu propio sitio web: sí, casi siempre. El ahorro de tamaño es real y la compatibilidad está ahí. Si quieres una red de seguridad para navegadores antiguos, sirve WebP con un JPEG o PNG de respaldo — la mayoría de plataformas y CMS lo hacen automáticamente.
Para imágenes que envías a personas o subes a otro sitio: quédate con JPEG para fotos y PNG para gráficos, ya que no controlas qué software las abrirá. Convertir es fácil en cualquier caso: suelta tu imagen en nuestro compresor, elige WebP como formato de salida y descarga la versión más ligera — todo ocurre en tu navegador, así que no se sube nada.