JPG vs WebP: arquivos 25% menores com a mesma qualidade

Resumo. WebP supera JPG para uso web porque produz arquivos 25-35% menores com qualidade visual equivalente, suportando transparência e animação, com ~97% de cobertura de navegadores em 2026. JPG só ganha para anexos de e-mail, pipelines de impressão e software legado.

WebP é um formato de imagem desenvolvido pelo Google, introduzido em 2010 e adicionado a todos os principais navegadores até 2020. Com qualidade visual equivalente, produz arquivos 25-35% menores que JPG. Para a maioria dos destinos web, não há mais razão para usar JPG por padrão; o único bloqueador significativo — suporte de navegadores — está essencialmente resolvido em 2026.

Os números principais

Quando WebP ganha

• Destino web, audiência com navegadores modernos. Use WebP por padrão. Os 3% de navegadores sem suporte podem recorrer a JPG via o elemento <picture> (veja abaixo).
• Fotografias com transparência. JPG não suporta alpha. WebP suporta — e em tamanhos menores do que PNG.
• Audiências mobile-first com consciência de banda. Arquivos 25-35% menores significam carregamentos de página visivelmente mais rápidos em conexões medidas.

Quando JPG ainda ganha

• Anexos de e-mail. Alguns clientes de e-mail (Outlook antigo, certas variantes de webmail) ainda tratam mal o WebP. JPG é universal.
• Pipelines de impressão. A maioria dos softwares de pré-impressão aceita JPG nativamente; o suporte a WebP é inconsistente.
• Incorporação em CMSes ou templates de documentos legados que você não pode testar ou atualizar.
• Saída de câmera. A maioria das câmeras ainda grava JPG por padrão. Converta para WebP na etapa de publicação, não na captura.

O padrão de fallback com elemento picture

Para máximo alcance com os arquivos menores do WebP, use o elemento <picture> do HTML com fallbacks de formato. O navegador escolhe o primeiro <source>que suporta; o <img> serve como fallback geral para navegadores que não conhecem<picture> de jeito nenhum.

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

Chrome / Safari / Firefox / Edge modernos recebem WebP; a pequena fração restante recebe JPG. A etapa de build precisa produzir ambas as versões, mas caso contrário, o markup é apenas mais uma linha.

Vale a pena também usar AVIF?

AVIF (2019) é o sucessor: 20-30% menor que WebP com qualidade equivalente. O suporte de navegadores está em ~93% em 2026 — bom suficiente para o mesmo padrão de fallback, com três níveis:

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

A limitação do AVIF é a velocidade de codificação — os codificadores típicos são 10-100× mais lentos que o WebP. Para pipelines de build que produzem cada imagem uma vez (publicação web), vale a pena a espera. Para codificação on-the-fly (uploads, conteúdo gerado por usuário), WebP é a escolha prática.

A recomendação prática

Use WebP por padrão para destinos web. Mantenha fallback JPG via<picture> para a cauda longa de navegadores antigos. Adicione AVIF como terceiro nível quando você tiver um pipeline de build que possa produzi-lo barato. Converta sua biblioteca JPG existente com nosso conversor JPG para WebP — funciona no seu navegador, sem upload, leva segundos por arquivo.

Fatos numéricos

• WebP vs JPG tamanho de arquivo: o próprio estudo do Google em 1 milhão de imagens mediu uma redução mediana de 25-34% com SSIM equivalente, com WebP lossless em média 26% menor que PNG.
• Profundidade de cor: JPG é apenas 8 bits por canal (24 bits total); WebP suporta o mesmo lossy de 8 bits mais lossless de 8 bits com alpha; nenhum dos dois faz HDR — isso é território AVIF (10-12 bits) e JPEG XL.
• Dimensões máximas: JPG é 65.535 × 65.535 px (campos de 16 bits); WebP é 16.383 × 16.383 px (14 bits) — o único lugar onde JPG tecnicamente ganha.
• Bytes economizados com alpha: um PNG 1080p com alpha tem em média ~600 KB; o WebP com perdas e alpha equivalente fica em ~80 KB — cerca de 7× menor do que a única alternativa da era JPG (PNG).
• Tempo de codificação: libjpeg-turbo codifica ~250 MP/s; libwebp lossy ~80 MP/s; libwebp lossless ~20 MP/s em laptop de 2024. JPG é ~3× mais rápido para codificar, paridade de decodificação dentro de 10%.
• Cobertura de navegadores (caniuse.com, 2026): WebP ~97,4%, AVIF ~93%, JPEG XL <1% (Chrome/Edge abandonou em 2023).

Tabela lado a lado: mesma imagem fonte na qualidade 80

Matriz de decisão

Fontes

• Google WebP Study — WebP Compression Study — developers.google.com/speed/webp/docs/webp_study.
• RFC 9649 — The WebP Image Format — rfc-editor.org/rfc/rfc9649.
• caniuse.com matriz de suporte de navegadores para image/webp — caniuse.com/webp.