Razão de Compressão de Imagem: Guia de Qualidade e Tamanho

Última atualização: June 28, 2026

A taxa de compressão de imagem informa o quanto uma imagem diminuiu após a exportação. É útil, mas apenas quando você associa o número a uma verificação visual. Uma taxa de 12:1 pode ser excelente para uma foto de fundo suave e inaceitável para um screenshot de produto com texto pequeno.

Este guia fornece a fórmula, as faixas de qualidade usuais e uma lista de verificação de publicação para WebP, JPEG, PNG e AVIF. Use-o quando precisar de páginas menores sem deixar as imagens embaçadas.

Resposta rápida: qual é uma boa taxa de compressão de imagem?

Uma boa taxa de compressão de imagem é a maior redução de bytes que ainda parece limpa no tamanho de exibição final. Calcule-a assim: tamanho original do arquivo dividido pelo tamanho do arquivo comprimido. Uma imagem de 4 MB comprimida para 500 KB tem uma taxa de 8:1.

Para fotos da web, um alvo prático é frequentemente de 5:1 a 12:1 após o redimensionamento e exportação para WebP ou AVIF. Para screenshots com muito texto, logotipos e imagens de UI, taxas mais baixas são normais porque bordas nítidas e cores planas precisam de proteção. PNG sem perdas (lossless) ou WebP sem perdas podem produzir apenas 1.2:1 a 3:1.

Não julgue a compressão apenas pela taxa. Inspecione rostos, bordas de produtos, gradientes e textos pequenos. Se os usuários puderem ver blocagem (blocking), anéis (ringing), borrões (smearing) ou faixas (banding), a taxa está muito agressiva mesmo que o tamanho do arquivo pareça atraente.

Como calcular a taxa de compressão de imagem?

Use o tamanho original em bytes e o tamanho final em bytes após todas as etapas reais de publicação: corte, redimensionamento, remoção de metadados, conversão de formato e definição de qualidade. Se você calcular antes do redimensionamento, o número geralmente é enganoso.

Use a contagem exata de bytes ao ajustar um pipeline de build. Use KB ou MB arredondados ao documentar configurações editoriais. A decisão não muda: menor é útil apenas enquanto a imagem ainda comunica seu propósito.

As diretrizes de imagem do Google enfatizam tanto velocidade quanto qualidade: as imagens frequentemente impulsionam o peso da página, mas imagens embaçadas ou pouco claras são ruins para usuários e prévias de busca. Ele também recomenda elementos de imagem HTML rastreáveis, texto alt descritivo e formatos suportados como JPEG, PNG, WebP, SVG e AVIF em Google Images best practices.

Qual taxa usar para WebP, JPEG, PNG e AVIF?

A taxa correta depende do conteúdo da imagem. Fotografias são difíceis de comprimir porque pequenas mudanças de textura são difíceis de notar. Screenshots e diagramas comprimem menos porque texto, linhas e bordas de UI tornam os artefatos óbvios.

O guia de formatos de imagem do MDN observa que WebP pode ser com perdas (lossy) ou sem perdas (lossless), enquanto o WebP com perdas e o WebP sem perdas usam diferentes representações internas. É por isso que uma única "taxa WebP" não existe; a configuração correta depende se o conteúdo pode tolerar perdas. Consulte o guia de tipos e formatos de arquivo de imagem do MDN para o comportamento dos formatos.

Para este artigo, codifiquei quatro gráficos de 1400 por 788 localmente com ImageMagick e WebP. Os arquivos foram publicados em 23 KB, 28 KB, 35 KB e 40 KB. Estes são anormalmente pequenos porque os ativos são diagramas limpos, não fotos de câmera; use os números como evidência de que gráficos planos comprimem de forma diferente do detalhe fotográfico.

Para compensações de formatos mais amplas, compare este artigo com AVIF vs WebP Comparison. Se você precisa dos detalhes do algoritmo por trás dos artefatos, leia How Image Compression Works.

Por que as configurações de qualidade param de economizar muito depois de um ponto?

A maioria dos codificadores tem uma vitória inicial acentuada e uma troca tardia dolorosa. Passar de um arquivo de câmera original para WebP q80 pode remover muitos dados invisíveis. Passar de q70 para q55 pode economizar menos bytes, mas tornar os artefatos mais fáceis de notar.

O efeito prático é simples: a curva de tamanho se achata enquanto a curva de qualidade continua caindo. É por isso que WebP q75-85 é uma banda inicial comum para fotos de artigos e produtos. Não é uma regra para todos os arquivos; é um bom primeiro teste antes de você inspecionar o resultado.

Use esta ordem ao ajustar a qualidade:

1. Redimensionar para a largura renderizada máxima que você realmente serve.
2. Exportar um WebP em q85, um em q80 e um em q75.
3. Abrir os arquivos lado a lado com o original no tamanho de exibição pretendido.
4. Verificar rostos, texto, bordas de produtos, sombras e gradientes suaves.
5. Escolher a versão menor que não pareça degradada.
6. Registrar a taxa resultante para aquele tipo de conteúdo.

Se a imagem for provável elemento Largest Contentful Paint (LCP), a compressão é apenas parte da solução. As diretrizes web.dev LCP recomendam priorizar imagens LCP prováveis com fetchpriority="high" e verificar a descoberta de recursos no waterfall de rede em Optimize Largest Contentful Paint.

Como você deve comparar taxas de compressão entre formatos?

Compare os formatos em qualidade visível correspondente, não em números de controle deslizante correspondentes. JPEG q82, WebP q78 e AVIF q55 podem ser todos resultados razoáveis da mesma fonte. Os números são controles do codificador, não pontuações universais de qualidade.

É aqui que as equipes frequentemente interpretam mal as taxas. Um JPEG em 5.7:1 pode ser pior do que um WebP em 8:1 se ambos parecerem iguais na tela. Um WebP sem perdas em 2:1 pode ser melhor do que um WebP com perdas em 10:1 se o ativo for um screenshot de tabela de preços.

Para trabalho em lote, gere múltiplos resultados do mesmo mestre e mantenha a decisão visível nos nomes dos arquivos ou logs de build. O Batch Resize Guide cobre o fluxo de trabalho redimensionar-primeiro, e Complete Image Optimization Checklist fornece uma passagem final pré-publicação.

Quando uma alta taxa de compressão é um mau sinal?

Uma alta taxa é um sinal de alerta quando a imagem tem detalhes que as pessoas inspecionam. Proprietários de lojas notam a textura do produto. Designers notam o tipo suavizado. Compradores notam bordas de joias embaçadas. Nesses casos, o "arquivo menor" pode custar mais do que economiza.

Altas taxas merecem inspeção extra quando a imagem inclui:

• Rótulos de produtos, texto de embalagem, ingredientes ou números de série.
• Screenshots de UI, dashboards, código ou tabelas de preços.
• Rostos, textura da pele, cabelo, joias, tecido ou comida.
• Gradientes suaves, céus, sombras, neon ou fundos escuros.
• Linhas finas, ícones, bordas transparentes ou marcas registradas.
• Imagens que serão ampliadas, cortadas ou reutilizadas em anúncios.

Para e-commerce, use uma verificação mais rigorosa do que faria para uma imagem de blog decorativa. Uma miniatura de categoria pode tolerar mais perdas do que a imagem principal do produto. Se o mesmo mestre alimenta ambos, crie exportações separadas em vez de forçar uma taxa para servir todos os espaços.

Qual fluxo de trabalho dá o melhor tamanho sem perda visível de qualidade?

Use a taxa de compressão como uma medição, não como a primeira configuração. A qualidade da saída depende mais da fonte, corte, dimensões de pixels e escolha do formato do que do número final da taxa.

Use esta sequência de publicação:

1. Manter um arquivo mestre que não foi re-codificado repetidamente.
2. Cortar para o caso de uso final antes do redimensionamento.
3. Redimensionar para a largura renderizada máxima, com variantes responsivas se necessário.
4. Escolher formato pelo conteúdo: WebP ou AVIF para fotos, sem perdas para gráficos com muito texto.
5. Exportar dois ou três candidatos de qualidade.
6. Remover metadados das cópias públicas, a menos que seja legal ou editorialmente exigido.
7. Comparar os candidatos no tamanho renderizado em desktop e mobile.
8. Verificar a imagem LCP provável separadamente das imagens abaixo da dobra (below-fold).
9. Publicar para um URL CDN estável e verificar HTTP 200.
10. Registrar bytes finais, taxa e configuração para que o próximo lote seja mais rápido.

Se você estiver visando um orçamento de tamanho estrito, comece com o fluxo de trabalho em Compress Image to 100KB ou Compress Image to 200KB. Para páginas mobile, combine a decisão da taxa com o Mobile Image Optimization Guide.

Como taxa de compressão e SEO se encaixam?

A taxa de compressão ajuda o SEO indiretamente. Imagens menores reduzem o tamanho da transferência, o que pode melhorar o desempenho de carregamento, especialmente quando a imagem comprimida também está com o tamanho correto. Mas os mecanismos de busca e os usuários ainda precisam de uma imagem útil, um URL estável, texto circundante legível e alt text descritivo.

Não envie uma imagem minúscula que pareça quebrada em prévias de busca ou cartões sociais. O Google recomenda explicitamente escolher uma imagem representativa para metadados e evitar imagens genéricas para dados estruturados ou og:image quando uma imagem mais relevante existir. A imagem deve ser rápida e clara.

Para um post de blog, isso geralmente significa:

• Usar uma capa WebP única no frontmatter e nos dados Open Graph.
• Manter a capa legível no tamanho da prévia social.
• Colocar a imagem perto do texto que explica o ponto principal.
• Usar alt text descritivo, não preenchimento de palavras-chave (keyword stuffing).
• Servir o ativo final de um URL CDN rastreável.
• Evitar substituir URLs de imagens indexadas, a menos que o ativo esteja errado.

A taxa é apenas uma linha no registro de publicação. Ela deve ficar ao lado da largura renderizada, formato, configuração de qualidade, tamanho em bytes e notas visuais.

Checklist de taxa de compressão

Antes de publicar, execute esta breve revisão:

O alvo útil não é "compressão máxima". É uma configuração repetível que mantém a página leve e a imagem confiável. Em caso de dúvida, use o arquivo menor apenas depois que a verificação visual for aprovada.