Resposta rápida: o melhor formato de imagem para sites em 2026
Em 2026, o melhor formato de imagem para a maioria dos sites é WebP. É o padrão prático para fotos, imagens de produto, miniaturas, imagens de blog e boa parte dos gráficos com transparência, porque geralmente entrega arquivos menores que JPEG ou PNG e funciona em todos os navegadores modernos.
Isso não quer dizer que "converter tudo para WebP" seja um bom plano de migração. O AVIF pode superar o WebP em tamanho de arquivo para grandes assets visuais. O JPEG continua sendo o fallback mais seguro para navegadores antigos, e-mail, importações de CMS e formulários de upload de terceiros. O PNG segue sendo a escolha certa para capturas, diagramas e assets bitmap onde bordas exatas ou transparência importam. Já para logos e ícones, o SVG bate todos eles quando a arte é vetorial.
A resposta real para 2026 é:
| Situação | Melhor primeira escolha | Por quê |
|---|---|---|
| A maioria das fotos de um site | WebP | Boa economia de tamanho com amplo suporte moderno |
| Imagem grande de herói ou galeria | AVIF com fallback WebP/JPEG | Melhor economia de bytes onde LCP e banda importam |
| E-mail, CMS antigo, importação em app nativa | JPEG | Máxima compatibilidade e menos surpresas no upload |
| Captura de tela ou imagem de UI | PNG ou WebP sem perda | Mantém texto e bordas rígidas limpos |
| Logo ou ícone | SVG e, se for preciso raster, PNG/WebP | Escala limpo e continua muito leve |
| Recorte de produto com transparência | WebP com alfa, ou PNG se o fluxo exigir | Preserva a transparência sem arquivos inflados |
| Upload HEIC do iPhone | Converter para JPEG ou WebP antes de publicar | HEIC não é um formato seguro para web pública |
Por que essa decisão ainda importa
O formato de imagem influencia quantos bytes um visitante baixa. Isso pesa na velocidade da página, no consumo de dados móveis e no Largest Contentful Paint, sobretudo quando a imagem está acima da dobra. As orientações do Chrome Lighthouse continuam tratando AVIF e WebP como formatos modernos com características de compressão e qualidade melhores do que os JPEG e PNG clássicos para muitas imagens da web.
O formato, porém, é apenas uma parte do SEO de imagem. Um AVIF perfeitamente codificado ainda pode prejudicar o desempenho se tiver 4000 px de largura e for exibido num slot de 700 px. Um WebP minúsculo não vai ajudar no ranking se a imagem não tiver alt útil e o conteúdo da página for raso. Primeiro escolha o formato, depois redimensione, comprima, defina width e height, escreva um alt significativo e sirva fontes responsivas.
O modelo mental útil é simples: primeiro os pixels certos, depois o formato certo.
Use WebP como padrão do dia a dia
O WebP é o melhor padrão para a maior parte do trabalho de imagem web em 2026. Ele suporta compressão com perda para fotos, sem perda para gráficos, transparência e animação. O Google indica que imagens WebP sem perda são 26 % menores que PNG, e imagens WebP com perda são de 25 a 34 % menores do que JPEG equivalentes em qualidade comparável.
Use WebP para:
- Fotos de blog e centrais de ajuda.
- Imagens de listagem de produto e miniaturas.
- Imagens de páginas de categoria.
- Fotos de equipe e retratos de autoria.
- Imagens de fundo que não precisam do ganho do AVIF.
- Gráficos com transparência quando o CMS e os navegadores-alvo lidam com WebP de forma confiável.
WebP também é uma boa escolha operacional. A maioria dos editores de imagem, ferramentas de build, plugins de CMS, CDNs e conversores no navegador consegue gerá-lo. Se um time pequeno quer um único formato moderno e não quer manter vários fallbacks por imagem, o WebP é a resposta menos trabalhosa.
Use AVIF onde a economia justifica o pipeline
O AVIF é o formato para testar quando o peso das imagens é um problema real de negócio: um grande herói, uma landing de alto tráfego, um portfólio com fotografia em largura total ou uma galeria de produto em que todas as imagens carregam no celular. A MDN descreve o AVIF como um formato de alto desempenho, livre de royalties, com suporte para transparência, animação, maior profundidade de cor, HDR e gama de cores ampla. Na prática, sua maior vantagem diária são arquivos menores para muitas imagens fotográficas.
O porém está no fluxo. O AVIF pode ser mais lento para codificar, e alguns navegadores antigos, webviews de app, ferramentas de CMS ou portais de upload não lidam com ele tão suavemente quanto com JPEG ou WebP. Por isso o AVIF costuma ser a primeira fonte de uma cadeia de fallback, não o único arquivo que você guarda.
Use AVIF quando:
- A imagem for grande o suficiente para o ganho de bytes valer.
- O asset for gerado em build ou por um CDN.
- Você puder avaliar a qualidade visual antes de publicar.
- Você puder servir um fallback WebP ou JPEG.
- Sua analytics mostrar uso de navegadores modernos.
Não use AVIF às cegas para cada miniatura minúscula. Se um WebP de 14 KB vira um AVIF de 10 KB, mas leva mais tempo para ser gerado e complica seu pipeline, o ganho talvez não compense.
Mantenha o JPEG para compatibilidade, fallback e fluxos fora da web
O JPEG não morreu. Só não é mais o melhor padrão quando o foco é o desempenho web.
Mantenha o JPEG quando a compatibilidade pesar mais do que a compressão máxima:
- Newsletters e anexos de e-mail.
- Importações em CMS antigos ou bibliotecas com validações de arquivo rígidas.
- Apps nativos ou portais de upload que só aceitam JPEG.
- Ferramentas sociais que recomprimem tudo mesmo assim.
- Navegadores legados, navegadores dentro de apps, quiosques ou dispositivos embarcados.
- A imagem de fallback dentro de um elemento
<picture>.
O JPEG também está bom quando a página não tem muitas imagens e o desempenho não é o gargalo. Um JPEG bem redimensionado com qualidade sensata vale mais do que um WebP enorme servido nas dimensões erradas. A maior parte do mau desempenho de imagem vem de pixels superdimensionados, não do JPEG em si.
Use PNG quando os pixels precisarem ficar exatos
O PNG não é um formato moderno para entrega de fotos: é um formato de precisão. Use-o quando bordas sem perda, texto ou transparência importarem mais do que o tamanho do arquivo.
Bons casos de uso para PNG:
- Capturas de UI com texto pequeno.
- Gráficos, diagramas e line art.
- Logos quando não há SVG disponível.
- Assets bitmap com transparência em fluxos de design.
- Arquivos que serão editados várias vezes.
Maus casos de uso para PNG:
- Fotos de câmera.
- Fundos de herói.
- Grandes fotografias de produto sem transparência.
- Imagens decorativas que poderiam ser WebP ou AVIF.
Um PNG fotográfico pode pesar várias vezes mais do que um JPEG, WebP ou AVIF visualmente parecido. Se a imagem é fotográfica e não precisa de transparência nem de preservação exata de pixels, o PNG costuma ser a exportação errada.
Não esqueça o SVG para logos e ícones
A maioria dos artigos de "melhor formato" compara JPG, PNG, WebP e AVIF, mas logos e ícones de um site costumam funcionar melhor como SVG. SVG é vetorial, mantém a nitidez em qualquer tamanho e costuma ser muito mais leve do que um logo raster.
Use SVG para:
- Logos de site.
- Ícones simples.
- Símbolos de interface.
- Ilustrações planas naturalmente vetoriais.
Use PNG ou WebP quando o asset for uma imagem raster complexa, quando a plataforma remover SVGs ou quando você não confiar na origem do SVG. Um SVG pode conter marcação parecida com código — só use SVGs vindos de fluxos confiáveis.
Decisões de formato por tipo de página
Páginas diferentes merecem escolhas diferentes de formato. O herói de uma home e uma captura em um artigo de ajuda não devem ser tratados do mesmo jeito.
| Página ou asset | Configuração recomendada | Notas |
|---|---|---|
| Herói da home | AVIF primeiro, WebP em segundo, JPEG como fallback | Pré-carregar ou priorizar se for a imagem LCP |
| Imagem de artigo de blog | WebP, com fallback JPEG se necessário | Redimensionar para a largura de conteúdo exibida |
| Grade de listagem de produto | Miniaturas WebP | Manter dimensões consistentes para evitar layout shift |
| Galeria de detalhe de produto | AVIF/WebP para fotos grandes, fallback JPEG | Testar o zoom de detalhe antes de publicar |
| Captura em documentação | PNG ou WebP sem perda | Evitar artefatos com perda em volta do texto |
| Logo | SVG | Fallback PNG só se realmente necessário |
| Foto de autor | WebP | JPEG serve se o CMS não suportar WebP |
| Imagem em e-mail | JPEG ou PNG | Muitos fluxos de e-mail são mais rígidos que navegadores |
| Imagem de imprensa para download | JPEG mais uma fonte opcional em alta resolução | Usuários costumam precisar mais de compatibilidade que de tamanho mínimo |
Se você só puder fazer uma mudança esta semana, comece pelas maiores imagens acima da dobra e pelos templates mais visitados com muitas imagens. Converter primeiro cada iconezinho parece produtivo, mas raramente move as métricas de desempenho.
O padrão de fallback correto
Para páginas em produção, o elemento <picture> deixa o navegador escolher o primeiro formato que ele suporta. O web.dev recomenda o padrão AVIF primeiro, WebP em segundo, JPEG como fallback. O img aninhado continua carregando alt, width, height e a src de fallback.
<picture>
<source
type="image/avif"
srcset="/images/hero-1200.avif 1200w, /images/hero-2400.avif 2400w"
sizes="100vw"
/>
<source
type="image/webp"
srcset="/images/hero-1200.webp 1200w, /images/hero-2400.webp 2400w"
sizes="100vw"
/>
<img
src="/images/hero-1200.jpg"
width="1200"
height="800"
alt="Uma cozinha reformada com armários de nogueira e luz natural"
/>
</picture>
Coloque o JPEG de fallback no elemento img. Coloque ali também um alt significativo. Não esconda a única descrição útil em uma tag source: o navegador não usa source para o alt.
Para um herói de LCP, pense também na prioridade de carregamento. Não aplique lazy load no herói principal. Para imagens abaixo da dobra, o lazy loading pode ajudar.
Ajustes de qualidade que servem de verdade
Os valores de qualidade não são universais. Uma qualidade WebP de 80, AVIF de 50 e JPEG de 85 não significam a mesma coisa. Os próprios codificadores também se comportam de forma diferente.
Use estes valores como ponto de partida, não como regras:
| Formato | Qualidade inicial | Caso de uso |
|---|---|---|
| JPEG | 80–88 | Fallback de compatibilidade ou foto para e-mail |
| WebP | 78–85 | Fotos de conteúdo e alternativas para herói |
| WebP | 70–78 | Miniaturas e grades |
| AVIF | 45–65 | Fotos grandes onde reduzir o tamanho importa |
| PNG | Sem controle de qualidade com perda | Capturas, diagramas, transparência, assets exatos |
Compare sempre a imagem exportada no tamanho em que ela vai aparecer na página. Se uma imagem é exibida com 600 px de largura, avaliá-la em zoom 4000 px pode fazer uma compressão inofensiva parecer pior do que qualquer visitante vai ver. Teste também gradientes escuros, tons de pele, textura de produto e textos sobrepostos: é nesses lugares que os problemas de compressão aparecem antes do que num céu azul liso.
Um plano de migração prático
Se você está ajeitando um site existente, não comece convertendo toda a biblioteca de mídia. Comece por onde o impacto é mensurável.
- Exporte uma lista das maiores imagens das páginas mais visitadas.
- Marque quais estão acima da dobra ou são candidatas a LCP.
- Redimensione cada imagem para o maior tamanho em que ela realmente aparece.
- Converta as fotos para WebP primeiro.
- Teste AVIF nos heróis ou galerias mais pesados.
- Mantenha fallbacks JPEG para templates que precisem de compatibilidade com navegadores antigos, e-mail ou CMS.
- Deixe capturas, diagramas e gráficos exatos como PNG ou WebP sem perda.
- Adicione
width,height,srcset,sizesealtdescritivo. - Rode o Lighthouse ou seu monitor de desempenho antes e depois.
Esse fluxo é menos glamouroso do que dizer "AVIF é o melhor", mas é o que costuma funcionar num site real.
Como converter formatos com o PhotoTools
O PhotoTools converte arquivos JPG, PNG, WebP, AVIF e HEIC direto no navegador. Solte a imagem, escolha o formato de destino, ajuste a qualidade para saídas com perda, converta e baixe o resultado. A conversão em lote é útil quando você está migrando uma pasta de imagens de produto ou fotos de blog.
Antes de converter um lote grande, faça um teste simples:
- Escolha uma foto clara, uma escura, uma com um rosto e uma com detalhe fino.
- Exporte versões WebP e AVIF.
- Compare-as no tamanho real de exibição.
- Confira a economia em tamanho de arquivo.
- Suba um arquivo no CMS para confirmar que a plataforma aceita.
Para arquivos HEIC do iPhone, converta para JPEG ou WebP antes de publicar. HEIC é útil como formato de captura e armazenamento, mas não é seguro para servir como conteúdo público na web.
Notas de fontes para a recomendação de 2026
Esta recomendação se baseia na documentação atual de navegadores e desempenho, além dos fluxos reais de publicação web:
- Guia MDN sobre tipos de arquivo de imagem descreve AVIF, WebP, JPEG, PNG, SVG, o suporte dos navegadores e quando um fallback faz sentido.
- Documentação do Chrome Lighthouse explica por que AVIF e WebP podem reduzir o peso das imagens em relação a JPEG e PNG antigos.
- Documentação WebP do Google traz a economia do WebP sem perda e com perda em relação a PNG e JPEG.
- web.dev sobre desempenho de imagem explica como os formatos modernos e o elemento
<picture>se encaixam no carregamento de imagens e no LCP.
Versão curta: use WebP como formato web do dia a dia, adicione AVIF onde o peso das imagens tem impacto real de desempenho, mantenha JPEG para compatibilidade e preserve PNG ou SVG para os assets que realmente precisam deles.