Convertir AVIF a WebP

Algo de tu cadena de trabajo acepta WebP y nunca ha oído hablar de AVIF. Ese es el motivo, y es real: una plantilla de WordPress, el subidor de un gestor de contenidos con una lista de tipos MIME escrita a mano, un pliego publicitario redactado en 2021, la canalización de recursos de una aplicación móvil, un módulo de PrestaShop que redimensiona lo que reconoce y deja pasar el resto sin tocar.

La prueba para saber si estás en ese caso es corta: nombra el programa concreto que rechazó el AVIF. Si puedes nombrarlo, esta página es la solución. Si no puedes, y lo que te trae aquí es la sospecha de que WebP es más seguro o está mejor soportado, sigue leyendo antes de convertir, porque estarías pagando una segunda compresión con pérdida y unos cuantos kilobytes de más a cambio de nada.

Todos los navegadores actuales leen los dos formatos. Esta es la confusión más extendida sobre esta conversión y viene de los años en que era cierta: el soporte de AVIF llegó bastante después que el de WebP, así que hay mucho consejo escrito entre medias que sigue en línea y sigue diciendo que WebP es la opción moderna prudente.

Fuera del navegador ninguno de los dos es prudente. Envía un WebP por correo y envía un AVIF y tendrás exactamente el mismo problema: visores de imágenes, galerías de teléfonos con unos años, clientes de mensajería y servicios de impresión tratan a ambos de forma irregular. Si el archivo tiene que sobrevivir al contacto con el programa de otra persona y no con su navegador, la conversión honesta es a JPG o a PNG, no un movimiento lateral entre dos formatos web.

Los dos son un fotograma fijo de un códec de vídeo: WebP es un fotograma de VP8, publicado por Google en 2010; AVIF es un fotograma de AV1, publicado por la Alliance for Open Media en 2019. Convertir de uno a otro significa descodificar una compresión con pérdida y producir otra distinta, con un modelo más antiguo de qué importa dentro de una imagen.

El segundo codificador no puede saber qué descartó el primero, así que trata los degradados suavizados y la textura aplanada del AVIF como si fueran la escena original y los vuelve a comprimir. Con la calidad por defecto de 82 el daño es moderado y no es cero. Donde antes se nota es justamente en el material en el que AVIF es fuerte y VP8 débil: cielos, degradados, detalle en sombras y superficies planas grandes que el AVIF mantenía limpias y el WebP tiende a escalonar.

Este es el límite duro con el que la gente choca sin esperarlo. Un WebP no puede medir más de 16.383 píxeles de ancho ni de alto —es una propiedad del formato y no de un codificador concreto— mientras que un AVIF llega a 65.536 por lado. De AVIF a WebP es, por tanto, la única dirección de este sitio en la que el destino puede ser demasiado pequeño para contener el origen.

No es un límite teórico. Una panorámica cosida, un mapa escaneado, la captura larga de una página entera o una imagen de producto en mosaico cruzan los 16.383 píxeles con comodidad. Si la tuya lo hace, fija el ancho máximo antes de convertir: el redimensionado ocurre en la misma pasada que la codificación. Decidirlo tú es mucho mejor que descubrir el techo el día que hace falta el archivo.

AVIF puede describir hasta doce bits por canal y gamas de color amplias. WebP son ocho bits en una gama estándar, y eso está en la especificación, no en un ajuste. Todo lo que el AVIF guardaba por encima de ocho bits no llega.

Para una imagen que salió de una página web esto no cambia nada, porque ya se servía con ocho bits. Importa cuando el AVIF viene de una cámara moderna o de una cadena de edición, donde esa precisión extra era precisamente la razón de elegir AVIF: convertirlo a WebP descarta la propiedad por la que se escogió el formato. En ese caso la conversión es una rebaja con un propósito, y conviene estar seguro del propósito antes de pasar una fototeca entera, porque nada devuelve después esa precisión.

En contenido fotográfico AVIF es habitualmente entre un 20 y un 30 por ciento más pequeño que un WebP comparable, así que el resultado normal de esta conversión es un archivo mayor. Si conviertes porque un paso de compilación necesita WebP, ese sobrepeso de página es un coste que conviene tener presente y poner en la balanza junto a lo que ese paso te está resolviendo.

En gráficos de interfaz planos, iconos, capturas de pantalla y dibujo lineal el orden se invierte y el WebP puede salir más pequeño que el AVIF del que viene. Convierte dos o tres archivos representativos de los tuyos y compara los bytes antes de decidir nada sobre una biblioteca completa; la diferencia entre una foto y una captura de un panel de administración es enorme y no se adivina.

La lentitud al codificar es el defecto que este sitio anota contra AVIF y es la diferencia práctica entre los dos. AV1 busca estructura comprimible con mucho más esfuerzo que VP8 —a menudo un orden de magnitud más tiempo para la misma imagen— y de ahí salen tanto los archivos pequeños como los varios segundos que tarda un AVIF grande incluso en una máquina rápida.

En esta página te toca la mitad barata del trato. Descodificar un AVIF es rápido y codificar un WebP también, así que un lote de unos cientos de imágenes termina en el tiempo que costaría una sola codificación AVIF. Para quien convierte una biblioteca entera y no un archivo suelto, esta es la dirección cómoda de ejecutar dentro de un navegador; la contraria es la que hace sonar el ventilador del portátil.

Los dos formatos pueden contener animación, así que en principio un AVIF animado podría convertirse en un WebP animado. Este conversor no hace eso: descodifica una imagen y escribe una imagen, de modo que lo que recibes es un WebP fijo del primer fotograma.

Se dice aquí y no se descubre después porque un conversor que tira en silencio nueve décimas partes de un archivo es exactamente el fallo que este sitio existe para no cometer. Si lo que tienes se mueve y tiene que seguir moviéndose, ninguno de estos dos formatos es la respuesta y esta página tampoco: un MP4 producido desde lo que generó la animación pesa menos que cualquier formato de imagen animada para el mismo contenido y se reproduce en todas partes.

El canal alfa sobrevive. Los dos formatos llevan transparencia real, así que los recortes, los bordes suaves y las capas semitransparentes llegan con la misma precisión que tenían y no hay que elegir ningún color de fondo. Es una de las pocas cosas de esta pareja que no cuesta nada.

Hay una asimetría que conviene conocer: el modo sin pérdida de WebP es excelente y está bien atendido por las herramientas, mientras que el de AVIF existe y se maneja peor. Esta página escribe WebP con pérdida, porque eso es lo que significa el control de calidad y porque un AVIF ya venía casi siempre con pérdida: escribir un WebP sin pérdida de una imagen ya comprimida produce un archivo mucho mayor que no es más fiel a la escena original. Si necesitas una copia de trabajo realmente sin pérdida, el destino es PNG.

La conversión descodifica la imagen hasta píxeles y el codificador escribe solo píxeles. No hay ningún parámetro por el que puedan pasar los metadatos, así que el EXIF, el XMP, el IPTC, las coordenadas y también el perfil de color ICC quedan fuera del WebP. No es que se eliminen: es que nada los transporta.

Para una imagen de catálogo o de blog eso suele venir bien y ahorra una preocupación. Donde molesta es en un archivo fotográfico que se ordena por fecha de captura o que necesita el perfil de color para imprimir: guarda el AVIF original junto al WebP, porque el WebP no podrá devolverte esa información más adelante.

Si las imágenes son para tus propias páginas, alejarse de AVIF rara vez es la respuesta estructural correcta. Un elemento picture con una fuente AVIF primero, una WebP después y un JPG debajo deja que cada navegador tome el mejor archivo que sepa leer, no necesita detección ni mantenimiento y evita que nadie tenga que elegir.

La razón para convertir es que algo intermedio no puede emitir dos archivos. Pasa a menudo —muchas plataformas admiten una imagen por recurso— y es una limitación real y no una falta de valor. Donde aplique, convierte, conserva el AVIF y vuelve a mirarlo cuando la plataforma se ponga al día. Todo esto ocurre en tu navegador, así que repetir el lote dentro de un año no cuesta más que el tiempo.

Los dos códecs se ejecutan dentro de la pestaña, sobre tu propio procesador, así que la imagen no se envía a ningún sitio. El límite gratuito es de 100 MB por archivo, muy por encima de lo que ocupa cualquier AVIF de web, y puedes soltar hasta cien de una vez y recogerlos juntos en un ZIP.

Ese tope de cien por tanda es lo único que hay que tener en cuenta al mover una biblioteca: una carpeta más larga se procesa en varias tandas, no en una. No hay cuenta, ni cuota diaria, ni cola detrás de nadie, porque no estás consumiendo capacidad de servidor: el freno es la memoria y el procesador de tu propia máquina.