Notas del equipo sobre el oficio, los formatos y las pequeñas decisiones detrás de un buen resultado.
Por qué el AVIF supera al WebP en fotografías
La ventaja de compresión del AVIF sobre el WebP viene del códec de base. El WebP usa el motor intracuadro pensado para vídeo pero empleado en imágenes fijas desde 2010. El un formato moderno, el códec tras el AVIF, salió en 2018 tras años de investigación apuntada justo a los límites de esos métodos anteriores . El un formato moderno aplica un submuestreo de croma más agresivo, una partición en bloques más fina hasta 4 por 4 píxeles y una codificación entrópica más eficaz. El resultado práctico, validado por el análisis en grandes colecciones de fotos, es que el AVIF suele ser entre un 20 y un 30 por ciento más pequeño que el WebP a igual calidad percibida en fotografías. En gráficos generados por ordenador con color plano y bordes duros el margen se estrecha, porque el algoritmo más simple del WebP maneja bien esos patrones. Para cualquier página cuyos archivos más pesados sean fotografías, la mejora a AVIF tiene un impacto medible en el ancho de banda.
La segunda pasada con pérdida en la práctica
Cuando conviertes un WebP a AVIF, tanto el origen como la salida pierden datos. El WebP ya decidió qué información de color descartar cuando se creó, y esas decisiones son permanentes: la conversión a AVIF no puede recuperar ninguna. El AVIF toma luego sus propias decisiones sobre los datos de píxel que recibe, a calidad 85. En fotografías, el efecto combinado de dos pasadas con pérdida sigue siendo visualmente casi sin pérdidas a tamaños típicos, alrededor de de en contenido fotográfico real. En gráficos ya degradados por su codificación WebP, la segunda pasada puede sumar artefactos visibles. La regla práctica: si el WebP de origen se ve limpio al tamaño en que piensas mostrarlo, el AVIF también lo estará. Si el WebP ya muestra ruido de compresión, examina el AVIF con cuidado antes de publicarlo.
Cómo fluye el capa de transparencia
Tanto el WebP como el AVIF guardan la transparencia como un plano alfa separado junto a los datos de color. La conversión lee el capa de transparencia del WebP, lo compone a plena transparencia, y luego lo entrega al AVIF, que escribe su propio plano alfa con codificación intracuadro un formato moderno a calidad 85. Los degradados de transparencia suaves, los bordes difuminados y las zonas parcialmente transparentes sobreviven todos a este viaje de ida y vuelta. El plano alfa del AVIF es a su vez con pérdida a calidad 85, lo que puede introducir un fleco apenas perceptible en bordes duros con un zoom extremo. A tamaños normales de visualización en la web la diferencia con el origen no se ve. Para trabajo al píxel en iconos pequeños donde el borde alfa debe ser exacto, guarda el origen WebP y verifica la salida a zoom completo antes de publicar.
Tiempos de conversión entre navegadores y dispositivos
El AVIF se calienta una vez por sesión del navegador, sumando cerca de un segundo a la primera conversión. Luego, Chromium da el mejor rendimiento, con tiempos rápidos para miniaturas y pocos segundos para fotos grandes. Firefox es la excepción llamativa, y hace correr el mismo motor unas cuatro veces más lento, lo que deja el caso 4K cerca de 31 segundos y los archivos grandes pasados los dos minutos. WebKit queda entre los dos, más cerca de Chromium. El hardware móvil va de 3 a 5 veces más lento que el de escritorio en todos los motores. Para la conversión de rutina archivo a archivo, Chrome en un portátil o un escritorio es la herramienta práctica. Para usuarios de Firefox con imágenes grandes, el consejo honesto es cambiar de navegador o quedarse con WebP.
Core Web Vitals y la mejora a AVIF
Las páginas que sirven fotografías pagan un coste de ancho de banda por cada imagen cargada. Si esas imágenes son hoy WebP, convertirlas a AVIF recorta la transferencia por imagen en cerca de un 20 a un 30 por ciento en fotos. En una página con una imagen principal WebP de, el AVIF la deja en cerca de 140 a. En una cuadrícula de productos con doce miniaturas WebP de, el AVIF ahorra cerca de 70 a de peso total de página. Esos ahorros afectan directamente al Largest Contentful Paint cuando el elemento LCP es una imagen. Con una compatibilidad de AVIF cercana al 94 por ciento a nivel global, un elemento picture que sirve AVIF primero con reserva WebP cubre prácticamente todo el tráfico. El coste del marcado se paga una vez por componente de imagen, y el ahorro de ancho de banda se repite en cada carga de página posterior.
Por qué la conversión a AVIF se apoya en un servidor
El AVIF se construye sobre el códec un formato moderno, la misma familia que usa el vídeo moderno, y es a propósito pesado de generar a cambio de archivos compactos. Hacer ese trabajo en fotos grandes es más rápido en un servidor. El navegador del visitante varía mucho según el dispositivo. El archivo se procesa y el resultado vuelve a ti, y la descarga se elimina en unas 2 horas, sin datos personales y sin almacenamiento a largo plazo. Convertir varias imágenes a la vez siempre corre en el servidor, que monta el conjunto terminado en una sola descarga, borrada en el mismo plazo corto. Si no se puede alcanzar nuestro servidor, una conversión sola pasa a generarse dentro del navegador, manteniendo ese archivo en local, aceptando una generación más lenta por la comodidad. El trato es claro: el servidor compra calidad y velocidad en el formato que más lo necesita, y tu archivo nunca se guarda más allá de la breve ventana que tarda en convertirse.
