Formatos de imagem em 2026: quando AVIF supera WebP e quando não

O estado dos formatos de imagem em 2026

AVIF foi "o futuro" durante tempo suficiente para agora parecer o presente. A compatibilidade dos navegadores ultrapassou 95% de cobertura global no final de 2024, as CDNs adicionaram transcodificação automática para AVIF, e a maioria das ferramentas de otimização de imagem já inclui AVIF por predefinição. Entretanto, WebP tornou-se a alternativa segura — ubíqua, rápida de codificar e suficientemente boa para a maioria dos casos de uso.

A questão já não é se AVIF é melhor em teoria. É. A questão é se os compromissos práticos — tempo de codificação, maturidade das ferramentas, comportamento em casos-limite — tornam a mudança vantajosa para a sua carga de trabalho específica.

Este artigo percorre a árvore de decisão. Se serve milhares de imagens carregadas por utilizadores, a resposta é diferente de alguém que ajusta manualmente uma dúzia de imagens principais de marketing. Se a velocidade de codificação é importante, a resposta muda novamente.

Onde AVIF ganha de forma decisiva

AVIF usa a compressão intra-frame do codec de vídeo AV1, o que significa que beneficia de anos de otimização para vídeo em movimento. O resultado são tamanhos de ficheiro consistentemente menores do que WebP com qualidade percetiva equivalente, sobretudo em conteúdo fotográfico.

Em testes repetidos com conjuntos de imagens diversos, os ficheiros AVIF são 20-30% menores do que WebP com a mesma pontuação SSIM. Para fotografias de alta resolução — imagens de produto, imagens editoriais, qualquer coisa acima de 1200px de largura — essa diferença acumula-se rapidamente. Um WebP de 2MB torna-se um AVIF de 1.4MB. Multiplique isso por cem imagens numa página e a poupança de largura de banda torna-se relevante.

AVIF também lida melhor com gradientes suaves e áreas de baixo contraste do que WebP. A herança VP8 do WebP significa que pode introduzir banding em céus, sombras e outras transições tonais subtis. A codificação por transformada mais sofisticada do AVIF evita isto. Se as suas imagens incluem muitos gradientes — trabalho de design, ilustrações, pores do sol — AVIF terá um aspeto mais limpo com tamanhos de ficheiro menores.

A compatibilidade dos navegadores já é suficientemente forte para que AVIF possa ser o formato principal na maioria dos sites. Safari adicionou suporte na versão 16.4 (março de 2023), que era a última grande exceção. A compatibilidade global está acima de 95% no início de 2026. A lacuna restante está em dispositivos Android mais antigos e navegadores empresariais legados, razão pela qual continua a precisar de uma alternativa.

Onde WebP ainda faz sentido

A velocidade de codificação é a maior restrição prática. A codificação AVIF é 5-10x mais lenta do que WebP, dependendo das definições de qualidade e da implementação do codificador. Para conteúdo gerado por utilizadores — fotografias de perfil, anexos de fóruns, qualquer coisa carregada em tempo real — essa latência importa. Uma codificação WebP que demora 200ms torna-se uma codificação AVIF de 2 segundos. Se está a processar carregamentos de forma síncrona, isso é um atraso visível para o utilizador.

A solução é codificar de forma assíncrona (carregar o original, servir um placeholder, codificar em segundo plano) ou manter WebP para conteúdo gerado por utilizadores e reservar AVIF para recursos selecionados que controla. Muitos sites fazem ambos: AVIF para imagens de marketing, WebP para carregamentos de utilizadores.

WebP também tem ferramentas mais maduras. Todas as bibliotecas de imagem, plugins de CMS e CDNs suportam WebP há anos. O suporte a AVIF está a recuperar, mas ainda existem casos-limite. Algumas compilações antigas do ImageMagick produzem saída AVIF de fraca qualidade. Algumas CDNs cobram mais pela transcodificação para AVIF. Se está a trabalhar num ambiente condicionado — CMS legado, orçamento limitado, prazos apertados — WebP é o caminho de menor resistência.

Por fim, WebP continua a ser menor do que JPEG em quase todos os casos, e a codificação é suficientemente rápida para uso em tempo real. Se a sua base atual é JPEG e ainda não migrou para formatos modernos, WebP é o primeiro passo mais seguro. Pode sempre adicionar AVIF mais tarde como melhoria progressiva.

A árvore de decisão prática

Eis como escolher:

• Imagens de marketing selecionadas, imagens hero, fotografias editoriais: Use AVIF como formato principal, com WebP como primeira alternativa e JPEG como alternativa final. A poupança no tamanho dos ficheiros justifica o custo de codificação, e controla o pipeline.
• Conteúdo gerado por utilizadores carregado em tempo real: Use WebP. A velocidade de codificação importa mais do que os últimos 20% de eficiência de compressão, e não pode suportar atrasos de vários segundos.
• Ilustrações, gráficos de cores planas, capturas de ecrã: AVIF é melhor do que WebP, mas PNG é frequentemente competitivo para gráficos simples com grandes áreas planas. Teste ambos. Se o seu PNG já é pequeno e comprime bem, a migração de formato pode não valer a pena.
• Miniaturas e imagens pequenas: WebP costuma ser suficiente. A poupança absoluta em bytes com AVIF é pequena (um WebP de 10KB torna-se um AVIF de 8KB), e a velocidade de codificação importa mais em escala.
• Compatibilidade com navegadores legados é crítica: Mantenha WebP como o formato moderno principal. A cobertura de 95% do AVIF é excelente, mas se serve uma base de utilizadores com dispositivos mais antigos ou ambientes empresariais, a compatibilidade quase universal do WebP é mais segura.

Se não tiver a certeza, o padrão mais seguro é servir AVIF aos navegadores que o suportam, com uma alternativa WebP e uma alternativa final JPEG. O elemento <picture> torna isto simples:

<picture>
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="Description">
</picture>

Esta abordagem dá-lhe o melhor dos dois mundos: compressão máxima para navegadores modernos, alternativas seguras para os mais antigos.

Definições de codificação que importam

Se adotar AVIF, as definições de codificação têm um impacto maior na qualidade da saída do que acontece com WebP. A flexibilidade do AVIF significa que há mais formas de produzir um mau resultado.

As duas definições mais importantes são qualidade e velocidade. A qualidade é direta: números mais altos significam imagens com melhor aspeto e ficheiros maiores. Para AVIF, uma definição de qualidade entre 75-85 é normalmente o ponto ideal para conteúdo fotográfico. Abaixo de 70, começam a aparecer artefactos visíveis. Acima de 90, os tamanhos dos ficheiros aumentam muito sem ganhos significativos de qualidade.

A velocidade controla quanto tempo o codificador passa a otimizar a saída. Codificação mais lenta produz ficheiros menores, mas os retornos diminuem rapidamente. A maioria dos codificadores usa uma escala de 0-10, em que 0 é o mais lento e 10 é o mais rápido. Uma definição de velocidade entre 6-8 é um bom compromisso: a codificação é suficientemente rápida para processamento em lote, e os tamanhos dos ficheiros ficam a 10-15% do mínimo teórico.

Se está a codificar AVIF no servidor, use uma versão recente de libavif ou avifenc. Codificadores mais antigos (pré-2024) produzem resultados visivelmente piores com o mesmo tamanho de ficheiro. O formato ainda está a amadurecer, e as melhorias nos codificadores têm sido significativas.

E quanto ao JPEG XL?

JPEG XL é tecnicamente superior a AVIF e WebP. Comprime melhor, codifica mais depressa, suporta compressão sem perdas e lida com uma gama mais ampla de tipos de imagem. Também é um formato morto.

Google removeu o suporte a JPEG XL do Chrome em 2022, citando baixa adoção e complexidade. Apple nunca adicionou suporte. Em 2026, JPEG XL é suportado apenas no Firefox e no Safari Technology Preview, o que significa que não é viável para uso em produção. A menos que os fornecedores de navegadores mudem de direção — improvável — JPEG XL continuará a ser um formato para entusiastas e fluxos de trabalho de arquivo, não para a web.

O caminho de migração

Se está a passar de JPEG para formatos modernos, o caminho mais seguro é:

1. Auditar o seu pipeline de imagem atual. Identifique de onde vêm as imagens (CMS, carregamentos de utilizadores, CDN), como são processadas e que formatos serve atualmente. Porque processar imagens no navegador é uma vitória para a privacidade cobre alguns dos compromissos em torno de onde o processamento de imagem acontece.
2. Começar com WebP. É rápido de codificar, amplamente suportado e oferece reduções imediatas no tamanho dos ficheiros. Este é o primeiro passo de baixo risco.
3. Adicionar AVIF para conteúdo selecionado. Assim que WebP estiver a funcionar de forma fiável, adicione AVIF para imagens de alto valor em que o tamanho do ficheiro é mais importante. Teste os tempos de codificação e confirme que a sua CDN ou serviço de imagem o suporta.
4. Monitorizar a compatibilidade dos navegadores. A cobertura AVIF já é excelente, mas se as suas análises mostrarem uma percentagem significativa de utilizadores em navegadores mais antigos, mantenha WebP como formato principal.
5. Medir o impacto. Use monitorização de utilizadores reais para acompanhar os tempos de carregamento de página e o Largest Contentful Paint antes e depois da migração. Como ler um relatório Lighthouse sem entrar em pânico é um guia útil para interpretar métricas de desempenho.

O objetivo não é usar o formato mais recente só por ser novo. O objetivo é servir imagens menores sem sacrificar qualidade, o que melhora a velocidade da página e reduz custos de largura de banda. AVIF faz isso melhor do que WebP na maioria dos casos, mas as restrições práticas — velocidade de codificação, ferramentas, compatibilidade dos navegadores — significam que WebP continua a ser a escolha certa para algumas cargas de trabalho.

Principais conclusões

• AVIF é 20-30% menor do que WebP com qualidade equivalente, especialmente em conteúdo fotográfico e imagens com gradientes.
• Codificar AVIF é 5-10x mais lento do que WebP, o que o torna impraticável para carregamentos de utilizadores em tempo real, a menos que codifique de forma assíncrona.
• A compatibilidade dos navegadores com AVIF está acima de 95% globalmente, mas a compatibilidade quase universal do WebP torna-o a alternativa mais segura.
• Para imagens de marketing selecionadas, use AVIF como formato principal com alternativas WebP e JPEG. Para conteúdo gerado por utilizadores, mantenha WebP.
• JPEG XL é tecnicamente superior, mas não tem compatibilidade viável nos navegadores e não deve ser usado em sites de produção.

FAQ

Q: Posso servir AVIF sem uma alternativa?

A: Ainda não. O suporte a AVIF está acima de 95%, mas isso ainda deixa milhões de utilizadores em navegadores mais antigos. Inclua sempre uma alternativa WebP ou JPEG usando o elemento <picture>. O navegador selecionará automaticamente o melhor formato que suporta.

Q: AVIF suporta transparência?

A: Sim. AVIF suporta um canal alfa, o que o torna uma alternativa viável ao PNG nos casos em que precisa de transparência. Os tamanhos dos ficheiros são normalmente menores do que PNG, embora a codificação seja mais lenta.

Q: Devo recodificar todas as minhas imagens existentes para AVIF?

A: Só se a poupança de largura de banda justificar o esforço. Comece por páginas de alto tráfego e imagens grandes, onde o impacto é mais visível. Para páginas de baixo tráfego ou imagens pequenas, o ROI é mínimo. Foque-se primeiro em conteúdo novo e depois preencha seletivamente o que já existe.

Q: Qual é a melhor ferramenta para codificar AVIF em lote?

A: avifenc (parte de libavif) é a ferramenta de linha de comandos mais usada. Para ferramentas com GUI, Squoosh (baseada na web) e ImageOptim (Mac) suportam AVIF. A maioria das CDNs e serviços de imagem modernos (Cloudflare, Cloudinary, imgix) consegue transcodificar automaticamente para AVIF.

Q: AVIF funciona com imagens responsivas e srcset?

A: Sim. Use o elemento <picture> com vários elementos <source> para alternativas de formato, e srcset dentro de cada <source> para dimensionamento responsivo. O navegador escolherá o melhor formato e tamanho com base na compatibilidade e na largura da viewport.

<!-- tool-cta:start -->

💡 Experimente isto: Compare os dois formatos nos seus próprios recursos com o Image Converter, que pode gerar tanto AVIF quanto WebP para que você possa medir o tamanho e a qualidade no mundo real.

<!-- tool-cta:end -->

Fontes

• AVIF vs WebP: Uma comparação abrangente — Análise detalhada da eficiência de compressão e das definições de qualidade em diferentes tipos de imagem.
• Can I use AVIF? — Dados atuais de compatibilidade dos navegadores para o formato de imagem AVIF.
• Repositório GitHub do libavif — Implementação de referência do codificador e documentação para AVIF.
• Web Almanac: Imagens — Relatório anual sobre adoção de formatos de imagem e desempenho na web.