SEO de Imagens: Guia Completo para Otimizar Imagens para Busca

Um Site Onde as Imagens Eram Todo o Problema

Depois de verificar um site de e-commerce no ano passado que tinha tudo tecnicamente correto — hospedagem rápida, código limpo, bom conteúdo. Mas a velocidade da página no celular era 34 de 100. Não conseguia descobrir o motivo até olhar o peso da página. A homepage carregava 14MB de imagens no primeiro paint. Quatorze megabytes. Para uma homepage.

O culpado? Cada foto de produto era enviada como um PNG de 3000px direto da câmera do fotógrafo. Sem compressão, sem redimensionamento, sem formatos modernos. No celular, os usuários baixavam imagens em tamanho de desktop em conexões 4G. Convertemos tudo para WebP, adicionamos dimensionamento responsivo e reduzimos a carga total de imagens para 800KB. A velocidade da página saltou para 87. Aquela única correção — apenas imagens — melhorou o Core Web Vitals de "ruim" para "bom" em todo o site.

Essa experiência mudou como penso sobre SEO de imagens. Não é um bônus agradável. É frequentemente o maior gargalo de desempenho de uma página.

Texto Alt: A Coisa Que Você Provavelmente Está Fazendo Errado

O texto alt serve a dois propósitos que as pessoas confundem: acessibilidade para leitores de tela e contexto para mecanismos de busca. Ambos importam, mas atendem a públicos diferentes.

Para acessibilidade, o texto alt descreve o que a imagem é, para que alguém que não pode vê-la receba a mesma informação. Para SEO, o texto alt diz aos mecanismos de busca o que a imagem retrata, para que ela possa aparecer nos resultados de pesquisa de imagens. Um bom texto alt serve a ambos os propósitos simultaneamente.

O que vejo dar errado constantemente. As pessoas escrevem texto alt como "imagem de produto" ou simplesmente enfiam palavras-chave: "comprar widget azul online melhor preço". Nenhum dos dois ajuda ninguém. O melhor texto alt é específico e descritivo: "Mulher caminhando em trilha de montanha com mochila vermelha ao pôr do sol" — isso é útil para um usuário de leitor de tela E dá ao Google um contexto claro.

Mantenha abaixo de 125 caracteres. Os leitores de tela cortam textos mais longos, então, mesmo que você queira ser minucioso, está perdendo tempo depois desse ponto. Imagens decorativas (padrões de fundo, imagens espaçadoras) devem ter atributos alt vazios — alt="" — para que os leitores de tela as ignorem completamente.

Um erro que cometi no início: escrevia o mesmo texto alt para cada variação de produto. "Tênis de corrida azul" era o texto alt das versões azul, vermelha e verde. O Google não conseguia diferenciá-las na pesquisa de imagens. Cada variação precisa de um texto alt único que a distinga das demais.

Nomes de Arquivo: A Correção de Cinco Minutos Que Importa

Sei que isso parece básico, mas ainda vejo sites com imagens chamadas "IMG_4729.JPG" e "photo-1.png". Os mecanismos de busca usam os nomes de arquivo como um sinal para o conteúdo da imagem. Renomear arquivos leva cinco minutos e não custa nada.

A convenção que sigo: use hífens entre as palavras, inclua a palavra-chave primária e seja descritivo. red-leather-wallet.jpg vence IMG_4729.JPG todas as vezes. seo-audit-checklist-2026.png diz ao Google exatamente sobre o que é aquela imagem.

Formatos de Imagem: Minha Opinião Honesta

Todo mundo agora promove o WebP como formato padrão, e na maioria dos casos estão certos. O WebP gera arquivos 25-35% menores que o JPEG com qualidade comparável. O suporte dos navegadores é superior a 96%. Para fotos e imagens complexas, é o padrão.

Mas vou me posicionar contra a turma do "WebP para tudo". Para capturas de tela e imagens com texto, o WebP pode introduzir artefatos de compressão em torno de bordas afiadas. Depois de rodar testes em uma página de tutorial cheia de capturas de tela — os artefatos do WebP dificultavam a leitura do texto. O PNG era na verdade melhor para aquelas imagens específicas, mesmo sendo um arquivo maior. Às vezes o formato "melhor" não é o melhor para o seu caso de uso específico.

O AVIF é tecnicamente superior ao WebP — arquivos até 50% menores — mas o suporte dos navegadores ainda gira em torno de 80%. Eu o uso como um aprimoramento com fallback para WebP. A maioria dos usuários não notará a diferença, mas aqueles em navegadores compatíveis obtêm um carregamento mais rápido.

SVG para logotipos e ícones é inegociável. Formatos vetoriais escalam perfeitamente e são tipicamente arquivos minúsculos. Se o seu logotipo ainda é um PNG, corrija isso hoje.

Aqui está a decisão de formato que uso: fotos vão para WebP, capturas de tela permanecem em PNG, logotipos e ícones vão para SVG, e AVIF com fallback para WebP em sites onde cada milissegundo de desempenho conta.

Imagens Responsivas: Pare de Servir Imagens de Desktop no Celular

Este é o segundo maior assassino de desempenho depois da compressão. Se você não está usando srcset, todo visitante do celular baixa sua imagem de desktop em tamanho total.

O HTML é direto:

<img src="photo-800.jpg"
     srcset="photo-400.jpg 400w, photo-800.jpg 800w, photo-1200.jpg 1200w"
     sizes="(max-width: 600px) 400px, 800px"
     alt="Description">

O navegador escolhe o tamanho certo com base no viewport do usuário. Um celular recebe a versão de 400px, um tablet recebe 800px, um desktop recebe 1200px. Conceito simples, impacto enorme.

Naquele site de e-commerce que mencionei, apenas as imagens responsivas reduziram a carga média de imagens em 60% para usuários de celular. É isso que acontece quando se compara a diferença entre um carregamento de 3 segundos e um de 1 segundo em uma conexão 4G típica.

Lazy Loading: Do Jeito Certo e do Jeito Errado

O lazy loading adia imagens abaixo da dobra para que não bloqueiem a renderização inicial da página. O suporte nativo do navegador existe desde 2020, então você pode simplesmente adicionar loading="lazy":

<img src="photo.jpg" loading="lazy" alt="Description">

Mas aqui está o erro que as pessoas cometem: aplicar lazy loading em imagens hero. Seu conteúdo acima da dobra deve carregar imediatamente. Só aplique lazy loading em imagens que aparecem depois que o usuário rola. Pela minha experiência, sites aplicam lazy loading no banner hero, o que derruba o LCP porque o navegador espera para buscar o elemento visual mais importante.

Uma coisa que vale notar: se você está usando uma CDN ou serviço de otimização de imagens, verifique como eles lidam com o lazy loading. Alguns serviços adicionam seu próprio JavaScript de lazy loading que conflita com o lazy loading nativo. Teste no Chrome DevTools para garantir que as imagens carregam na ordem esperada.

Sitemaps de Imagem: O Google Não Pode Indexar o Que Não Consegue Encontrar

Se suas imagens não estão no seu sitemap, o Google depende do rastreamento do seu HTML para descobri-las. Isso funciona para a maioria das imagens, mas não para imagens carregadas via JavaScript, imagens de fundo ou imagens em galerias e carrosséis.

Incluir imagens no seu sitemap XML dá ao Google caminhos diretos de descoberta:

<url>
  <loc>https://example.com/page</loc>
  <image:image>
    <image:loc>https://example.com/image.jpg</image:loc>
    <image:caption>Description of the image</image:caption>
  </image:image>
</url>

Já tive sites onde o tráfego de pesquisa de imagens dobrou depois de adicionar imagens ao sitemap. Não porque as imagens eram novas — o Google simplesmente não conseguia encontrá-las antes.

Erros Comuns Que Vejo em Toda Auditoria

- Imagens superdimensionadas: 3000px de largura quando 800px é tudo que você precisa para o contexto de exibição. Redimensione antes de enviar.

- Formato errado: PNG para fotos de produto que deveriam ser WebP. A diferença no tamanho do arquivo é dolorosa.

- Texto alt ausente: Ainda é o problema mais comum. Nas minhas últimas 20 auditorias, 14 tinham lacunas significativas de texto alt.

- Nomes de arquivo genéricos: "banner-final-v3.jpg" não diz nada ao Google.

- Sem lazy loading: Toda imagem carregando na carga da página cria um waterfall de requisições que destrói o desempenho.

- Ignorando dados EXIF: Esse é de nicho, mas se suas imagens contêm dados de localização ou câmera, alguns profissionais de SEO argumentam que você deve removê-los por privacidade. Outros dizem que os metadados ajudam no contexto da pesquisa de imagens. Eu os removo nos sites de clientes como precaução.

Ferramentas Que Realmente Uso

- Squoosh — minha escolha para compressão manual rápida. Gratuito, rápido, e o controle deslizante de comparação de qualidade é excelente.

- TinyPNG — compressão em lote que funciona bem para PNGs e WebPs.

- Lighthouse — integrado ao Chrome DevTools. Rode-o após qualquer otimização de imagens para verificar o impacto.

- AuditMe — verifica a cobertura de texto alt, a otimização de formatos e identifica imagens sem dimensionamento responsivo em todo o seu site.

Audite Seu SEO de Imagens

Rode uma análise gratuita de SEO de imagens — verifique a cobertura de texto alt, a otimização de formatos e a implementação de lazy loading.