SEO de Imagens

TL;DR — Image SEO é fazer com que as imagens das suas páginas trabalhem a favor da busca: aparecer no Google Imagens e carregar rápido para não deixar sua página lenta. O básico: use um nome de arquivo descritivo, escreva um bom texto alternativo, comprima as imagens para que não fiquem enormes, escolha um formato moderno como WebP e não deixe a imagem grande no topo da página com “lazy load”. Não há nenhum impulso mágico de ranqueamento nisso — isso apenas ajuda suas imagens a serem encontradas e mantém suas páginas rápidas.

O que é Image SEO

Quando você coloca uma imagem em uma página da web, os mecanismos de busca podem fazer duas coisas úteis com ela. Eles podem mostrá-la na busca de imagens (Google Imagens, Bing Imagens, Google Lens), o que envia pessoas para sua página. E eles leem a imagem como parte da página — principalmente por meio do texto alternativo — para entender sobre o que é a página.

O problema é que um mecanismo de busca não consegue “ver” uma foto como você. Ele depende das pistas que você dá: o nome do arquivo, o texto alternativo, as palavras ao redor da imagem e o próprio arquivo. Image SEO é apenas dar boas pistas — e garantir que a imagem não deixe sua página lenta.

As poucas coisas que importam

• Use um formato real e comprima. WebP e AVIF são formatos modernos que tornam os arquivos muito menores do que JPEGs antigos sem parecer piores. Arquivos menores = páginas mais rápidas. Páginas mais rápidas ajudam seu ranqueamento (não por causa do formato em si, mas porque a velocidade conta).
• Dê um nome descritivo ao arquivo. golden-retriever-puppy.jpg diz mais ao Google do que IMG_0042.jpg. Faça isso para imagens novas — não volte para renomear todas as antigas (mais sobre isso na aba Avançado).
• Escreva um bom texto alternativo. Esta é a descrição curta da imagem. É a principal coisa que ajuda sua imagem a aparecer na busca de imagens. Também é obrigatório para acessibilidade. Eu cubro isso completamente no guia separado de texto alternativo.
• Não use lazy load na imagem grande no topo. “Lazy loading” atrasa o carregamento de imagens até você rolar até elas — ótimo para imagens abaixo da dobra, ruim para a imagem principal no topo, porque é essa que o Google usa para medir a velocidade da sua página.
• Use uma imagem única quando puder. Fotos de banco de imagens são boas para a busca normal, mas a mesma foto de banco de imagens está em milhares de outros sites, então é mais difícil se destacar na busca de imagens.

O que a maioria das pessoas entende errado

Não há “impulso” de SEO por usar WebP ou AVIF. As pessoas assumem que mudar de formato vai elevar seu ranqueamento. Não vai — o Google já disse isso diretamente. O que os formatos modernos fazem é tornar suas páginas mais rápidas, e a velocidade é o que realmente ajuda. O mesmo vale para renomear arquivos: útil para imagens novas, mas renomear toda a sua biblioteca pode fazer mais mal do que bem.

Quer a versão precisa — as citações exatas do Google, as compensações de formato, dados estruturados, sitemaps de imagem, Discover e as regras de lazy loading — mude para a aba Avançado.

TL;DR — Image SEO são dois objetivos separados: (1) ranquear na busca de imagens (Google Imagens / Lens / Bing), impulsionado por texto alternativo, nomes de arquivo, contexto da página e exclusividade; e (2) desempenho da página, porque as imagens geralmente são o elemento LCP. O Google indexa <img> (inclusive dentro de <picture>) — não fundos de CSS — e suporta BMP, GIF, JPEG, PNG, WebP, SVG, AVIF. Não há impulso direto de ranqueamento para WebP ou AVIF (Mueller); o benefício é velocidade → Core Web Vitals. Não renomeie em massa arquivos existentes. O loading="lazy" nativo é seguro abaixo da dobra, mas nunca na imagem LCP — essa recebe fetchpriority="high". Desde maio de 2025, referencie a mesma imagem no mesmo URL em todos os lugares. Dados estruturados (ImageObject, matrizes de imagem Product/Article) desbloqueiam resultados ricos; sitemaps de imagem ainda ajudam na descoberta. O texto alternativo tem seu próprio mergulho profundo.

Image SEO são dois trabalhos, não um

Este é o enquadramento ao qual sempre volto, e quase toda “lista de verificação de Image SEO” embaça isso. Há dois objetivos distintos, e eles exigem trabalhos diferentes:

1. Ranqueamento na pesquisa de imagens. Fazer com que suas imagens sejam encontradas no Google Imagens, no Bing Imagens e no Google Lens para consultas específicas de imagens. Isso é impulsionado pelo texto alternativo, nomes de arquivo, texto ao redor da imagem, dados estruturados e exclusividade da imagem.
2. Desempenho da página. As imagens são quase sempre o elemento mais pesado de uma página — os próprios documentos do Google dizem que as imagens são “frequentemente o maior contribuinte para o tamanho geral da página.” Isso as torna as culpadas usuais por um Largest Contentful Paint (LCP) lento, que alimenta o Core Web Vitals, que é um sinal de ranqueamento na pesquisa web.

Mantenha essas coisas separadas e todo o tópico fica mais claro. Texto alternativo e nomes de arquivo são principalmente uma jogada de pesquisa de imagens. Formato, compressão e estratégia de carregamento são uma jogada de desempenho. Ambos importam; só não são a mesma alavanca.

E o volume é real: a pesquisa de imagens e visuais é uma fatia significativa de toda a atividade de pesquisa, e o Google Lens cresceu rápido. Imagens otimizadas não são apenas defensivas — elas são uma fonte de tráfego.

Como o Google descobre e indexa imagens

Alguns mecanismos decidem se suas imagens chegam ao índice:

• Apenas <img> em HTML é indexado. Google: “O Google analisa os elementos HTML <img> (mesmo quando estão dentro de outros elementos, como elementos <picture>) em suas páginas para indexar imagens, mas não indexa imagens CSS.” Se uma imagem existe apenas em um background-image CSS, ela fica invisível para a pesquisa de imagens. Coloque qualquer coisa que você queira encontrar em um <img>.
• Sempre forneça um src de fallback. Ao usar srcset ou <picture>, mantenha um src simples também — “alguns navegadores e rastreadores não entendem” os atributos responsivos, e o src é a rede de segurança na qual o Google confia.
• Formatos suportados: BMP, GIF, JPEG, PNG, WebP, SVG e AVIF (o suporte a AVIF chegou em agosto de 2024). A extensão do arquivo deve corresponder ao tipo real do arquivo.
• O contexto ainda importa junto com a marcação. A marcação suportada faz uma imagem ser descoberta; é o texto ao redor da página, legendas, títulos e outros metadados que o Google combina com a própria imagem para entender sobre o que ela é depois de encontrada.
• Consistência de URL (atualização de maio de 2025). O Google agora recomenda referenciar a mesma imagem com a mesma URL toda vez que ela aparecer. Um porta-voz do Google disse: “Atualizamos as práticas recomendadas de SEO de imagens do Google para esclarecer que as URLs de imagens devem ser referenciadas de forma consistente para facilitar o rastreamento em sites maiores.” Isso é uma questão de eficiência de rastreamento — mesma imagem, mesma URL, para que o Google possa armazenar em cache e reutilizá-la em vez de buscar novamente a mesma imagem em diferentes caminhos de CDN ou strings de consulta.

Formatos de arquivo: escolha pela velocidade, não por um impulso de SEO

Aqui está o mito para matar primeiro: não há impulso direto de ranqueamento para formatos “de próxima geração”. Mueller confirmou que não há “impulso de SEO” para AVIF, e a mesma lógica se aplica ao WebP — “imagens WebP são boas para a Pesquisa de Imagens,” mas “boas” não é “melhores.” O Google não recompensa você pelo contêiner.

O que os formatos modernos fazem é reduzir seus arquivos, o que acelera a página, o que ajuda no Core Web Vitals — um benefício indireto. Então escolha pelos méritos:

• AVIF — melhor compressão (frequentemente 50%+ menor que JPEG). Use onde o suporte do navegador estiver coberto, com fallbacks.
• WebP — 25–35% menor que JPEG com suporte quase universal do navegador. O padrão seguro para fotos hoje.
• JPEG — fallback universal para fotografias.
• PNG — quando você precisa de transparência ou gráficos com bordas nítidas.
• SVG — logotipos e ícones (vetorial, escala infinitamente, minúsculo).
• GIF — evite para qualquer coisa não trivial; use vídeo ou WebP/AVIF animado em vez disso.

A implementação limpa é <picture> com elementos <source> para os formatos modernos e um fallback <img src>, para que navegadores mais antigos degradem graciosamente e o Google ainda tenha um src para indexar.

Nomes de arquivo: descritivos para novas imagens, não renomeie em massa as antigas

Os nomes de arquivo são um sinal real (embora menor). A prática recomendada do próprio Google é usar nomes curtos e descritivos — “o nome do arquivo pode dar ao Google pistas sobre o assunto da imagem” — então golden-retriever-puppy.jpg é melhor que IMG00023.JPG, e qualquer coisa genérica como image1.jpg é uma oportunidade desperdiçada.

Mas aqui está a nuance que confunde as pessoas: não volte e renomeie seus arquivos existentes. Mueller foi claro que renomear em massa “vai levar muito tempo para os sistemas do Google verem” as novas imagens, e que o efeito é “mínimo… talvez nenhum efeito visível” se seu texto alternativo e contexto ao redor já forem bons. Gary Illyes enquadrou a perda de sinal de migrações de URL de imagem como “em linha com os resultados de pesquisa na web, que são algumas semanas.” Então: nomes descritivos em imagens novas, sim; um projeto de renomeação em todo o site para benefício marginal e semanas de turbulência, não.

Texto alternativo (a versão curta)

Não vou repetir o tratamento completo aqui porque o texto alternativo tem seu próprio mergulho profundo. O resumo: o texto alternativo é a peça mais importante dos metadados de imagem, mas seu retorno real é a pesquisa de imagens e a acessibilidade — não os rankings de pesquisa na web. O Google o lê junto com a visão computacional e o contexto da página, então escreva para o contexto, não encha de palavras-chave, e use alt="" para imagens puramente decorativas. As regras completas, citações e fluxo de auditoria estão no meu guia de texto alternativo.

Compressão, carregamento preguiçoso e Core Web Vitals

Como as imagens geralmente decidem seu LCP, é aqui que o SEO de imagens e os Core Web Vitals mais se sobrepõem:

• Comprima tudo. Redimensione as imagens para suas dimensões de exibição e comprima-as. Esta é a maior alavanca de desempenho para a maioria das páginas.
• O carregamento preguiçoso nativo é seguro — abaixo da dobra. loading="lazy" no <img> é endossado pelo Google e rastreável. As implementações que quebram são as de JavaScript que escondem a URL real em data-src e nunca expõem um src — essas correm o risco de não serem indexadas. Use loading="lazy" nativo ou IntersectionObserver, e certifique-se de que as imagens carreguem quando visíveis, não em um clique ou deslize (“O Google Search não interage com sua página”).
• Nunca carregue preguiçosamente a imagem LCP. Esta é a regra que as pessoas mais quebram. Sua maior imagem acima da dobra (geralmente o herói) deve carregar ansiosamente — loading="eager" e fetchpriority="high" — não preguiçosamente. Carregar preguiçosamente a imagem LCP pode adicionar centenas de milissegundos ao LCP sem motivo.

Imagens responsivas

Use srcset + sizes (diferentes resoluções para diferentes viewports) e <picture> (direção de arte / troca de formato). Duas coisas para manter claras:

• Sempre inclua um src de fallback. Como acima — rastreadores e navegadores mais antigos precisam dele.
• Cada candidato precisa ser alcançável. Quaisquer regras de acesso que se aplicam ao seu src de fallback — não bloqueado, não atrás de autenticação, não uma URL morta — se aplicam a cada candidato srcset/<picture> também. Um candidato não descoberto não ajuda mesmo quando o fallback está ok.
• Mantenha suas URLs consistentes com a página. A URL da imagem que você coloca em um sitemap de imagens deve ser a mesma URL que a página realmente usa. Não sirva uma URL de imagem diferente para mobile do que para desktop — o Google é um rastreador mobile-first, e URLs divergentes causam perda temporária de tráfego de imagem enquanto o Google reconstrói o histórico de ranqueamento para as novas URLs.

Dados estruturados para imagens

Os dados estruturados são o que desbloqueia rich results e selos relacionados a imagens:

• ImageObject com uma propriedade license torna as imagens elegíveis para o selo de licença no Google Images. Os campos obrigatórios são contentUrl mais pelo menos um de creator, creditText, copyrightNotice ou license; adicione license
  • acquireLicensePage para o selo em si.
• Dados estruturados de Product e Article querem uma matriz de imagens com múltiplas proporções (comumente 16:9, 4:3, 1:1). A propriedade image é obrigatória para rich results com imagens.
• Controle de miniaturas. A escolha de miniaturas do Google é automatizada, mas você pode influenciá-la via schema primaryImageOfPage, a propriedade image da entidade principal, ou a meta tag og:image — o Google usa tanto a marcação schema.org quanto og:image para miniaturas na Pesquisa e no Discover.

A marcação elegível não é uma garantia de exibição — o Google ainda decide, página por página, se realmente mostrará o selo, o tratamento da matriz de imagens ou a miniatura que seus dados estruturados tornam possível.

É aqui também que o SEO de imagens se sobrepõe ao tópico mais amplo de dados estruturados — a marcação que alimenta os rich results de produto, artigo e imagem é a mesma maquinaria.

Sitemaps de imagens

Sitemaps de imagens são uma ferramenta de descoberta, mais útil para imagens hospedadas em CDN, grandes galerias e sites com muito JavaScript, onde as imagens podem não ser encontradas por meio do rastreamento normal. Duas observações que pegam as pessoas de surpresa: o Google agora suporta apenas <image:image> e <image:loc> (ele descontinuou <image:caption>, <image:title>, <image:geo_location>, e <image:license> em 6 de maio de 2022 — embora o Bing ainda os use, então mantenha-os se você servir um sitemap para ambos). E os sitemaps de imagens são o único lugar onde você pode usar URLs de domínio cruzado em <image:loc>, o que é útil para hospedagem em CDN (verifique o domínio do CDN no Search Console). A mecânica está no artigo sobre sitemaps de imagens. Nada disso é uma promessa: um sitemap de imagens pode ajudar o Google a descobrir imagens que poderiam passar despercebidas, mas enviar um não garante rastreamento, indexação ou ranqueamento.

Discover e imagens grandes

Para ser elegível para pré-visualizações de imagens em formato grande no Discover e em todas as superfícies do Google, adicione <meta name="robots" content="max-image-preview:large"> e use imagens grandes — com pelo menos 1 200px de largura, alta resolução, idealmente 16:9. O estudo de caso do próprio Google documentou um aumento real de CTR ao habilitar pré-visualizações grandes (um blog de comida com +79% de CTR no Discover; um site de notícias com +30% de CTR / +332% de cliques em seis meses). Esta é uma das poucas mudanças de imagem com ganho diretamente mensurável.

Imagens de banco vs. imagens exclusivas

A posição de Mueller merece ser citada diretamente: fotografia de banco “doesn’t matter for web search directly,” mas “for image search, if it’s the same image as used in many places, it’ll be harder.” E separadamente: “uniqueness isn’t equivalent to higher quality” — tirar a foto você mesmo não a ranqueia automaticamente melhor. Então: use imagens de banco livremente se você só se importa com ranqueamentos na web; use imagens exclusivas quando a visibilidade na pesquisa de imagens importar, porque uma imagem única não tem nada com o que competir.

Emergente: rotulagem de imagens de IA (C2PA / IPTC)

Vale a pena destacar porque é novo e a maioria dos guias não menciona: o Google lê campos de copyright IPTC (que podem aparecer como crédito de atribuição no Google Images — visibilidade de marca gratuita) e usa metadados IPTC / C2PA para identificar imagens geradas por IA, exibindo um rótulo “AI generated” por meio do recurso “About this image”. O EXIF da câmera (ISO, abertura, GPS) não tem efeito documentado no ranqueamento — remova-o por desempenho, mas preserve os campos de copyright. Este espaço ainda está em evolução.

Onde ir a seguir

Este hub é o mapa. Os mergulhos profundos e tópicos adjacentes:

• Texto alternativo — o tratamento completo do atributo alt: por que ele é pesquisa de imagens, não pesquisa na web, implicações de acessibilidade/legais, regras de escrita, imagens decorativas, texto âncora de imagens vinculadas e auditoria em escala. É o único subtópico profundo o suficiente para merecer seu próprio artigo.
• Classificação no Google Imagens — o mergulho profundo na visibilidade especificamente no Google Imagens e Lens: requisitos de indexação, imagens licenciáveis e os mitos que as páginas de melhor classificação ainda repetem.
• Formatos de imagem — JPEG vs. PNG vs. WebP vs. AVIF de perto: para que cada formato é realmente bom e por que a troca de formato em si não é um fator de classificação.
• Core Web Vitals — a metade de desempenho do SEO de imagens vive aqui. Compressão, LCP e fetchpriority são realmente trabalho de Core Web Vitals usando um chapéu de imagem.
• Dados estruturados — ImageObject, matrizes de imagens de Produto/Artigo e og:image controle de miniaturas fazem parte da história mais ampla de dados estruturados.
• Sitemaps de imagem — os mecanismos de descoberta, as tags obsoletas pelo Google, mas mantidas para o Bing, e URLs de CDN entre domínios.

Resumo de IA

Uma visão condensada da versão Avançada:

• SEO de imagens são dois trabalhos: (1) classificação na pesquisa de imagens (Google Imagens / Lens / Bing) — impulsionada por texto alternativo, nomes de arquivo, contexto da página e exclusividade; e (2) desempenho da página, porque as imagens geralmente são o elemento LCP que alimenta o Core Web Vitals.
• Mecânicas de descoberta: o Google indexa <img> (incluindo dentro de <picture>), não fundos CSS; sempre mantenha um src de fallback; formatos suportados são BMP, GIF, JPEG, PNG, WebP, SVG, AVIF.
• Formatos não dão aumento direto de classificação (Mueller, sobre AVIF; WebP é “ok”). A vantagem é velocidade. Escolha AVIF/WebP para compressão, PNG para transparência, SVG para ícones.
• Nomes de arquivo: nomes descritivos ajudam novas imagens; não renomeie em massa as existentes (efeito mínimo/nenhum, semanas de agitação — Mueller; perda de sinal ~“algumas semanas” — Illyes).
• Texto alternativo ajuda principalmente a pesquisa de imagens, não as classificações na web — coberto em seu próprio artigo.
• Carregamento preguiçoso: loading="lazy" nativo é seguro abaixo da dobra; JS que esconde a URL em data-src é arriscado; nunca carregue preguiçosamente a imagem LCP — use fetchpriority="high".
• Consistência de URL (maio de 2025): referencie a mesma imagem na mesma URL em todos os lugares; corresponda URLs móveis e de desktop.
• Dados estruturados: ImageObject + license = selo de licenciável; Produto/Artigo querem matrizes de imagens com múltiplas proporções; primaryImageOfPage / og:image influenciam miniaturas.
• Sitemaps de imagem auxiliam a descoberta (CDN, grandes galerias, sites JS); o Google manteve apenas <image:image> / <image:loc> (depreciou o resto em maio de 2022 — o Bing ainda os usa).
• Descubra: max-image-preview:large + 1 200px / 16:9 imagens; aumento de CTR documentado.
• Banco de imagens vs. exclusivas: banco de imagens é bom para pesquisa na web, mais difícil para pesquisa de imagens; exclusividade ≠ maior qualidade. Rotulagem de imagens de IA via C2PA/IPTC está emergindo; EXIF não classifica.

Documentação oficial

Documentação de fonte primária dos mecanismos de busca.

Google

• Práticas recomendadas do Google Imagens — a referência principal: descoberta via <img>, formatos suportados, nomes de arquivo descritivos, texto alternativo, imagens responsivas, consistência de URL, seleção de imagem preferida e como optar por não permitir links inline.
• Sitemaps de imagem — as tags suportadas <image:image> / <image:loc>, URLs entre domínios para CDNs e o limite de 1 000 imagens por URL.
• Dados estruturados de licença de imagem — ImageObject, campos obrigatórios/recomendados e o selo de licenciamento.
• Dados estruturados de artigo — a matriz de imagens recomendada e as proporções (16:9, 4:3, 1:1).
• Dados estruturados de snippet de produto — recomendações de imagem de produto.
• Corrigir conteúdo com carregamento lento — loading="lazy" nativo / IntersectionObserver e por que o carregamento acionado por interação esconde o conteúdo do Google.
• Meta tag de robôs — max-image-preview — desbloqueando pré-visualizações grandes de imagens na Pesquisa e no Discover.
• Estudo de caso de imagens grandes — os próprios dados do Google sobre aumento de CTR ao habilitar pré-visualizações grandes.
• Evitar que imagens apareçam na pesquisa — robots.txt (Googlebot-Image), X-Robots-Tag: noindex e a ferramenta de Remoções.
• Práticas recomendadas de indexação mobile-first — correspondência de URLs de imagem, texto alternativo e nomes de arquivo entre mobile e desktop.

Bing / Microsoft

• Fazendo parte do ecossistema do Bing Imagens — a descoberta de imagens do Bing e os metadados que ele usa (observação: o Bing ainda usa as tags de sitemap de imagem que o Google descontinuou).
• Pesquisa Visual do Bing — pesquisa visual em nível de objeto e o que ajuda o Bing a corresponder imagens.

Citações da fonte

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

Documentos do Google — descoberta e nomes de arquivo

• “Google parses the HTML <img> elements (even when they’re enclosed in other elements such as <picture> elements) in your pages to index images, but doesn’t index CSS images.” (tradução) «O Google analisa os elementos HTML <img> (mesmo quando estão dentro de outros elementos, como <picture>) em suas páginas para indexar imagens, mas não indexa imagens CSS.» Ir para a citação
• “The filename can give Google clues about the subject matter of the image.” (tradução) «O nome do arquivo pode dar pistas ao Google sobre o assunto da imagem.» Ir para a citação

Porta-voz do Google — consistência de URL (maio de 2025)

• “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” (tradução) «Atualizamos as práticas recomendadas de SEO de imagens do Google para esclarecer que as URLs das imagens devem ser referenciadas de forma consistente para facilitar o rastreamento em sites maiores.» Cobertura

John Mueller, Google — formatos não dão vantagem de SEO

• Sobre AVIF: não há “vantagem de SEO” em usar arquivos AVIF — o benefício é indireto, por meio da velocidade da página. Cobertura
• Sobre WebP: “WebP images are fine for Image Search.” (tradução) «Imagens WebP são adequadas para a Pesquisa de Imagens.» Cobertura

John Mueller, Google — não renomeie arquivos em massa

• “If you change all of the filenames across the website, then it’s going to take a lot of time for Google’s systems to see” as novas imagens — e o efeito é “minimal effect, maybe no visible effect at all” se o texto alternativo e o contexto ao redor já estiverem presentes. Cobertura do SEJ

John Mueller, Google — imagens de banco de imagens vs. imagens exclusivas

• Fotografias de banco de imagens “doesn’t matter for web search directly,” mas “for image search, if it’s the same image as used in many places, it’ll be harder.” Cobertura
• “Uniqueness isn’t equivalent to higher quality” — tirar uma foto você mesmo não necessariamente faz a página ou a imagem ranquear mais alto. Cobertura

John Mueller, Google — streaming de imagens

• Incorporar imagens via streaming é “a great way to prevent your images from being found through search engines” — ou seja, não é amigável para SEO. Cobertura

Gary Illyes, Google — perda de sinais em migração de imagens

• A perda de sinais em migrações de URL de imagens é “in line with web search results, which is a few weeks.” Cobertura

Folha de dicas de SEO para imagens

Os fatores — o que cada um faz e a melhor prática

Fast facts

• Supported formats: BMP, GIF, JPEG, PNG, WebP, SVG, AVIF (AVIF since Aug 2024).
• Google indexes <img> (incl. inside <picture>) — not CSS background-image.
• No direct ranking boost for WebP/AVIF — the benefit is speed → Core Web Vitals.
• EXIF (ISO/aperture/GPS): no ranking effect; IPTC copyright fields can show as credit.
• C2PA/IPTC: used to label AI-generated images in Google (“About this image”) — emerging.

O modelo mental

O SEO de imagens são dois trabalhos, não um. Quase toda “checklist de SEO de imagens” mistura isso e, ao misturar, é exatamente por isso que os mitos (renomeie seus arquivos! mude para WebP para ranquear!) continuam se espalhando. Divida isso nos dois objetivos que realmente são, e cada conselho se encaixa no balde certo:

1. Ranquear na busca de imagens. Fazer suas imagens serem encontradas no Google Images, Bing Images e Google Lens para consultas específicas de imagens. As alavancas aqui são texto alternativo, nomes de arquivo, o texto ao redor da imagem, dados estruturados e exclusividade da imagem. Nada disso afeta a velocidade de carregamento da página.

2. Desempenho da página. As imagens são quase sempre o elemento mais pesado de uma página, o que as torna as culpadas usuais por um Largest Contentful Paint (LCP) lento — e o LCP alimenta o Core Web Vitals, um sinal de ranqueamento na busca web. As alavancas aqui são formato, compressão e estratégia de carregamento. Nada disso afeta se a imagem aparece no Google Images.

Por que a divisão importa na prática:

• Ela mata o mito do formato. WebP e AVIF não fazem você ranquear melhor na busca de imagens — não é para isso que servem. São uma alavanca do balde de desempenho (arquivos menores → LCP mais rápido → Core Web Vitals), não uma alavanca do balde de busca de imagens. Esperar um aumento de ranqueamento de uma troca de formato é aplicar uma ferramenta de desempenho a um problema de busca de imagens.
• Ela mata o mito da renomeação em massa. Nomes de arquivo são um sinal do balde de busca de imagens, e um sinal menor. Renomear toda a sua biblioteca existente não afeta o balde de desempenho em nada, e a leitura de Mueller é que o retorno na busca de imagens é “mínimo… talvez nenhum efeito visível” se seu texto alternativo e contexto já forem sólidos — então são semanas de retrabalho para um pequeno ganho em apenas um dos dois baldes.
• Ela diz onde o lazy loading pertence. loading="lazy" é uma decisão do balde de desempenho (adiar imagens fora da tela para ajudar no tempo de carregamento), e tem uma exceção rígida na interseção dos dois baldes: a imagem do LCP. Aplicar lazy load nela piora o balde de desempenho sem ganho no balde de busca de imagens.
• Ela explica por que texto alternativo e compressão não são conselhos intercambiáveis. O texto alternativo é quase inteiramente uma alavanca do balde de busca de imagens (além de acessibilidade); a compressão é quase inteiramente uma alavanca do balde de desempenho. Uma página pode ter texto alternativo perfeito e ainda assim um LCP terrível, ou uma imagem de LCP extremamente rápida sem texto alternativo e zero visibilidade na busca de imagens. Corrigir um não corrige o outro.

Use a divisão como diagnóstico: quando uma imagem “não está funcionando”, primeiro decida em qual trabalho ela está falhando. Não aparece no Google Images? Veja o texto alternativo, nome de arquivo e exclusividade. A página está lenta? Veja formato, compressão e escolhas de lazy loading. Tentar corrigir um problema de busca de imagens com uma alavanca de desempenho (ou vice-versa) é o esforço mais desperdiçado neste tópico.

Os KPIs permanentes: visibilidade na busca de imagens e velocidade de página impulsionada por imagens

Como o SEO de imagens são dois trabalhos, as verificações de saúde se dividem da mesma forma — um conjunto para visibilidade na busca de imagens, um conjunto para o lado de desempenho/Core Web Vitals.

Impressões e cliques na busca de imagens (Search Console)

• Métrica — Impressões e cliques especificamente do Google Images, acompanhados ao longo do tempo como uma parcela do tráfego total de Pesquisa.
• O que ela indica — Se o seu texto alternativo, nomes de arquivo, contexto da página e exclusividade das imagens estão realmente gerando visibilidade na pesquisa de imagens — a primeira das duas funções. Uma parcela de Images estável ou em queda enquanto o tráfego geral cresce é um sinal de que o lado da pesquisa de imagens está sendo negligenciado em relação ao lado da pesquisa na web.
• Como extrair — Search Console → relatório Resultados de pesquisa → filtrar por Tipo de pesquisa: Imagem. Compare impressões/cliques/CTR/posição com o filtro padrão da Web para as mesmas páginas e intervalo de datas.
• Referência / faixa realista — Não existe uma parcela-alvo universal — um site com muitas imagens (receitas, fotografia de produtos, sites de banco de imagens/portfólio) deve esperar uma parcela de Images significativamente maior do que um blog B2B com muito texto. Estabeleça sua própria linha de base na primeira vez que verificar e observe a tendência em vez de perseguir um número fixo.
• Cadência — Trimestralmente como verificação contínua; reavalie dentro de algumas semanas após qualquer mudança em grande escala de imagens (renomeação em massa, migração de CDN, nova rodada de texto alternativo) — a leitura de Illyes sobre a perda de sinal na migração coloca a janela de reestabilização em “algumas semanas.”

Taxa de aprovação no Core Web Vitals, filtrada para modelos com muitas imagens

• Métrica — A parcela de carregamentos de página de usuários reais que passam no LCP (e no CWV como um todo), especificamente para modelos em que o elemento LCP normalmente é uma imagem (páginas de produto, imagens de destaque de blog, galerias).
• O que ela indica — Se a metade de desempenho do SEO de imagens — compressão, escolha de formato e lazy-loading correto — está realmente se sustentando em condições do mundo real. Esta é a prova baseada em dados de campo de que a regra de nunca usar lazy-loading na imagem LCP e as escolhas de formato/compressão estão funcionando.
• Como extrair — PageSpeed Insights ou o relatório Core Web Vitals no Search Console (com base no CrUX), segmentado por modelo/grupo de páginas em vez de médias do site inteiro, que podem esconder um modelo com mau desempenho atrás de outros com bom desempenho.
• Referência / faixa realista — O limite de LCP “bom” publicado pelo Google é 2,5 segundos ou menos no 75º percentil — esse é um número real e documentado, não um palpite. Trate-o como a linha de aprovação/reprovação; não existe um número “típico” honesto além disso, pois depende inteiramente do peso das suas imagens e da hospedagem.
• Cadência — Os dados de campo do CrUX usam uma janela contínua de 28 dias, então verifique mensalmente; reavalie imediatamente após qualquer mudança no formato de imagem, no pipeline de compressão ou na implementação de lazy-loading.

Recursos que valem seu tempo

Meus artigos relacionados

• Image SEO: 12 Actionable Tips for More Organic Traffic — guia de SEO de imagens da Ahrefs (nomes de arquivo, texto alternativo, formatos, compressão, sitemaps, imagens responsivas, schema, lazy loading, CDN).
• The Beginner’s Guide to Technical SEO — onde as imagens e o Core Web Vitals se encaixam no panorama técnico mais amplo.
• JavaScript SEO Issues & Best Practices — o lado da renderização, além de atributos alt vazios deixados por frameworks JS.
• Ahrefs Site Audit Study — o estudo com mais de 1 milhão de domínios em que atributos alt ausentes eram o problema técnico mais comum (80,4% dos sites).

Minhas palestras

• “Image SEO” (webinar da Visme, 2021) — minha palestra dedicada à otimização de imagens para pesquisa.

Oficial

• Práticas recomendadas do Google Images do Google — a referência canônica para tudo nesta página.
• Estudo de caso de imagens grandes do Google — dados reais de aumento de CTR ao ativar visualizações grandes de imagens.

Do setor

• Google on Image Filenames & a Surprising SEO Mistake (Search Engine Journal) — conselho da sessão gravada de Mueller: renomear em massa tem “efeito mínimo, talvez nenhum efeito visível” se o texto alternativo já for bom.
• Google Shows How to Use Alt Text for SEO (Search Engine Journal) — Mueller sobre o texto alternativo como um sinal principalmente para a pesquisa de imagens, não um fator direto de ranqueamento na web.
• Google Updates Image SEO Best Practices: URL Consistency (Search Engine Land) — cobertura da atualização de maio de 2025 que esclarece a orientação de usar a mesma URL para a mesma imagem.
• Google Uses Schema.org + og:image for Thumbnails (Search Engine Land) — atualização de março de 2026 sobre os sinais de imagem preferidos na Pesquisa e no Discover.
• Fetch Priority API (web.dev) — o explicador canônico para fetchpriority="high" em imagens LCP; a referência por trás de “nunca faça lazy-load do seu hero”.
• Let’s Talk Image SEO (Search Off the Record, Google, out. 2022) — Lizzi Sassman e John Mueller discutindo diretamente nomenclatura de imagens, texto alternativo e frequência de rastreamento.
• Image SEO: Multimodal AI (Search Engine Land) — como a compreensão visual com IA está mudando a otimização para pesquisa de imagens.
• Image Migrations and Lost Signals (GSQI) — Gary Illyes sobre a janela de perda de sinais de algumas semanas quando as URLs de imagens mudam.

Teste seus conhecimentos: SEO de imagens

Cinco perguntas rápidas sobre os mitos e mecanismos que este hub aborda. Escolha uma resposta para cada uma e depois confira.

Registro de alterações