Como otimizar imagens para seu site: um guia prático
Imagens costumam representar uma parte relevante da transferência da página e também podem afetar descoberta, decodificação, layout e Largest Contentful Paint. A otimização pode gerar ganhos importantes, mas nenhuma economia fixa ou resultado de ranking vale para toda página. Este é um fluxo que você pode medir passo a passo.
Por Que Otimizar Imagens Importa Mais do Que Nunca
O relatório de peso de página do HTTP Archive mostra que imagens continuam sendo parte relevante de muitas páginas, embora as medianas atuais mudem. Largest Contentful Paint (LCP) mede quando o maior elemento de conteúdo elegível na viewport é renderizado; ele costuma ser uma imagem, mas nem sempre.
Os limites de LCP publicados pelo Google classificam até 2.5 segundos como bom e acima de 4 segundos como ruim, avaliados no percentil 75 das visitas. O trabalho com imagens pode mover a página entre faixas quando o recurso LCP é o gargalo, mas sozinho não garante aprovação nas Core Web Vitals nem posição na busca.
Passo 1: Escolha o Formato Certo
A escolha do formato pode afetar bastante tamanho e recursos. A comparação abaixo é qualitativa porque benchmarks dependem da origem, codificador, configurações e meta de qualidade:
| Formato | Melhor para | Comportamento do tamanho | Suporte nos navegadores |
|---|---|---|---|
| JPEG | Fotos, compatibilidade ampla | Referência | Muito amplo |
| WebP | Fotos + gráficos | Frequentemente eficiente; teste seu codificador | Principais navegadores atuais; confira seu público |
| AVIF | Pipelines modernos de entrega testados | Pode ser muito eficiente; a codificação pode custar mais | Principais navegadores atuais; fallbacks podem ser necessários |
| PNG | Logos, ícones, gráficos com texto | Eficiente para alguns gráficos chapados; grande para muitas fotos | Muito amplo |
| SVG | Ícones, ilustrações | Marcação vetorial dependente do conteúdo | Amplo nos navegadores; higienize SVG não confiável |
WebP é um candidato padrão útil para muitos sites, não uma resposta universal. Se pipeline e público aceitam AVIF, teste-o como <source> anterior, com WebP ou JPEG como fallback. Você pode converter JPG para WebP ou converter para AVIF no Vizua; o arquivo selecionado é processado no navegador e não enviado ao nosso servidor de processamento de imagens.
Para uma comparação mais profunda, veja nossa análise de WebP vs AVIF e a explicação sobre compressão com e sem perdas.
Passo 2: Redimensione para o Tamanho Real de Exibição
Uma foto de 4000 × 3000 pixels exibida a 800 × 600 tem muito mais pixels de origem do que o slot renderizado precisa. Uma tela responsiva de alta densidade pode exigir um candidato maior, mas enviar o original da câmera costuma acrescentar transferência e decodificação desnecessárias.
O princípio é oferecer candidatos próximos do tamanho e da densidade renderizados. Use srcset e sizes para o navegador escolher e considere largura do layout, densidade de pixels do aparelho, qualidade, zoom e direção de arte, em vez de fixar um multiplicador “Retina”.
Dimensões iniciais de exemplo para adaptar ao seu layout:
- Hero em largura total: comece pelo maior slot renderizado e gere candidatos para densidades e breakpoints relevantes
- Imagem no conteúdo do blog: combine com a coluna de conteúdo e qualquer estado responsivo mais largo
- Miniatura: gere um candidato próximo de cada tamanho renderizado do card em vez de reutilizar a hero
- Avatar: considere o círculo ou quadrado exibido, a densidade do aparelho e uma possível tela detalhada de perfil
Use o redimensionador de imagens do Vizua para criar candidatos adequados antes da compressão. A economia depende da quantidade de pixels original e final; meça os arquivos gerados.
Passo 3: Comprima com a Qualidade Certa
Depois de escolher o formato e redimensionar, ajuste o codificador. Escalas de qualidade não são lineares nem padronizadas entre codificadores ou formatos. Um valor menor costuma trocar mais informação por menos bytes em um codificador com perdas, mas o tamanho e a mudança visual precisam ser medidos no resultado real.
Configurações recomendadas:
- JPEG: 75–85 pode ser uma faixa inicial conservadora para fotos. As escalas variam; examine o resultado.
- WebP: 75–80 é uma faixa inicial, não um equivalente garantido ao valor JPEG.
- AVIF: 60–75 pode ser uma faixa inicial em algumas ferramentas; escalas e comportamento do codificador variam.
- PNG: tente primeiro compressão sem perdas mais forte. Quantizar a paleta para no máximo 256 entradas pode economizar mais, mas é uma redução de cor com perdas que precisa ser examinada.
O compressor JPEG do Vizua permite ajustar a qualidade e analisar o resultado. Para um método detalhado, veja como comprimir imagens sem perder qualidade.
Passo 4: Entregue Imagens de Forma Eficiente
Boa compressão é só metade do trabalho. Como você entrega as imagens ao navegador importa tanto quanto para a performance.
Defina dimensões explicitamente
Dê a cada <img> valores intrínsecos precisos de width e height, ou reserve seu slot com uma regra de layout intencional. Assim o navegador estabelece a proporção cedo. Isso reduz movimentos de layout ligados à imagem, embora fontes, conteúdo injetado, animações e estilos responsivos incorretos ainda afetem o Cumulative Layout Shift (CLS).
Aplique lazy-load nas imagens abaixo da dobra
Considere loading="lazy" para imagens suficientemente fora da viewport inicial. Não use mecanicamente na provável imagem LCP ou em conteúdo necessário imediatamente. Heurísticas do navegador, carrosséis, impressão, rolagem rápida e layouts responsivos ocultos tornam os testes necessários.
Priorize a imagem hero
Não adie a provável imagem LCP. Considere fetchpriority="high" quando o recurso realmente merecer banda inicial e garanta que seja descoberto no HTML inicial. Não atribua prioridade alta de modo amplo; confirme o efeito em um trace e nos dados de campo.
Use imagens responsivas
Os atributos srcset e sizes oferecem candidatos ao navegador e descrevem o slot esperado. Ele considera viewport, densidade, cache e implementação. Garanta que sizes corresponda ao layout real; um valor errado pode levar à escolha de um candidato grande ou pequeno demais.
Etapa 5: audite e meça regularmente
Otimização não é uma tarefa única. Cada imagem nova que você adiciona é uma oportunidade de regressão.
- PageSpeed Insights: rode o PageSpeed Insights do Google em páginas representativas. Analise LCP de campo e laboratório separadamente e confira os diagnósticos atuais de entrega de imagem, sem depender de um rótulo de auditoria que pode mudar.
- Aba Network do DevTools: ordene requisições por tamanho e examine imagens grandes no contexto. Pergunte se dimensões, formato, compressão, cache e prioridade combinam com sua função, sem impor um limite universal de KB.
- Automatize: acrescente otimização de imagens ao pipeline de build para detectar imagens superdimensionadas antes da publicação.
Checklist Rápido
- Gere e compare variantes adequadas em JPEG, WebP, AVIF, PNG ou SVG
- Redimensione imagens para as dimensões reais de exibição — sem largura maior que a necessária
- Comece com configurações conservadoras, compare bytes e aparência e não iguale números de qualidade entre formatos
-
Reserve um slot preciso para cada
<img>, normalmente comwidtheheightintrínsecos -
Considere
fetchpriority="high"para a provável imagem LCP e depois meça - Adie imagens adequadas fora da tela; teste rolagem e layout
- Use
srcset/sizespara entrega responsiva - Defina orçamentos de desempenho a partir da página, do público e dos dados de campo
- Remova metadados privados desnecessários, mas preserve perfis de cor e outros dados exigidos pelo fluxo — veja o guia sobre dados EXIF e privacidade
- Audite regularmente com PageSpeed Insights
Perguntas Frequentes
Qual é o melhor formato de imagem para sites?
Não existe um único formato melhor. JPEG continua amplamente compatível para fotos; WebP oferece modos com e sem perdas, transparência e animação; AVIF pode ser eficiente quando seu pipeline e público aceitam; PNG serve para gráficos de bordas nítidas sem perdas; SVG é adequado a arte vetorial confiável. Gere variantes representativas e escolha por tamanho medido, qualidade, compatibilidade e recursos necessários.
Quanto imagens não otimizadas deixam o site mais lento?
O efeito depende da página, viewport, rede, cache e função da imagem. Uma imagem LCP superdimensionada pode acrescentar transferência e decodificação relevantes, mas nenhum tamanho de arquivo corresponde a um único valor de LCP. Use Core Web Vitals de campo e um trace de laboratório para identificar se transferência, descoberta, prioridade, decodificação ou renderização é o gargalo real.
Devo usar lazy loading em todas as imagens?
Não. Use carregamento adiado em imagens que começam fora da viewport inicial quando o adiamento ajudar, mas não na provável imagem LCP. Dê prioridade alta de busca apenas a uma imagem inicial realmente importante; o excesso de dicas de prioridade reduz sua utilidade. Teste, pois layout, descoberta do preload e seleção de origens responsivas também afetam o tempo.
Preciso informar largura e altura em toda imagem?
Em um elemento img do HTML, informe largura e altura intrínsecas corretas quando possível para o navegador derivar a proporção antes do download. Um contêiner CSS dimensionado intencionalmente ou uma regra de aspect-ratio também pode reservar espaço. O essencial é um slot estável e preciso; dimensões incorretas ou mudanças tardias ainda podem causar Cumulative Layout Shift.
Como a otimização de imagens afeta o SEO?
A otimização pode melhorar a experiência e as Core Web Vitals quando imagens são o gargalo. O Google usa sinais de experiência da página dentro de um sistema de ranking mais amplo, mas uma imagem menor não garante subir no ranking. Otimize para pessoas, valide dados de campo e considere qualidade e relevância do conteúdo, rastreabilidade e outros fatores de SEO.
Otimize suas imagens agora
Não exige conta. O arquivo selecionado é processado no navegador e não enviado ao nosso servidor de processamento de imagens.