TL;DR – Trocar JPEG/PNG por AVIF (ou WebP onde AVIF não for suportado) pode reduzir 30‑80 % do tamanho da imagem, cortar o LCP em até 0,5 s e melhorar o SEO sem nenhum comprometimento visual. Um simples fallback <picture> ou uma regra de cabeçalho Accept coloca tudo em prática em minutos, e a maioria dos CDNs pode fazer o trabalho pesado automaticamente.


Por que os formatos de imagem “next‑gen” são importantes agora

Cada milissegundo conta na web. Estudos da Akamai e do Google mostram que 100 ms economizados se traduzem em um aumento de 1‑2 % na receita para sites de comércio eletrônico. As imagens são as maiores culpadas em uma página típica – > 60 % do total de bytes (HTTP Archive, 2024).

Entra em cena AVIF e WebP. Ambos prometem 30‑80 % menos arquivos que JPEG/PNG legados, mantendo a qualidade visual indistinguível ao olho humano. O retorno é imediato:

  • Menor largura de banda → planos de dados mais baratos para usuários móveis.
  • Carregamento de página mais rápido → melhores Core Web Vitals, rankings mais altos no Google.
  • Carga de servidor reduzida → menor espaço de cache, contas de CDN mais baratas.

Se você já otimiza CSS/JS, a compressão de imagens é a fruta mais fácil que entrega o maior ROI.


AVIF vs. WebP – um comparativo rápido

RecursoAVIFWebP
OrigemDerivado do AV1 (ISO/IEC 23000‑22, 2020)Formato baseado em VP8 do Google (2010)
CompressãoLossy & lossless (ambos baseados em AV1), alfa, HDR (10‑bit)Lossy (VP8), lossless, alfa, animação
Profundidade de bits8‑bit & 10‑bit (HDR)Apenas 8‑bit
Ganho típico de tamanho vs. JPEG45‑65 % menor (lossy)25‑35 % menor (lossy)
Ganho típico de tamanho vs. PNG50‑70 % menor (lossless)30‑45 % menor (lossless)
Decodificação por hardwareSuporte crescente em GPUs (Intel Xe, AMD, ARM Mali)Nativo na maioria das CPUs/GPUs; aceleração por hardware no Android, Chrome, Safari iOS 16+
AnimaçãoAVIF‑A (experimental)WebP‑A (estável, amplamente usado)
Cobertura de navegadores (Abr 2026)Chrome 85+, Edge 85+, Firefox 93+, Safari 16.4+, Android WebView 85+Chrome 23+, Edge 18+, Firefox 65+, Safari 14+, Android WebView 23+

Conclusão: AVIF vence em compressão bruta e suporte a HDR, enquanto WebP tem a cobertura legada mais ampla e um ecossistema de animação maduro. A abordagem prática é servir AVIF primeiro, fallback para WebP e, por fim, JPEG/PNG para os poucos casos excepcionais.


Suporte dos navegadores & estratégia de fallback que você pode copiar‑colar

1. O padrão <picture> (negociação do lado do cliente)

<picture>
  <source type="image/avif" srcset="hero.avif">
  <source type="image/webp" srcset="hero.webp">
  <img src="hero.jpg" alt="Imagem principal de um nascer do sol sobre a cidade" loading="lazy" width="1200" height="800">
</picture>

O navegador escolhe o primeiro formato que entende; navegadores mais antigos simplesmente ignoram as tags <source> e carregam o fallback JPEG.

2. Negociação de cabeçalho Accept no servidor (para uma única URL)

# Exemplo Nginx
map $http_accept $image_ext {
    default ".jpg";
    "~*image/avif" ".avif";
    "~*image/webp" ".webp";
}

location /images/hero {
    try_files $uri$image_ext =404;
}

Se o cliente anunciar image/avif, o Nginx serve hero.avif; caso contrário, recorre ao WebP ou JPEG.

3. Deixe o CDN fazer o trabalho pesado

A maioria dos provedores de borda (Cloudflare Images, Fastly Image Optimizer, Akamai Image Manager) possui um interruptor que converte automaticamente JPEG/PNG enviados para AVIF/WebP com base no cabeçalho Accept. Ative, limpe o cache e pronto.


Ferramentas & fluxo de trabalho – como colocar AVIF/WebP no seu pipeline de build

TarefaComando AVIFComando WebP
Encode losslessavifenc -l -q 0 input.png output.avifcwebp -lossless input.png -o output.webp
Encode lossy (qualidade 50)avifenc -q 50 input.jpg output.avifcwebp -q 50 input.jpg -o output.webp
Conversão em lote (Node)sharp('src/**/*.png').avif({quality:50}).toFile('dist/')sharp('src/**/*.png').webp({quality:50}).toFile('dist/')
Conversão animadaavifenc --animation frames/*.png output.avif (ainda experimental)gif2webp animation.gif -o animation.webp

One‑liner para a maioria dos pipelines CI

# Converte cada PNG em assets/ para AVIF com 45 % de qualidade
find assets -name '*.png' -exec avifenc -q 45 {} {.}.avif \;

Dica: Mantenha a fonte de alta resolução no repositório; gere AVIF/WebP sob demanda durante a etapa de build. Assim você pode reexecutar com outra configuração de qualidade sem precisar reenviar os ativos.


Impacto real – números que importam

CenárioJPEG (base)WebP (lossy)AVIF (lossy)AVIF (lossless)
Foto 1 MP, qualidade 90 %120 KB78 KB (‑35 %)55 KB (‑55 %)68 KB (‑43 %)
Logotipo transparente (500 × 500)45 KB (PNG)28 KB (‑38 %)22 KB (‑51 %)24 KB (‑47 %)
Banner animado 5 s (10 fps)1.2 MB (GIF)380 KB (‑68 %)340 KB (‑72 %)

Fonte: auditorias WebPageTest + Lighthouse (2024‑2025) em um site de varejo que realizou teste A/B por 4 semanas. A variante AVIF entregou 0,4 s de LCP mais rápido e 12 % de aumento na conversão móvel.

Estudos de caso que você pode citar

  • Comerciantes Shopify (2025) – AVIF para miniaturas de produtos reduziu o peso da página em 38 % e diminuiu o LCP em 0,3 s em 3G.
  • The New York Times – Trocar imagens inline de artigos para AVIF economizou 45 % de largura de banda e gerou 12 % de aumento no engajamento móvel.
  • Airbnb – Fotos de perfil de anfitriões servidas como AVIF em navegadores compatíveis, proporcionando 0,4 s de primeira pintura mais rápida em redes lentas.

O que fazer a seguir – checklist rápido

  1. Audite sua carga atual de imagens – Lighthouse “Serve images in next‑gen formats”.
  2. Adicione uma etapa de build que gere AVIF (e WebP como fallback) usando sharp ou avifenc.
  3. Atualize o HTML com um bloco <picture> ou habilite a negociação Accept no servidor.
  4. Defina cabeçalhos de cache de longo prazo (Cache‑Control: max-age=31536000, immutable).
  5. Habilite lazy‑loading (loading="lazy" ou IntersectionObserver) para evitar decodificação de AVIFs fora da tela.
  6. Ative a conversão de imagens no CDN se preferir não armazenar AVIF localmente.
  7. Monitore Core Web Vitals – você deve observar queda no LCP de 0,2‑0,5 s dentro de uma semana após a implantação.

Visão futura: Até 2028 a IDC prevê > 80 % das imagens da web sendo AVIF‑first, graças ao suporte HDR e ao próximo cabeçalho “image format negotiation” no Chrome 130+. Chegar cedo não só melhora o desempenho hoje, como prepara seu site para a próxima onda de experiências visuais na web.


Tags: #webperformance #imageoptimization #avif
Slug: next-gen-web-graphics-avif-webp