Converter WebP para AVIF

Este site mantém três cenas de amostra e as codifica pelo mesmo pipeline usado nesta página, então os números são o que este conversor produz, não o que algum benchmark externo relata. A 480 por 320 e qualidade padrão: o gráfico plano tem 4.428 bytes como WebP e 3.494 como AVIF; a cena tipo print tem 10.830 como WebP e 5.081 como AVIF; e a fotografia tem 14.700 como WebP e 17.599 como AVIF.

A fotografia é a que importa, porque fotografia é do que a maioria dos orçamentos de imagem é feita. O AVIF perdeu ali por vinte por cento. Isso não torna o formato ruim — em qualidades mais baixas e imagens maiores a ordem costuma se inverter — mas torna "AVIF é trinta por cento menor que WebP" uma afirmação para testar nos seus próprios arquivos, não para agir sobre ela direto. Converta cinco imagens representativas antes de converter cinco mil.

O padrão nesses números não é aleatório. A predição intra do AV1 é incomumente boa em grandes regiões de cor quase constante separadas por fronteiras duras, e tem mais opções de particionamento de bloco e modos de predição para gastar acertando uma borda exatamente do que a codificação derivada de VP8 do WebP.

Isso descreve prints de interface, diagramas, gráficos, ilustrações, fotos de produto sobre fundo liso, e qualquer coisa com texto — que num site típico é boa parte da contagem de imagens mesmo sendo pequena parte dos bytes. Essas são as primeiras a converter, e a conversão se paga duas vezes: ficam bem menores, e eram as imagens onde os artefatos do WebP mais apareciam.

A conversão decodifica o WebP até os pixels e codifica esses pixels como AVIF. Se o WebP tinha perdas, seus próprios artefatos — áreas planas suavizadas, halo ao longo de bordas duras — já fazem parte da imagem agora, e o codificador AVIF gasta bits descrevendo-os fielmente enquanto acrescenta uma segunda camada própria.

Na qualidade 82 isso não é dramático, mas também não é de graça, e geralmente é evitável. A maioria dos sites ainda tem o PNG ou JPG original no repositório, e codificar o AVIF a partir dessa origem produz um arquivo mais limpo e frequentemente menor do que codificar a partir do WebP. Onde o original sobrevive, use-o.

O WebP é suportado por todo navegador atual. O AVIF é suportado pelos modernos, uma afirmação diferente: um aparelho antigo, uma máquina corporativa travada, um navegador embutido em app podem cair na página e não receber nada — porque uma imagem que não pode ser decodificada não é uma imagem degradada, é uma caixa vazia.

A solução é conhecida e barata. Um elemento picture com fonte AVIF e reserva WebP ou JPG custa duas linhas de marcação a mais e remove o risco por completo; o navegador pega a primeira fonte que entende. Isso significa manter os dois arquivos, o que vale lembrar quando o motivo da migração era reduzir armazenamento, não transferência.

O AV1 compra sua compressão com análise, e o codificador aqui é o libavif compilado para WebAssembly. Converter um WebP para AVIF é sensivelmente mais lento que qualquer outro par desta família — a decodificação é rápida e a codificação não é, e numa imagem grande são segundos, não milissegundos.

O custo cai no lugar certo: uma vez, na sua máquina, na hora que você escolher, em vez de em cada visitante. Mas muda como uma migração é feita. Uma pasta de várias centenas de imagens é um trabalho para iniciar e deixar rodando, não para acompanhar.

A transparência sobrevive limpa: os dois formatos carregam canal alfa de 8 bits completo, e o AVIF é eficiente com ele, então fotos de produto recortadas e logos estão entre as imagens onde ele ganha mais confiavelmente. Bordas suaves continuam suaves, sem matte nem franja.

O que não acontece é ganho de profundidade ou gama de cor. O AVIF pode guardar doze bits por canal e gama ampla; este pipeline decodifica tudo para RGB de 8 bits, e o WebP já era 8 bits desde o início, então não há nada para promover.

O controle vai de 1 a 100 e começa em 82, e o mesmo número não significa a mesma coisa para dois codecs diferentes. Como a origem já é um WebP com perdas, há um argumento real para ajustar um pouco mais alto do que faria a partir de um original — o codificador está tentando reproduzir uma imagem que já tem estrutura que ele não colocou ali.

O método prático é converter três imagens representativas a 78, 82 e 88 e comparar tanto os bytes quanto a aparência no tamanho em que a página realmente as exibe. Leva dez minutos e resolve a questão para a biblioteca inteira muito melhor que uma regra de bolso.

Se os arquivos já são WebP e a página passa no orçamento de desempenho, a recomendação honesta é não fazer nada. A troca de JPG ou PNG para WebP foi a que produziu a grande economia; a troca de WebP para AVIF é um ganho de segunda ordem que às vezes é negativo, custa tempo de codificação e adiciona uma reserva para manter.

Os casos que claramente justificam são imagens grandes e planas, páginas cheias de imagem onde a economia agregada é mensurável, e sites com muitos prints ou diagramas. Os que não justificam são ícones pequenos, imagens já com poucos kilobytes, e fotografias onde a medição mostra o AVIF saindo maior.

Os dois codecs rodam na aba como WebAssembly e são buscados só quando um arquivo desse tipo é solto, então um lote de cem imagens baixa o codificador uma vez. Nada dos arquivos atravessa a rede, o que importa quando os arquivos pertencem a um cliente ou a um site ainda não lançado.

O limite gratuito é 100 MB por arquivo, bem além de qualquer imagem de web. Solte uma pasta e cada arquivo converte por vez com sua própria linha de progresso, com os resultados voltando num ZIP. Um WebP animado na pasta será recusado em vez de achatado silenciosamente — o decodificador aqui lê apenas imagens estáticas.