Formatos de imagem para SEO: JPEG vs. PNG vs. WebP vs. AVIF

TL;DR — Um formato de imagem é o tipo de arquivo em que você salva uma imagem — JPEG, PNG, WebP, AVIF e alguns outros. Trocar para um formato “moderno” como WebP ou AVIF não melhora seu ranking — o Google já disse isso diretamente. O que a troca faz é reduzir o arquivo, fazendo a página carregar mais rápido, e é a velocidade que realmente ajuda. Portanto, escolha o formato adequado à imagem: WebP para a maioria das fotos, PNG para logos e screenshots que precisam de bordas nítidas ou transparência, SVG para ícones. Evidence for this claim Google Search supports BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF image formats when the extension matches the format. Scope: Current Google Images supported-format list. Confidence: high · Verified: 2026-07-14 Google Search Central: Supported image formats Evidence for this claim Format choice should reflect image characteristics and browser support; modern formats can improve compression but require deliberate encoding and fallbacks where needed. Scope: Current Chrome/web.dev image format guidance. Confidence: high · Verified: 2026-07-14 web.dev: Choose the right image format

O que é um formato de imagem

Quando você salva uma imagem, você a salva como alguma coisa — um .jpg, um .png, um .webp. Esse é o formato. Cada um armazena a imagem de uma maneira um pouco diferente, e a escolha muda três coisas importantes:

• Qual é o tamanho do arquivo (um arquivo menor carrega mais rápido).
• Se ele pode ter fundo transparente (um logo que fica bem sobre qualquer cor).
• Se ele pode ser animado (como um GIF antigo).

Os mecanismos de busca conseguem ler todos os formatos comuns, então você não escolhe um para “agradar ao Google”. Você escolhe aquele que mantém o arquivo pequeno sem piorar a aparência da imagem.

Os formatos, em termos simples

• JPEG — o formato clássico para fotos. Funciona em todos os lugares. Bom para fotografias, mas não suporta transparência.
• PNG — ótimo para logos, screenshots e qualquer coisa com bordas nítidas ou texto, e pode ter fundo transparente. Porém, para fotos, os arquivos são maiores que JPEG.
• WebP — um formato moderno que deixa as fotos visivelmente menores que JPEG e também suporta transparência. Hoje funciona basicamente em todos os navegadores. É a escolha segura para o dia a dia.
• AVIF — o mais novo e menor do grupo (muitas vezes metade do tamanho de um JPEG). Uma pequena parcela dos visitantes ainda não consegue vê-lo, então combine-o com um JPEG de reserva.
• SVG — para logos e ícones. Ele é desenhado com matemática, não pixels, por isso continua extremamente nítido em qualquer tamanho e o arquivo é minúsculo.
• GIF — o formato antigo de animação. Hoje está em grande parte ultrapassado, mas continua sendo a forma mais universalmente compatível de mostrar uma animação simples.

O que a maioria das pessoas entende errado

Não existe um “impulso” de ranking por usar WebP ou AVIF. As pessoas ouvem “use WebP para SEO” e presumem que o formato em si as eleva nos resultados. Não eleva — John Mueller, do Google, já disse isso claramente mais de uma vez. O benefício é arquivo menor → página mais rápida → melhores métricas de velocidade, e é essa velocidade que ajuda. Se você mudou de formato, mas a página não ficou realmente mais rápida, não há ganho de SEO para colher.

O hábito seguro mais simples: use WebP para suas fotos, mantenha PNG para logos e screenshots, use SVG para ícones e não perca o sono com AVIF a menos que esteja espremendo cada último quilobyte (nesse caso, adicione um fallback JPEG).

Quer a comparação completa — a tabela de compressão/transparência/animação/suporte de navegador dos seis formatos, as citações exatas do Google e uma árvore de decisão para saber qual formato usar em cada situação? Mude para a aba Avançado.

TL;DR — Formato de imagem não é fator de ranking. John Mueller, do Google, confirmou que não há ganho de SEO para AVIF, e que WebP é apenas “fine for Image Search” — uma linguagem deliberadamente neutra, não “melhor”. A cadeia real é: formato → tamanho do arquivo → velocidade da página → Largest Contentful Paint / Core Web Vitals → os sinais de experiência da página que os sistemas de ranking realmente usam. O formato fica vários passos acima. Escolha pelo tipo de conteúdo, não pela regra “o mais novo ganha”: WebP é o padrão seguro para fotos (~96% de suporte, ~25–35% menor que JPEG e com transparência alfa até no modo com perdas — JPEG não consegue); AVIF comprime mais (~50% menor que JPEG, ~94% de suporte em 2026), mas custa mais CPU para codificar e não tem renderização progressiva; PNG para transparência e gráficos/textos com bordas nítidas; SVG para logos, ícones e diagramas; GIF apenas como fallback universal de animação. Sirva formatos modernos por meio de <picture> (AVIF → WebP → JPEG/PNG src) — o fallback src é a URL que o Google indexa. Este é o aprofundamento de formatos; a implementação de LCP/fetchpriority/carregamento lazy fica em Image Optimization. Evidence for this claim Google Search supports BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF image formats when the extension matches the format. Scope: Current Google Images supported-format list. Confidence: high · Verified: 2026-07-14 Google Search Central: Supported image formats Evidence for this claim Format choice should reflect image characteristics and browser support; modern formats can improve compression but require deliberate encoding and fallbacks where needed. Scope: Current Chrome/web.dev image format guidance. Confidence: high · Verified: 2026-07-14 web.dev: Choose the right image format

O formato da imagem realmente afeta o SEO?

Comece desmentindo o mito, porque é por isso que a maioria das pessoas chega a esta página.

Formato não é fator de ranking. John Mueller disse isso em pelo menos três ocasiões separadas e independentes, e o fio condutor é sempre o mesmo — o formato não é um sinal; a velocidade que ele permite é. Depois do anúncio do Google em agosto de 2024 de que AVIF passou a ser compatível com a Busca, Mueller confirmou que não há “WebP images are fine for Image Search” por usar AVIF em vez de outros formatos compatíveis (cobertura do Search Engine Roundtable) — o benefício é reduzir o tamanho do arquivo, o que pode ajudar a velocidade da página, não uma preferência de ranking pelo contêiner. Anos antes, sobre WebP, ele foi igualmente cuidadoso: “doesn’t believe the phenomenon is limited to WebP images” (SE Roundtable) — “fine”, não “better” nem “preferred”. E quando imagens WebP começaram a aparecer no relatório “Crawled – currently not indexed” do Search Console, Mueller esclareceu que se trata de uma peculiaridade geral dos relatórios de imagens (imagens não são indexadas como páginas HTML), não de uma desvantagem específica do WebP — ele “doesn’t believe the phenomenon is limited to WebP images” (matéria do Search Engine Journal).

A própria documentação primária de image-SEO do Google confirma isso por omissão: lista formatos compatíveis, encaminha você ao PageSpeed Insights para desempenho e nunca relaciona a escolha do formato a um fator de ranking. Essa ausência é, por si só, a evidência.

É o mesmo desmentido que faço no hub de Image SEO e no guia de implementação, Image Optimization — e vale formulá-lo com precisão. Não diga “formato não importa”. Diga “format doesn’t matter directly — it matters entirely through the speed and Core Web Vitals chain.”

A cadeia real: formato → tamanho do arquivo → velocidade → Core Web Vitals

Esta é a sequência causal, passo a passo, porque reduzi-la é exatamente como o mito se espalha:

1. A escolha do formato muda o tamanho do arquivo. É a maior alavanca individual sobre o peso da imagem.
2. Arquivos menores carregam mais rápido. A própria documentação de imagens do Google observa que imagens são “often the largest contributor to overall page size, which can make pages slow and expensive to load.”
3. Carregamentos mais rápidos melhoram o Largest Contentful Paint (LCP). A imagem principal geralmente é o elemento LCP, então seu peso move diretamente a métrica. (Eu aprofundo isso no meu guia de Largest Contentful Paint — a parte sobre por que LCP costuma ser uma imagem.)
4. LCP alimenta os Core Web Vitals, que fazem parte dos sinais de experiência da página usados pelos sistemas de ranking do Google.

O formato está no começo dessa cadeia — vários passos antes de qualquer coisa relacionada ao ranking. Essa é a razão completa para ele não ser um fator de ranking por si só: muita coisa precisa dar certo no meio; se a página não ficar realmente mais rápida, nada a jusante muda.

Os seis formatos comparados

A maioria dos “guias de 2026” concorrentes cobre apenas JPEG/PNG/WebP/AVIF e, silenciosamente, erra nos números de suporte dos navegadores (já vi AVIF citado com “~74%”, o que está desatualizado há anos). Aqui está a matriz completa dos seis formatos com números atuais.

JPEG — o fallback fotográfico universal

Apenas com perdas, sem transparência, sem animação e compatível literalmente em todos os lugares. JPEG continua sendo o fallback correto no fim de um elemento <picture> e uma escolha perfeitamente adequada para fotografias quando você não está convertendo para um formato moderno. Seu ponto fraco está embutido no funcionamento da compressão com perdas: segundo a equipe Chrome do Google no web.dev, “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.” É exatamente por isso que JPEG é a escolha errada para logos, screenshots e gráficos com muito texto — os artefatos aparecem.

PNG — sem perdas, transparência, gráficos e screenshots

Apenas sem perdas, com transparência alfa completa. PNG é adequado quando você precisa de bordas nítidas (logos, screenshots de UI, texto na imagem) ou de fundo transparente e não quer assumir a complexidade de fallbacks de formatos modernos. O custo: para fotografias, PNG produz arquivos desnecessariamente enormes, sem ganho visível de qualidade sobre um JPEG/WebP bem ajustado — você paga pela ausência de perdas sem obter nada em uma foto. (APNG existe para PNG animado, mas é uma extensão distinta e menos compatível — não é algo em que valha se apoiar.)

WebP — o padrão moderno seguro

WebP é o formato que eu escolheria primeiro para a maioria das fotos na web. A equipe Chrome do Google explica diretamente: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” Ele também elimina a maior limitação do JPEG — “WebP also supports alpha channel transparency even when using lossy compression — a feature the JPEG codec doesn’t offer.” Compatibilidade não é um problema: web.dev o chama de “a widely supported format that works on all modern browsers” (~96% global em 2026). É cerca de 25–35% menor que JPEG em qualidade semelhante, e WebP sem perdas é ~26% menor que PNG. Se você converter uma coisa, converta suas fotos para WebP.

AVIF — melhor compressão, compromissos reais

AVIF vence na compressão bruta. Segundo o web.dev, “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases,” além de “Wide Color Gamut (WCG) and High Dynamic Range (HDR) features.” Em 2026, o suporte dos navegadores fica em torno de ~94% globalmente — Chrome (desde 2020), Firefox (2021), Safari (16.4+, desde 2023) e Edge (121+, janeiro de 2024) renderizam o formato. Portanto, ele está pronto para produção — com fallback.

Mas “melhor compressão” não é a única variável, e ser honesto sobre os custos do AVIF é o que separa um guia útil de uma lista superficial:

• A codificação exige muita CPU. AVIF é lento para produzir, o que importa em grandes bibliotecas de mídia e pipelines de CMS que recodificam milhares de recursos.
• Não há renderização progressiva. Segundo a MDN, um AVIF precisa ser baixado por completo antes de ser exibido — ao contrário de um JPEG progressivo, que primeiro pinta uma versão de baixa resolução. Em uma conexão lenta, isso pode parecer pior apesar do arquivo menor.
• As ferramentas para AVIF animado ainda são imaturas. O formato suporta animação (às vezes chamada de AVIS), e Chrome, Edge e Safari 16.4+ conseguem reproduzi-la — mas o Firefox ainda não consegue em 2026, e as ferramentas de produção ficam atrás das de animação GIF/WebP.

SVG — gráficos vetoriais, ícones, logos e diagramas

SVG é um animal diferente — é vetorial, descrito com matemática em vez de uma grade de pixels; por isso escala para qualquer tamanho sem perda de qualidade e continua pequeno para formas simples. A formulação do web.dev é a regra prática: SVGs são “most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.” Logos, ícones e diagramas pertencem ao SVG, ponto final. Não o use para fotografias — ele não foi feito para isso.

Uma característica que torna SVG realmente diferente dos outros cinco formatos é que ele é XML, não dados de pixels; segundo a própria referência da MDN, um arquivo SVG pode conter scripts e referenciar recursos externos — a MDN observa especificamente que “there are additional restrictions when SVG is used” como uma imagem simples (via <img> ou CSS background-image) em vez de incorporado inline ou por meio de um <iframe>/<object>. Essa restrição existe porque um SVG carregado da forma comum de “imagem” é isolado de executar scripts ou buscar recursos externos, justamente para fechar um vetor XSS. Se você aceitar uploads SVG de usuários (uma biblioteca de ícones, um formulário de upload de logo), higienize-os antes de servir — remova tags <script> e referências externas — da mesma forma que trataria qualquer outro markup fornecido pelo usuário, não como trataria um JPEG.

GIF — animação legada, quando ainda é a escolha certa

GIF usa compressão LZW sem perdas limitada a uma paleta de 256 cores, com transparência apenas binária (ligada/desligada). É o formato histórico de animação e, para qualquer coisa não trivial, foi substituído por WebP/AVIF animado (ou, melhor ainda, vídeo de verdade). Sua única vantagem restante é a compatibilidade universal — se você precisa que uma animação simples seja reproduzida em todos os lugares sem nenhuma lógica de fallback, GIF ainda é o menor denominador comum. Caso contrário, escolha WebP animado.

Qualquer que seja o formato de animação usado, trate a semântica separadamente da decisão de formato: um GIF/imagem animada em loop que transmite informação precisa de texto alternativo descrevendo o que mostra, assim como uma imagem estática, e um loop puramente decorativo deve ser marcado como tal em vez de ser lido como conteúdo por um leitor de tela. Nenhuma dessas questões é de compatibilidade de formato — elas valem quer você use GIF, WebP animado ou AVIF animado.

Qual formato você deve usar de verdade?

Combine o formato com o conteúdo, não com “qual é o mais novo”. A aba de árvore de decisão mostra isso como um fluxo, mas a versão curta é:

• Fotografias → WebP (padrão seguro) ou AVIF com fallback JPEG quando você quiser compressão máxima.
• Logos, ícones, diagramas e line art → SVG.
• Screenshots, gráficos com bordas nítidas ou texto, qualquer coisa que precise de transparência sem complexidade de fallback → PNG (ou WebP sem perdas).
• Animação simples → WebP/AVIF animado quando houver suporte; GIF apenas como fallback universal. (Para algo mais rico, use vídeo.)

Uma ressalva honesta sobre todas as porcentagens de compressão deste artigo: são números representativos dos testes do web.dev e do caniuse, não uma garantia para suas imagens. A economia depende do conteúdo da imagem de origem (uma foto cheia de detalhes comprime de forma diferente de um gráfico com cor chapada) e das configurações do codificador. Trate “WebP é ~25–35% menor” e “AVIF é ~50% menor” como uma expectativa inicial; depois compare suas próprias codificações nas configurações de qualidade que realmente vai publicar — essa é a única forma de saber o que uma troca de formato compra nas suas páginas.

Implementando formatos modernos com segurança — o fallback <picture>

Não sirva formatos modernos sozinhos — sirva-os com fallbacks. O padrão limpo é um elemento <picture> que oferece AVIF primeiro, WebP depois e termina com um <img src> simples apontando para JPEG ou PNG:

<picture>
  <source srcset="hero.avif" type="image/avif" />
  <source srcset="hero.webp" type="image/webp" />
  <img src="hero.jpg" alt="Descriptive alt text" width="1200" height="800" />
</picture>

O navegador escolhe o primeiro formato que entende; navegadores antigos e alguns crawlers passam pelo fallback até o src. Duas coisas merecem ser internalizadas: esse src de fallback é a URL que o Google realmente indexa na busca de imagens (o Google analisa o <img> mesmo dentro de <picture>, mas não indexa background-image de CSS), e é aí que a escolha do formato passa o bastão para a implementação mais ampla — dimensionamento, configurações de compressão, srcset/sizes, carregamento lazy e fetchpriority na imagem LCP. O guia completo de implementação não é duplicado aqui; está em Image Optimization, e a mecânica de servir imagens responsivas (srcset, sizes, direção de arte) está em Responsive Images.

O que Google e Bing suportam oficialmente

Lista de formatos compatíveis do Google e o marco AVIF de agosto de 2024

A lista de suporte do Google Search é explícita: “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF” (além de Data URIs em Base64). AVIF é a adição mais recente, e a data importa: o Google não oferecia suporte a AVIF na Busca de forma alguma até 30 de agosto de 2024, quando anunciou “AVIF is now a supported file type in Google Search” e que “you don’t need to do anything special to have your AVIF files indexed.” Antes dessa data, AVIF não estava na lista — e, segundo a cobertura de terceiros, usar thumbnails AVIF podia até fazer o Google interromper completamente a indexação de vídeos. Essa é uma mudança recente e datável: qualquer guia escrito antes de meados de 2024 e nunca atualizado está dando conselhos antigos sobre a segurança do AVIF.

Observe como o Google formulou o anúncio — puramente como “we can now process this file type,” nunca como o lançamento de um sinal de ranking. É a mesma formulação sem relação com ranking do restante da lista de formatos, e é por isso que o título do Search Engine Journal “Google’s New Support For AVIF Images May Boost SEO” é um bom exemplo de cautela: o corpo direciona corretamente o “boost” inteiramente por meio de tamanho do arquivo → Core Web Vitals, mas o título é exatamente como o mito formato=ranking é amplificado pela imprensa do setor, mesmo quando bem-intencionada.

Orientação pública (limitada) do Bing

O Bing não publica um documento de comparação formato a formato como o Google. Suas Diretrizes gerais para webmasters tratam a velocidade da página — incluindo o peso das imagens — como uma consideração, mas não existe uma página técnica específica do Bing dizendo “use WebP/AVIF”, e eu não vou inventar uma. O Bing indexa e exibe imagens JPEG/PNG/WebP/GIF no Bing Images sem problemas; presume-se em geral que o suporte do crawler a formatos modernos acompanha o suporte de navegadores próximos ao Chromium, mas, ao contrário do Google, isso não é documentado separadamente. Esta é a mesma lacuna honesta que sinalizo em Image Optimization — declarada claramente, não encoberta.

Mitos comuns sobre formatos de imagem e SEO

• “Switching to WebP/AVIF boosts rankings.” Não — Mueller foi direto: não há ganho de SEO para AVIF; WebP é “fine”, não “better”. O benefício é indireto, pela cadeia tamanho do arquivo → velocidade → Core Web Vitals.
• “AVIF is always best because it compresses best.” Exagero. AVIF exige muita CPU para codificar, não tem renderização progressiva e não teve suporte do Google Search até agosto de 2024. A melhor compressão não é a única variável.
• “PNG is always the safe, high-quality choice.” Falso como regra geral. PNG é adequado para gráficos/transparência/texto, mas produz arquivos enormes para fotografias, prejudicando a velocidade por nenhum ganho visível.
• “You don’t need a fallback anymore — support is basically universal.” Em grande parte verdade para WebP; ainda vale usar fallback <picture> para AVIF, dado o intervalo real (embora pequeno) de ~6%, além de casos de crawlers e dispositivos antigos. O Google recomenda explicitamente o padrão com fallback.
• “Google penalizes older formats like JPEG/PNG.” Falso — JPEG, PNG, GIF e BMP continuam totalmente compatíveis. Não há penalidade, apenas uma oportunidade de velocidade perdida em relação aos formatos modernos.
• “AVIF can’t animate / WebP can’t do transparency.” Ambas são falsas. WebP faz transparência alfa até no modo com perdas; AVIF suporta animação (Safari 16.4+, Chrome, Edge — embora ainda não no Firefox em 2026).
• “AVIF isn’t ready — it’s still a WebP-only world.” Desatualizado. AVIF tem cerca de ~94% de suporte global e é indexável pelo Google Search desde agosto de 2024. Trate-o como pronto para produção com fallback, não como experimental. Evidence for this claim Google Search supports BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF image formats when the extension matches the format. Scope: Current Google Images supported-format list. Confidence: high · Verified: 2026-07-14 Google Search Central: Supported image formats

Onde isso se encaixa

Este artigo é o aprofundamento de comparação de formatos dentro do cluster de Image SEO — o local canônico da matriz de seis formatos e do desmentido do mito de ranking. Seus dois artigos irmãos cuidam das tarefas adjacentes: Image Optimization é o guia de implementação (LCP, fetchpriority, carregamento lazy, compressão e dimensionamento), e Responsive Images cobre a mecânica de srcset/sizes/<picture> para servir a imagem no tamanho adequado a cada dispositivo. O ganho de desempenho de acertar o formato é, na verdade, uma história de Core Web Vitals usando um chapéu de imagem.

Resumo de IA

Uma síntese da versão Avançada:

• Formato não é fator de ranking. John Mueller confirmou não haver ganho de SEO para AVIF, e WebP é apenas “fine for Image Search” — linguagem neutra, não “better”. A própria documentação de imagens do Google nunca relaciona o formato ao ranking.
• A cadeia real: formato → tamanho do arquivo → velocidade da página → LCP / Core Web Vitals → sinais de experiência da página. O formato fica vários passos acima — por isso não é um fator de ranking por si só.
• Fatos dos seis formatos (2026): JPEG (com perdas, sem transparência, fallback universal); PNG (sem perdas, alfa completo, gráficos/screenshots); WebP (ambas as compressões, alfa até no modo com perdas, ~96% de suporte, ~25–35% menor que JPEG — o padrão seguro); AVIF (melhor compressão, ~50% menor que JPEG, ~94% de suporte, mas exige CPU, não tem renderização progressiva e a animação ainda não funciona no Firefox); SVG (vetor — logos/ícones/diagramas); GIF (animação legada de 256 cores, apenas fallback universal).
• Escolha pelo tipo de conteúdo: fotos → WebP (ou AVIF + fallback); logos/ícones → SVG; screenshots/transparência/texto → PNG ou WebP sem perdas; animação simples → WebP/AVIF animado, GIF como fallback universal.
• Sirva com fallbacks: <picture> (AVIF → WebP → JPEG/PNG src). O fallback src é a URL que o Google indexa; o Google indexa <img> (inclusive dentro de <picture>), não fundos CSS.
• Suporte oficial: o Google suporta BMP, GIF, JPEG, PNG, WebP, SVG e AVIF; AVIF foi adicionado em 30 de agosto de 2024 (antes disso podia interromper a indexação de vídeos). O Bing não tem documento de comparação de formatos — não invente um.
• Mitos desmentidos: formato ≠ ganho de ranking; AVIF ≠ sempre melhor; PNG ≠ sempre seguro; “não precisa de fallback” ≠ verdade para AVIF; formatos antigos não são penalizados; WebP faz transparência e AVIF faz animação.
• Escopo: este é o aprofundamento de formatos; o guia de LCP/fetchpriority/carregamento lazy está em Image Optimization, e a mecânica responsiva em Responsive Images.

Documentação oficial

Documentação de fontes primárias e material de referência.

Google

• Google Images best practices — a lista de formatos compatíveis (BMP, GIF, JPEG, PNG, WebP, SVG, AVIF), a regra de indexação de <img> versus fundo CSS e a observação de que a extensão deve corresponder ao tipo de arquivo. Não faz nenhuma afirmação de ranking baseada no formato.
• Supporting AVIF in Google Search (30 de agosto de 2024) — o anúncio de que AVIF passou a ser compatível com Busca, Imagens, Discover e Notícias, sem implementação especial.
• Image performance (web.dev, equipe Chrome do Google) — a mecânica dos formatos: compressão WebP/AVIF, alfa no modo com perdas, WCG/HDR, divisão entre com e sem perdas e por que JPEG tem dificuldade com bordas/texto nítidos.

Referência (base de precisão)

• Image file type and format guide (MDN Web Docs) — a especificação rigorosa formato a formato: tipos MIME, compressão, transparência, animação, suporte a renderização progressiva e casos de uso.
• caniuse.com — AVIF e caniuse.com — WebP — tabelas de suporte de navegador por versão e porcentagem global atual. Verifique-as novamente antes de citar qualquer número; elas mudam continuamente.

Bing / Microsoft

• Bing Webmaster Guidelines — orientação geral sobre velocidade da página; observe que o Bing não publica uma página técnica específica de comparação de formatos.

Citações da fonte

Declarações registradas do Google. Quando uma página expõe o texto, o link é um deep link que salta até a passagem citada.

Documentação do Google — formatos compatíveis e desempenho

• “Google Search supports images referenced in the src attribute of img in the following file formats: BMP, GIF, JPEG, PNG, WebP, SVG, and AVIF.” Ir para a citação
• “images are often the largest contributor to overall page size, which can make pages slow and expensive to load.” Ir para a citação

web.dev (equipe Chrome do Google) — mecânica dos formatos

• WebP: “WebP often has better compression than JPEG, PNG, or GIF, offering both lossy and lossless compression.” Ir para a citação
• Limite de transparência do WebP: “WebP also supports alpha channel transparency even when using lossy compression—a feature the JPEG codec doesn’t offer.”
• AVIF: “AVIF supports both lossy and lossless compression, and tests have shown greater than 50% savings when compared to JPEG in some cases.”
• Ponto fraco do JPEG: “lossy compression may be less effective with imagery containing sharp edges such as line art, similarly stark details, or text.”
• Uso ideal do SVG: “Because SVG is a vector image format, they’re most useful in cases where the image’s contents are line art, diagrams and charts, and other cases where there aren’t fine photographic details.”

Blog do Google Search Central — suporte a AVIF (30 de agosto de 2024)

• “We’re happy to announce that AVIF is now a supported file type in Google Search, for Google Images as well as any place that uses images in Google Search.” Anúncio
• “You don’t need to do anything special to have your AVIF files indexed by Google.”

John Mueller, Google — formato não é ganho de ranking

• Sobre AVIF: não há “WebP images are fine for Image Search” por usar arquivos AVIF — o benefício é reduzir o tamanho do arquivo, o que pode ajudar a velocidade da página, não uma preferência de ranking. Cobertura
• Sobre WebP: “doesn’t believe the phenomenon is limited to WebP images.” — “fine”, deliberadamente não “better”. Cobertura
• Sobre o relatório “Crawled – currently not indexed” do WebP: é uma peculiaridade geral de relatórios de imagens (imagens não são indexadas como páginas HTML), e Mueller “doesn’t believe the phenomenon is limited to WebP images.” Cobertura do SEJ

Qual formato devo usar?

Trabalhe de cima para baixo. Combine o formato com o que a imagem é e depois acrescente um fallback se você escolheu algo moderno.

1. É um logo, ícone, diagrama ou line art? → SVG. O vetor escala sem perder qualidade e continua pequeno. Pare aqui.

2. Precisa ser animada? → WebP ou AVIF animado quando houver suporte, com GIF como fallback universal para loops simples. Para algo mais rico que um loop curto, use vídeo (MP4/WebM), não um formato de imagem. Pare aqui.

3. É uma fotografia? → WebP é o padrão seguro (~96% de suporte, sem fallback estritamente necessário). → Quer compressão máxima e consegue adicionar um fallback? AVIF → WebP → JPEG via <picture>. → Precisa de um único arquivo universal, sem lógica de fallback? JPEG.

4. É um screenshot ou um gráfico com bordas nítidas, texto ou transparência? → PNG (ou WebP sem perdas). Os artefatos com perdas do JPEG destroem bordas nítidas e texto; PNG os mantém nítidos e suporta transparência completa.

5. Você escolheu AVIF ou WebP para uma foto? → Envolva-a em <picture> com formatos inferiores como elementos <source> e um fallback <img src> JPEG/PNG. Esse src é a URL que o Google indexa.

Referência rápida por resposta

Modelos mentais

1. A cadeia causal — formato → tamanho do arquivo → velocidade → Core Web Vitals. O formato está no começo de uma cadeia de quatro etapas, não no fim do ranking: a escolha do formato muda o tamanho do arquivo → arquivos menores carregam mais rápido → carregamentos mais rápidos melhoram o Largest Contentful Paint (LCP) → LCP alimenta os Core Web Vitals, que fazem parte dos sinais de experiência da página usados pelos sistemas de ranking. Reduzir isso a “formato afeta rankings” é exatamente como o mito se espalha — o formato está vários passos acima e, se a página não ficar realmente mais rápida, nada a jusante muda. Use este modelo quando sentir vontade de atribuir uma mudança de ranking à troca de formato em si: pergunte qual elo da cadeia realmente aconteceu.

2. Escolha pelo tipo de conteúdo, não por “o mais novo ganha”. O formato mais novo não é automaticamente o certo — combine-o com o que a imagem é:

• Fotografias → WebP (padrão seguro) ou AVIF com fallback JPEG para compressão máxima.
• Logos, ícones, diagramas e line art → SVG.
• Screenshots, bordas nítidas, texto na imagem e transparência sem complexidade de fallback → PNG (ou WebP sem perdas).
• Animação simples → WebP/AVIF animado quando houver suporte; GIF apenas como fallback universal (animação mais rica → vídeo).

Passar uma imagem por este modelo antes de escolher “use AVIF, é o mais novo” revela os casos em que os custos reais do AVIF — codificação pesada para a CPU, ausência de renderização progressiva e, até agosto de 2024, nenhuma compatibilidade com o Google Search — superam sua vantagem de compressão.

Tabela de consulta dos formatos de imagem

Os seis formatos de relance (2026)

Padrão de fallback com <picture>

<picture>
  <source srcset="photo.avif" type="image/avif" />
  <source srcset="photo.webp" type="image/webp" />
  <img src="photo.jpg" alt="…" width="1200" height="800" />
</picture>

Fatos rápidos

• Nenhum ganho direto de ranking para WebP/AVIF — o benefício é velocidade → Core Web Vitals.
• O Google suporta BMP, GIF, JPEG, PNG, WebP, SVG e AVIF; AVIF foi adicionado em 30 de agosto de 2024.
• O Google indexa <img> (inclusive dentro de <picture>) — não background-image de CSS.
• O fallback <img src> é a URL que o Google indexa.
• WebP faz transparência alfa até no modo com perdas; JPEG não faz transparência de forma alguma.
• Compromissos do AVIF: codificação pesada para CPU, sem renderização progressiva, animação ainda não funciona no Firefox (2026).
• SVG é vetor — nunca o use para fotografias; nunca use JPEG para logos/texto.

Checklist para escolher o formato

Uma verificação rápida para confirmar que cada imagem está no formato certo e é servida com segurança:

• Fotografias estão em WebP (ou AVIF com fallback) — não em PNG ou JPEG superdimensionado.
• Logos, ícones e diagramas são SVG, não raster.
• Screenshots e gráficos com texto na imagem são PNG ou WebP sem perdas — não JPEG (cujos artefatos borram bordas nítidas e texto).
• Tudo que precisa de transparência usa PNG, WebP ou AVIF — nunca JPEG.
• Formatos modernos (AVIF/WebP) são servidos via <picture> com fallback <img src> JPEG/PNG.
• Toda imagem vive em um <img> (ou <picture>), não em um background-image CSS, se você quer que apareça na busca de imagens.
• Extensões de arquivo correspondem ao tipo de arquivo real (atenção após conversões em lote para .webp/.avif).
• Nenhum formato foi escolhido por um ganho de ranking — o objetivo é arquivos menores → LCP mais rápido, verificado em um teste real de velocidade, não o rótulo do formato.
• Animações usam WebP/AVIF animado (ou vídeo); GIF apenas quando for necessária compatibilidade universal sem fallback.
• As premissas de suporte dos navegadores foram verificadas novamente no caniuse se você estiver removendo um fallback.

Erros a evitar com formatos de imagem

Trocar para WebP/AVIF esperando um ganho de ranking. Por que está errado: John Mueller confirmou que não há ganho de SEO para AVIF, e WebP é apenas “fine for Image Search” — formulação deliberadamente neutra, não “better”. Formato não é sinal de ranking; a velocidade que ele permite é. O que fazer: converta pelo ganho de tamanho de arquivo e Core Web Vitals, e verifique o ganho com um teste real de velocidade — não pelo rótulo do formato.

Tratar AVIF como sempre melhor porque comprime mais. Por que está errado: melhor compressão não é a única variável. AVIF exige muita CPU para codificar, não tem renderização progressiva (a imagem precisa ser baixada por inteiro antes de aparecer) e as ferramentas de AVIF animado ainda não têm suporte no Firefox em 2026. O que fazer: use AVIF com fallback <picture> quando estiver buscando compressão máxima e puder absorver o custo de codificação — caso contrário, WebP é o padrão cotidiano mais seguro.

Presumir que PNG é sempre a escolha segura e de alta qualidade. Por que está errado: PNG só tem compressão sem perdas; usá-lo para fotografias produz arquivos desnecessariamente inchados sem ganho visível de qualidade sobre um JPEG/WebP bem ajustado — um custo real e evitável de velocidade. O que fazer: reserve PNG para transparência e gráficos/screenshots/textos com bordas nítidas; use WebP ou JPEG para fotos.

Remover o fallback porque “o suporte agora é praticamente universal”. Por que está errado: isso é em grande parte verdade para WebP (~96%), mas AVIF ainda fica em torno de ~94% de suporte global, e dispositivos antigos e alguns crawlers não o renderizam — uma lacuna real, embora pequena. O que fazer: sirva formatos modernos por meio de um elemento <picture> que termine em um fallback <img src> JPEG/PNG; esse fallback também é a URL que o Google indexa.

Acreditar que formatos antigos como JPEG ou PNG são penalizados. Por que está errado: JPEG, PNG, GIF e BMP continuam totalmente compatíveis com o Google Search — não há penalidade por usá-los, apenas uma oportunidade de velocidade perdida em relação a um arquivo moderno menor. O que fazer: converta pelo benefício de tamanho quando o esforço valer a pena, mas não trate ficar com JPEG/PNG como um risco de conformidade.

Presumir que WebP não faz transparência ou AVIF não faz animação. Por que está errado: as duas afirmações são falsas. WebP suporta transparência alfa até no modo com perdas — algo que JPEG não consegue fazer — e AVIF suporta animação no Chrome, Edge e Safari 16.4+ (apenas ainda não no Firefox). O que fazer: verifique a capacidade real de cada formato (na tabela de seis formatos da aba Avançado) em vez de presumir com base na idade do formato.

Descartar AVIF como “ainda experimental” em 2026. Por que está errado: está desatualizado. AVIF é indexável pelo Google Search desde 30 de agosto de 2024 e fica em torno de ~94% de suporte global. O que fazer: trate AVIF como pronto para produção com fallback, não como algo a evitar completamente.

Teste seus conhecimentos: formatos de imagem

Cinco perguntas rápidas sobre a escolha de formatos de imagem para SEO. Escolha uma resposta para cada uma e depois confira.

Recursos que valem seu tempo

Textos relacionados meus

• Image SEO: 12 Actionable Tips for More Organic Traffic — meu guia de image-SEO na Ahrefs (formatos, compressão, nomes de arquivo, alt text, sitemaps, imagens responsivas, schema e carregamento lazy).
• Largest Contentful Paint (LCP) — por que o elemento LCP geralmente é uma imagem e como o tamanho do arquivo determinado pelo formato alimenta essa métrica. A cadeia de desempenho em que se apoia o desmentido deste artigo.
• The Beginner’s Guide to Technical SEO — onde imagens e Core Web Vitals se encaixam no quadro técnico mais amplo.

Minhas palestras

• “Image SEO” (webinar da Visme, 2021) — minha palestra dedicada à otimização de imagens para busca, incluindo escolhas de formato e compressão.

Oficial

• Google Images best practices — a lista de formatos compatíveis e a mecânica de indexação.
• Supporting AVIF in Google Search (agosto de 2024) — o anúncio do suporte a AVIF.
• web.dev — Image performance (equipe Chrome do Google) — a referência de mecânica dos formatos por trás da tabela comparativa.

Ao redor do setor

• Image file type and format guide (MDN Web Docs) — a especificação formato a formato mais rigorosa da web; a base de precisão da comparação de seis formatos.
• caniuse.com — AVIF / caniuse.com — WebP — tabelas ao vivo de suporte dos navegadores, por versão, com porcentagens globais atuais.
• Google’s New Support For AVIF Images May Boost SEO (Search Engine Journal, Roger Montti) — útil como estudo de caso de como a narrativa “formato = ganho de ranking” é amplificada; o corpo encaminha corretamente o benefício pelos Core Web Vitals.
• Google’s John Mueller Clarifies WebP Image Indexing Confusion (Search Engine Journal) — por que imagens WebP aparecem como “Crawled – currently not indexed” e por que isso não é um problema específico do WebP.
• Google Search Now Supports AVIF Images (Search Engine Roundtable) — cobertura do marco AVIF e do ponto de Mueller sobre “no SEO boost”.
• AVIF vs. WebP: 4 Key Differences and How to Choose (Cloudinary) — uma comparação de AVIF e WebP voltada à implementação.
• r/TechSEO — a comunidade para depuração de formatos de imagem e desempenho.

Registro de alterações