JPG vs WebP vs AVIF: formatos de compressão comparados
Uma comparação prática dos três formatos dominantes de imagem raster em 2026 - taxas de compressão, compatibilidade e quando usar cada um.
Se você se importa com performance web e olhou a otimização de imagens recentemente, viu três formatos mencionados repetidamente: JPG, WebP e AVIF. Os três fazem essencialmente o mesmo trabalho — comprimir fotografias — mas ocupam pontos muito diferentes no trade-off entre compatibilidade e compressão.
O resumo rápido
| Formato | Lançamento | Tamanho (foto, mesma qualidade) | Suporte em navegadores | Velocidade de codificação |
|---|---|---|---|---|
| JPG | 1992 | Baseline (100%) | 100% | Rápida |
| WebP | 2010 | 65-75% | ~96% | Média |
| AVIF | 2019 | 40-55% | ~92% | Lenta |
JPG ganha em compatibilidade e velocidade de codificação. WebP é o ponto ideal atual. AVIF produz os menores arquivos, mas leva significativamente mais tempo para ser criado.
Como funcionam por dentro
JPG
O JPG comprime imagens dividindo-as em blocos de 8×8 pixels e transformando cada bloco em componentes de frequência usando a Transformada Discreta do Cosseno. Componentes de alta frequência (detalhes finos) são quantizados agressivamente — é aí que a compressão com perdas acontece. O resultado é reconstruído com um conjunto previsível de artefatos: fronteiras de bloco visíveis em baixa qualidade, “ringing” ao redor de bordas nítidas e detalhes finos borrados.
A matemática por trás permaneceu essencialmente inalterada desde os anos 1990. O formato é simples, universalmente suportado e rápido para codificar e decodificar.
WebP
O WebP (Google, 2010) usa predição baseada em blocos derivada do codec de vídeo VP8. Em vez de blocos independentes de 8×8, cada bloco pode referenciar seus vizinhos — muito mais eficiente para imagens naturais. O WebP também suporta compressão sem perdas (competitiva com o PNG), transparência alfa (como o PNG) e animação (como o GIF, mas muito menor).
Na mesma qualidade perceptual de um JPG, um arquivo WebP é tipicamente 25-35% menor. O WebP suporta configurações de qualidade de 0 a 100 como o JPG.
AVIF
O AVIF (Alliance for Open Media, 2019) é baseado no codec de vídeo AV1 — a última geração de compressão de código aberto. Usa técnicas mais sofisticadas: blocos maiores e de tamanho variável, mais modos de predição e melhor codificação entrópica.
Na mesma qualidade perceptual do JPG, um arquivo AVIF é tipicamente 45-55% menor. O AVIF também suporta transparência, HDR, gamas de cores amplas e animação.
A pegadinha: codificar AVIF é lento. Criar um AVIF a partir de uma fotografia pode levar 2-10× mais tempo que o WebP equivalente, e 10-30× mais que o JPG. A decodificação é mais rápida, mas ainda dá mais trabalho.
Comparação de tamanho de arquivo no mundo real
Fotografia típica (4000×3000 px, saída de câmera) codificada em qualidade visualmente equivalente:
| Formato | Tamanho | vs JPG |
|---|---|---|
| PNG (sem perdas) | 28 MB | +2400% |
| JPG (qualidade 85) | 1,2 MB | 100% |
| JPG (qualidade 75) | 620 KB | 52% |
| WebP (qualidade 85) | 780 KB | 65% |
| WebP (qualidade 75) | 380 KB | 32% |
| AVIF (qualidade 85) | 540 KB | 45% |
| AVIF (qualidade 75) | 250 KB | 21% |
As economias são dramáticas. Ir de JPG-85 para AVIF-75 é mais de 4× menor — para uma página que carrega 10 imagens, isso é uma diferença de vários megabytes.
Suporte em navegadores e ferramentas em 2026
JPG: Universal. Todo navegador, cliente de e-mail, sistema operacional, editor de documentos, CMS e visualizador de imagens suporta. Se um sistema consegue exibir imagens, consegue exibir JPG.
WebP: Suportado em todos os navegadores modernos (Chrome, Firefox, Safari, Edge, Opera, Samsung Internet) e essencialmente todos os grandes sistemas operacionais. WebP agora é seguro como formato primário para imagens web. As lacunas restantes estão em ferramentas mais antigas: alguns editores de imagem, clientes de e-mail e CMSs de terceiros ainda lidam com WebP de forma desajeitada.
AVIF: Suportado em Chrome, Firefox, Safari, Edge e na maioria dos navegadores mais novos. O suporte global fica em torno de 92%. A lacuna restante é majoritariamente Safari mais antigo, Firefox pré-93 e navegadores corporativos legados. O suporte ao AVIF em editores de imagem e ferramentas de design é mais irregular que o do WebP.
Para entrega web, tanto WebP quanto AVIF são seguros se você fornecer um fallback JPG:
<picture>
<source type="image/avif" srcset="photo.avif">
<source type="image/webp" srcset="photo.webp">
<img src="photo.jpg" alt="...">
</picture>
O navegador escolhe o melhor formato que suporta.
Velocidade de codificação na prática
Se você está comprimindo uma única imagem para um post de blog, a diferença não importa — estamos falando de segundos. Se você está processando um catálogo de 50.000 fotos de produtos, importa muito.
Tempos aproximados para uma fotografia 4000×3000 num laptop moderno:
- JPG (qualidade 75): 0,1 segundo
- WebP (qualidade 75): 0,3 segundo
- AVIF (qualidade 75): 3-8 segundos (dependendo do codificador e da configuração de esforço)
Codificadores AVIF têm uma configuração de “esforço” ou “velocidade”. Mais esforço = arquivos menores, mas muito mais lento. Para processamento em lote, uma configuração de esforço menor frequentemente torna o AVIF prático ao custo de 5-15% de saída maior.
Quando usar cada um
Use JPG quando você precisa de compatibilidade garantida com qualquer ferramenta em qualquer lugar (e-mail, documentos do Office, sistemas legados), está exportando imagens para fluxos de impressão ou banco de imagens, está codificando em tempo real e precisa de velocidade máxima, ou a compatibilidade é simplesmente prioridade.
Use WebP quando você está entregando imagens web e pode fornecer um fallback JPG, precisa de transparência numa imagem estilo fotografia (o JPG não faz transparência; o WebP sim), quer um substituto direto tanto para JPG quanto para PNG, ou está equilibrando compressão e velocidade de codificação.
Use AVIF quando você quer os menores arquivos possíveis e a velocidade de codificação não importa (imagens de destaque pré-processadas, conteúdo em CDN com cache), está mirando especificamente navegadores modernos, está trabalhando com conteúdo HDR ou gama ampla, ou precisa de animação em alta qualidade.
O que acontece se você servir WebP/AVIF sem fallback?
Navegadores mais antigos ou clientes que não são navegadores (alguns clientes de e-mail, Office, certos leitores de tela) vão mostrar um ícone de imagem quebrada. O usuário vê conteúdo faltando.
Sempre use <picture> com um fallback JPG ou PNG a menos que você controle o cliente e saiba que ele suporta o formato.
A configuração recomendada para um site típico
Para 2026, um padrão sensato é:
- Mantenha um master de cada imagem no formato original (JPG da câmera, PSD do Photoshop, etc.)
- Exporte JPG em qualidade 85 como fallback universal
- Exporte WebP em qualidade 75 como formato web primário
- Opcionalmente exporte AVIF em qualidade 70 para economia máxima
- Use
<picture>para deixar o navegador escolher
Se você quer manter as coisas simples e pular o AVIF, WebP sozinho lhe dá 25-35% de economia vs JPG com mínima sobrecarga operacional. Já é uma grande vitória.
Nosso Compressor de Imagens aceita JPG, PNG e WebP e mantém o formato de entrada. Para conversão de formato — JPG → WebP, por exemplo — você pareia com um conversor dedicado, mas para reduzir o tamanho dentro do seu formato atual é uma ferramenta rápida no navegador com slider de qualidade ao vivo.
Seja qual for o formato que você acabe usando, o principal é este: pare de servir imagens sem compressão. JPG qualidade 95 para web é o equivalente a imprimir seu site em papel fotográfico brilhante quando um PDF resolveria.