Entrega un AVIF a una herramienta que pide WebP

Saca un WebP de tu AVIF cada vez que una plataforma pone pegas al AVIF pero el PNG sería excesivo.

o arrastra la imagen aquí

Convertir un AVIF en un WebP

Convertir un AVIF en un WebP

Suelta un AVIF en el área de subida o toca para buscar uno. El navegador lee el AVIF por su cuenta y reescribe los píxeles como WebP a través de su propio motor. Ambas mitades son nativas, así que no hay módulo que bajar ni pausa de arranque. La mayoría de las fotos en un navegador de escritorio se cierran en menos de un segundo. Cuando el WebP está listo, el resumen pone el tamaño del AVIF original junto al recién hecho del WebP. Toca Descargar para guardarlo bajo el nombre base original con una extensión .webp. A partir de ahí el archivo queda dispuesto para pasar a cualquier plataforma que tome el formato, sin un paso extra de por medio.

¿Por qué pesa más el WebP?

¿Por qué pesa más el WebP?

En 2026 el AVIF es el formato de imagen más esbelto que hay, y suele quedarse entre un 20 y un 25 por ciento por debajo del WebP a la misma calidad visible. Ir de AVIF a WebP cambia un formato más apretado por uno más holgado, así que el resultado crece de forma natural. Nada de eso apunta a un fallo en la conversión. Lo eliges a propósito, devolviendo una astilla de eficiencia a cambio de la bienvenida mucho más amplia que el WebP recibe entre herramientas y plataformas. El WebP que sale se queda muy por debajo de un PNG de la misma toma. Medido contra el alcance que ganas entre los sistemas que aún no se han puesto al día con el AVIF, ese peso de más es una cuenta menor que saldar.

AVIF o WebP, cuál conservar

AVIF o WebP, cuál conservar

Quédate en AVIF dondequiera que lleves la cadena de entrega entera, tus visitantes usen navegadores actuales y cada kilobyte importe. Tira de WebP en el instante en que el otro extremo rechace el AVIF: bibliotecas de WordPress y Shopify atascadas en código de subida anticuado, sitios sociales que recuecen las imágenes en servidores remotos con códecs viejos, plataformas de boletines que pre-procesan su arte, montajes de entrega envejecidos, suites de diseño antiguas y cualquier punto donde el AVIF ya haya sido rebotado. No entregas ninguna calidad que alguien fuera a notar, ya que el WebP con ajustes casi sin pérdida iguala al AVIF en tamaños corrientes. La recompensa es un billete de entrada a todo sistema que aún cojea con el AVIF.

¿Cruza la transparencia al otro lado?

¿Cruza la transparencia al otro lado?

Sí lo hace. Un canal alpha vive en el WebP igual que en el AVIF, así que la conversión mantiene cada píxel transparente justo donde estaba. Un logotipo con sombra, un recorte de producto difuminado, una baldosa de interfaz redondeada, todos llegan al WebP cargando la máscara que tenían en el AVIF. Esa es la brecha entre esto y un salto al JPG, que no posee alpha alguno y deja caer un relleno macizo sobre las zonas libres. Los planos de color y la máscara alpha se reguardan ambos con ajustes casi sin pérdida, así que los bordes aguantan nítidos y la transparencia nunca se enturbia ni se desploma a un relleno parcial. Aplanar de antemano nunca hace falta.

Dónde funciona el WebP

Dónde funciona el WebP

Casi todo navegador actual abre el WebP: Chrome, Firefox, Safari, Edge y los principales en dispositivos móviles lo hacen todos. La cobertura mundial pasa del 97 por ciento. El punto que pesa más aquí es el alcance más allá del navegador, donde el WebP viaja mucho más lejos que el AVIF. Los clientes de correo que declinan el AVIF a menudo toman el WebP una vez que el servidor lo ha masticado antes. Los sistemas de contenido que vetan las subidas AVIF suelen dejar pasar el WebP. Las herramientas de diseño sin AVIF leen igualmente el WebP. Cuando una imagen salta por varios sistemas antes de asentarse, el WebP es el formato intermedio más firme ahora mismo. Para el trabajo de navegador a navegador el AVIF aprieta más, y aun así la bienvenida del WebP entre herramientas que no son navegadores es la fuerza que decide.

Dónde ocurre el trabajo

Dónde ocurre el trabajo

Eso depende de cuántos archivos traes. Una imagen sola se trabaja entera en el propio motor de imagen del navegador: el AVIF se decodifica y el WebP se escribe ahí al momento, sin nada que salga a ningún lado. Abre el DevTools, quédate en la pestaña de Red, convierte un archivo, y ni una petición saliente para la imagen aparece en todo el rato. Una pila de archivos va por otro lado: el conjunto sube a nuestro servidor, que corre la codificación y cierra el paquete, y la descarga se barre hacia las 2 horas. No guardamos cuenta ni copia de tu foto más allá de esa breve franja. Así una conversión se queda contigo de principio a fin, mientras que un lote se trabaja en nuestro servidor y luego se limpia, sin nada de tu material guardado después.

Cómo funciona

  1. Añade tu AVIF

    Arrastra el AVIF al área de subida, o tócalo para abrir un selector y agarrar uno de tu dispositivo para poner en marcha la conversión.

  2. Deja que termine

    El navegador lee el AVIF por su cuenta y arma un WebP. Ambas mitades son nativas, así que no se carga nada antes y la pasada se mantiene veloz.

  3. Echa un ojo a los tamaños

    El resumen pone el tamaño del AVIF de origen junto al del WebP de salida. Calcula un WebP que corre cerca de un 20 a 25 por ciento más grande.

  4. Quédate el WebP

    Toca Descargar para guardar el archivo en tu dispositivo bajo el nombre base original con una flamante extensión .webp.

Sigue convirtiendo

Aprieta un WebP de vuelta a AVIF donde el otro extremo lo admita, o continúa hasta el PNG para el alcance pleno sin pérdida.

Preguntas frecuentes

¿Para qué sirve pasar de AVIF a WebP?

Hay más puertas abiertas para el WebP que para el AVIF. Le hacen sitio los programas de correo, los manejadores de subida vetustos de ciertas versiones de WordPress y Shopify, las redes que cuecen la imagen en máquinas remotas, los armados de reparto de antaño y las suites de diseño que nunca sumaron el AVIF. Para exprimir el archivo al máximo ya cuentas con el AVIF guardado. Recurres al WebP justo cuando quien va a recibir la imagen todavía no descifra el AVIF. Lo que empuja la decisión es llegar a más sitios, no rebajar bytes, y la factura se reduce a cargar un archivo un poquito más gordo.

¿Le gana el WebP al AVIF en tamaño?

No. El AVIF suele quedarse entre un 20 y un 25 por ciento por debajo del WebP a la misma calidad visible. Ir de AVIF a WebP hace un archivo algo mayor, nunca menor. Si la meta es el archivo más esbelto posible y el destino lee el AVIF, conserva el AVIF. Tira de WebP solo donde el destino insista. Aun así, el WebP se queda muy por debajo de un PNG de la misma imagen, así que sigue siendo una elección compacta para la compatibilidad.

¿Se sostiene la transparencia a través de la conversión?

Sí, por completo. Como un canal alpha existe tanto en el AVIF como en el WebP, los píxeles libres se mudan intactos. No hay aplanado y ningún relleno se cuela detrás del sujeto. El JPG es el contraste, sin alpha alguno, así que volvería cada punto transparente en un solo tono macizo. Tus logotipos, tus recortes, tus baldosas de interfaz mantienen todos bordes suaves y esquinas redondeadas a través de la conversión, dispuestos a apilarse sobre cualquier telón que elijas.

¿Cuesta calidad la conversión?

Apenas un suspiro. El guardado en WebP trabaja en un ajuste casi limpio que ronda los 44 dB de PSNR sobre fotografía, una cifra que el ojo no logra separar del AVIF de partida al tamaño de siempre. Como solo media un reguardado, el resultado pierde algo en sentido estricto, pero sobre escenas naturales ningún defecto se asoma a simple vista. En cambio, con dibujos de filo tajante o saltos bruscos entre colores conviene mirar de cerca, porque esos tramos acusan cualquier vaivén de compresión con mucha más viveza que la foto de tonos suaves.

¿Cuánto dura la conversión?

Por debajo del segundo con casi cualquier foto en un navegador de sobremesa. Ninguna de las dos mitades pide cargarse antes, ya que descifrar el AVIF y guardar el WebP vienen incorporados en los navegadores de ahora. Un disparo corriente de 2 megapíxeles cae alrededor de 100 a 200 milisegundos en Chrome, y hasta los cuadros gordos en 4K suelen cerrarse antes de un segundo. Ponlo al lado del recorrido contrario, fabricar un AVIF partiendo de un WebP, que se ve obligado a espabilar un motor pesado y a triturar bastante más cálculo antes de soltar nada.

¿Qué navegadores leen el WebP?

Lo abre casi cualquier navegador de hoy, y la historia viene de lejos. Leer el WebP llegó a Chrome en la entrega 23, a Firefox en la 65, a Safari en la 14 y a Edge en la 18, con las ediciones de móvil pisándoles los talones en las mismas marcas. Por el mundo, la presencia del WebP supera con holgura el 97 por ciento. Dicho llano, un navegador que ande de verdad en circulación en 2026 abre el WebP salvo rarezas. Lo que queda al margen son Internet Explorer y algún Safari rancio sobre iOS 13 o anterior, que en el tránsito de hoy ya apenas se cruzan.

Los detalles

Notas del equipo sobre el oficio, los formatos y las pequeñas decisiones detrás de un buen recorte redondo.

Cómo anda la compatibilidad del AVIF en 2026
El AVIF despejó cerca del 94,3 por ciento de los navegadores del mundo para 2026, y aun así la cobertura de los navegadores cuenta solo la mitad de la historia. Una buena tajada del uso de imágenes ocurre lejos de los navegadores: clientes de correo que pintan imágenes en línea, herramientas de diseño que abren archivos para editar, sistemas de contenido que revisan y rehacen las subidas, canalizaciones de imagen de entrega, editores de documentos que engastan arte y plataformas sociales que mastican las imágenes al subir. En la mayoría de estos sistemas que no son navegadores, el AVIF cojea por detrás de la adopción de los navegadores con una brecha amplia. Gmail, Outlook y casi todo el correo corporativo todavía empujan las imágenes por canalizaciones más viejas que rebotan el AVIF. Adobe Creative Cloud solo plegó el AVIF dentro en sus lanzamientos de finales de 2024. Muchos montajes de WordPress sobre plugins de imagen viejos siguen bloqueando el AVIF al subir. El WebP, por su lado, lleva años siendo bienvenido en casi todos ellos. AVIF a WebP es el puente sobre ese terreno que no son navegadores.
Por qué esta dirección es la veloz
Que AVIF a WebP gane al sentido contrario se explica por la forma en que están armados los códecs. De leer el AVIF se ocupa un lector que el navegador trae de fábrica y que, en los equipos de hoy, se apoya en el chip gráfico para ir rápido. Guardar el WebP también tira del motor propio del navegador, igual de respaldado por el hardware en casi cualquier sitio. Lo que lastra el camino inverso, esto es, traer una pieza voluminosa, aquí no asoma por ninguno de los dos flancos. La pieza que fabrica un AVIF abulta y reclama cosa de un segundo para ponerse en marcha cada sesión. Yendo hacia el WebP ese peaje se esfuma entero. Todo queda en leer y luego guardar por vías de fábrica, y para una toma de 2 megapíxeles el viaje completo se cierra de sobra dentro de un segundo en cualquier portátil o sobremesa reciente. De ahí que la pareja aguante bien el uso en vivo, donde quien trabaja espera ver el resultado casi al instante.
Qué cuesta de verdad el único reguardado
El viaje de AVIF a WebP encierra un único reguardado. El AVIF venía ya con su tanda de compresión que pierde algo por el camino. Al leerlo brotan píxeles que arrastran esa merma de origen. Acto seguido el WebP echa su propia compresión encima de esos píxeles, en un ajuste casi limpio afinado en torno al grado 85. A esa altura, sobre una foto cualquiera, lo que sale ronda los 44 dB de PSNR. Para quien contempla la imagen a su tamaño habitual, distinguir el AVIF de partida del WebP resultante no hay manera. La cosa cambia con letra menudísima, iconos cuadrados al píxel o manchas de color de canto tajante: ahí el poso de dos rondas que pierden algo puede dejar matices que solo afloran pegando la nariz a la pantalla. Antes de echar la colección entera por este camino, ensaya un puñado de muestras a todo aumento sobre lo que más cuidas en calidad.
Seguir el alpha a través del recorrido completo
El AVIF guarda su transparencia en un plano separado cifrado con un trabajo intra-fotograma de AV1. Descodifica un AVIF y el navegador entrega un búfer de color más una máscara alpha codo con codo. La conversión trae el par junto a plena transparencia, reteniendo cada píxel en parte libre. El WebP escribe luego un WebP con pérdida cuyo alpha viaja por un canal cifrado con el método sin pérdida del WebP para el plano alpha en particular. La consecuencia es que la máscara alpha del WebP de salida se guarda sin pérdida contra el alpha que el navegador sacó del AVIF. Los degradados suaves y los bordes difuminados siguen su curso. La única pérdida de alpha en juego es la que el propio cifrado del AVIF dejó antes. Bordes alpha limpios en la fuente significan bordes alpha limpios en el WebP, máscara dispuesta a componer en cualquier parte.
Apilar el WebP contra las otras opciones
Para hacer que un AVIF funcione en un sistema que no logra leerlo, se alzan tres elecciones reales: WebP, PNG o JPG. El JPG va mal para cualquier cosa con transparencia, ya que no posee alpha y lo aplana a un color macizo. El PNG hace el archivo más pesado, a menudo de tres a diez veces el tamaño del AVIF, y se gana el sitio solo cuando necesitas una copia intermedia sin pérdida o el otro extremo exige PNG sin rodeos. El WebP toma el centro: alcance moderno universal, transparencia intacta y un archivo normalmente entre un 20 y un 25 por ciento por encima del AVIF en vez del 300 a 1000 por ciento que un PNG sumaría. Para cualquier cambio de compatibilidad que no reclame una salida sin pérdida, el WebP es el formato intermedio que encaja.
Una en local, un lote en el servidor
Este par tiene dos modos, elegidos por el tamaño del trabajo. Un AVIF solitario se decodifica y se reescribe como WebP entero dentro de tu navegador por caminos nativos, así que para un solo archivo nada sube, lo que el DevTools sostiene con ninguna petición saliente tras cargar la página. Es la franja correcta para algo rápido y para cuadros de cliente confidenciales, fotos de producto propias, o escaneos que preferirías mantener en tu propio equipo. Un lote de archivos corre en nuestro servidor, porque agrupar, cerrar en zip y despachar un conjunto es justo la fuerza de un servidor: los archivos suben, se codifican, se empaquetan, y vuelven como una descarga, que se limpia hacia las 2 horas, sin cuenta y sin nada guardado a largo plazo. La lectura simple es que una conversión se queda quieta en el dispositivo, mientras que un lote se trabaja en remoto pero se mantiene solo por la corta ventana que toma recogerlo.