SEO de Imagens

«> TL;DR — Image SEO is making the pictures on your pages work for search:

showing up in Google Images, and loading fast so they don’t slow your page down. The basics: use a descriptive filename, write good alt text, compress images so they’re not huge, pick a modern format like WebP, and don’t make the big image at the top of the page “lazy load.” There’s no magic ranking boost from any of this — it just helps your images get found and keeps your pages quick. » (Tradução) (Síntese localizada do trecho três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

« Evidência desta afirmação Google indexes images referenced with HTML image elements and does not index CSS background images as images. Escopo: Google image discovery and indexing. Confiança: alta · Verificado: 2026-07-14 Google Search Central: Image SEO Evidência desta afirmação Images can be LCP candidates; the LCP image should be discoverable early and should not be lazy-loaded. Escopo: web.dev LCP image loading guidance. Confiança: alta · Verificado: 2026-07-14 web.dev: Optimize LCP » (Tradução) (Síntese localizada do trecho quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## What image SEO is » (Tradução) (Síntese localizada do trecho cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«When you put a picture on a web page, search engines can do two useful things with it. They can show it in image search (Google Images, Bing Images, Google Lens), which sends people to your page. And they read the image as part of the page — mostly through its alt text — to understand what the page is about. » (Tradução) (Síntese localizada do trecho seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«The catch is that a search engine can’t “see” a photo the way you do. It relies on the clues you give it: the filename, the alt text, the words around the image, and the file itself. Image SEO is just giving good clues — and making sure the image doesn’t slow your page to a crawl. » (Tradução) (Síntese localizada do trecho sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## The handful of things that matter » (Tradução) (Síntese localizada do trecho oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• Use um formato real e comprima. WebP e AVIF reduzem arquivos e aceleram páginas; o ganho vem da velocidade, não do formato.
• Dê nome descritivo. golden-retriever-puppy.jpg informa mais que IMG_0042.jpg; faça isso em imagens novas, sem renomear tudo.
• Escreva bom alt text. É essencial para busca de imagens e acessibilidade; veja o guia de alt text.
• Não use lazy-load na imagem principal. Reserve-o às imagens abaixo da dobra.
• Prefira imagens exclusivas quando possível. Bancos servem à busca web, mas dificultam destaque na busca de imagens.

«## The thing most people get wrong » (Tradução) (Síntese localizada do trecho dez, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«There’s no SEO “boost” for using WebP or AVIF. People assume switching formats will lift their rankings. It won’t — Google has said so directly. What modern formats do is make your pages faster, and speed is what actually helps. Same with renaming files: helpful for new images, but renaming your whole library can do more harm than good. » (Tradução) (Síntese localizada do trecho onze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Want the precise version — the exact Google quotes, format trade-offs, structured data, image sitemaps, Discover, and the lazy-loading rules — switch to the Avançado tab. » (Tradução) (Síntese localizada do trecho doze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

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.

« Evidência desta afirmação Google indexes images referenced with HTML image elements and does not index CSS background images as images. Escopo: Google image discovery and indexing. Confiança: alta · Verificado: 2026-07-14 Google Search Central: Image SEO Evidência desta afirmação Images can be LCP candidates; the LCP image should be discoverable early and should not be lazy-loaded. Escopo: web.dev LCP image loading guidance. Confiança: alta · Verificado: 2026-07-14 web.dev: Optimize LCP » (Tradução) (Síntese localizada do trecho dezesseis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Image SEO is two jobs, not one » (Tradução) (Síntese localizada do trecho dezessete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«This is the framing I keep coming back to, and almost every “image SEO checklist” blurs it. There are two distinct goals, and they call for different work: » (Tradução) (Síntese localizada do trecho dezoito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

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 esses objetivos separados e todo o assunto fica mais claro. Texto alternativo e nomes de arquivo atuam principalmente na pesquisa de imagens. Formato, compressão e estratégia de carregamento atuam no desempenho. Ambos importam; simplesmente não são a mesma alavanca.

«And the volume is real: image and visual search is a meaningful slice of all search activity, and Google Lens has grown fast. Optimized images aren’t just defensive — they’re a traffic source. » (Tradução) (Síntese localizada do trecho vinte e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## How Google discovers and indexes images » (Tradução) (Síntese localizada do trecho vinte e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«A few mechanics decide whether your images even make it into the index: » (Tradução) (Síntese localizada do trecho vinte e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• 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.

«## File formats: pick for speed, not for an SEO boost » (Tradução) (Síntese localizada do trecho vinte e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Here’s the myth to kill first: there is no direct ranking boost for “next-gen” formats. Mueller confirmed there’s no “SEO boost” for AVIF, and the same logic applies to WebP — “WebP images are fine for Image Search,” but “fine” is not “better.” Google doesn’t reward you for the container. » (Tradução) (Síntese localizada do trecho vinte e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«What modern formats do is shrink your files, which speeds up the page, which helps Core Web Vitals — an indirect benefit. So choose on the merits: » (Tradução) (Síntese localizada do trecho vinte e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• AVIF — melhor compressão, frequentemente 50%+ menor que JPEG; use fallback.
• WebP — 25–35% menor que JPEG e suporte quase universal; bom padrão para fotos.
• JPEG — fallback universal para fotografias.
• PNG — transparência ou bordas nítidas.
• SVG — logos e ícones vetoriais.
• GIF — evite em conteúdo complexo; prefira vídeo ou WebP/AVIF animado.

«The clean implementation is <picture> with <source> elements for the modern formats and a <img src> fallback, so older browsers degrade gracefully and Google still has a src to index. » (Tradução) (Síntese localizada do trecho vinte e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## File names: descriptive for new images, don’t bulk-rename old ones » (Tradução) (Síntese localizada do trecho trinta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Filenames are a real (if minor) signal. Google’s own best practice is to use short, descriptive names — “the filename can give Google clues about the subject matter of the image” — so golden-retriever-puppy.jpg beats IMG00023.JPG, and anything generic like image1.jpg is a wasted opportunity. » (Tradução) (Síntese localizada do trecho trinta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«But here’s the nuance that trips people up: don’t go back and rename your existing files. Mueller was clear that bulk renaming “is going to take a lot of time for Google’s systems to see” the new images, and that the effect is “minimal… maybe no visible effect at all” if your alt text and surrounding context are already good. Gary Illyes framed the signal loss from image URL migrations as “in line with web search results, which is a few weeks.” So: descriptive names on new images, yes; a site-wide rename project for marginal benefit and weeks of churn, no. » (Tradução) (Síntese localizada do trecho trinta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Alt text (the short version) » (Tradução) (Síntese localizada do trecho trinta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«I’m not going to repeat the full treatment here because alt text has its own deep dive. The headline: alt text is the most important piece of image metadata, but its real payoff is image search and accessibility — not web-search rankings. Google reads it alongside computer vision and page context, so write for context, don’t keyword-stuff, and use alt="" for purely decorative images. The full rules, quotes, and audit workflow are in my alt text guide. » (Tradução) (Síntese localizada do trecho trinta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Compression, lazy loading, and Core Web Vitals » (Tradução) (Síntese localizada do trecho trinta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Because images usually decide your LCP, this is where image SEO and Core Web Vitals overlap most: » (Tradução) (Síntese localizada do trecho trinta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• 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.

«## Responsive images » (Tradução) (Síntese localizada do trecho trinta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Use srcset + sizes (different resolutions for different viewports) and <picture> (art direction / format switching). Two things to keep straight: » (Tradução) (Síntese localizada do trecho quarenta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• 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 license habilita o selo de imagem licenciável. Exige contentUrl e ao menos um de creator, creditText, copyrightNotice ou license; acrescente license + acquireLicensePage.
• Dados estruturados de Product/Article pedem um array de imagens em várias proporções (16:9, 4:3, 1:1).
• A miniatura é automática, mas primaryImageOfPage, image e og:image influenciam Google Search e 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 and large images » (Tradução) (Síntese localizada do trecho quarenta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

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 versus imagens exclusivas

A posição de Mueller merece ser citada diretamente: fotografia de banco “não importa diretamente para a pesquisa na web”, mas “na pesquisa de imagens, se for a mesma imagem usada em muitos lugares, será mais difícil”. E, separadamente: “exclusividade não equivale a maior qualidade” — 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.

«## Emerging: AI-image labeling (C2PA / IPTC) » (Tradução) (Síntese localizada do trecho cinquenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Worth flagging because it’s new and most guides miss it: Google reads IPTC copyright fields (which can show as attribution credit in Google Images — free brand visibility) and uses IPTC / C2PA metadata to identify AI-generated images, surfacing an “AI generated” label via the “About this image” feature. Camera EXIF (ISO, aperture, GPS) has no documented ranking effect — strip it for performance, but preserve the copyright fields. This space is still evolving. » (Tradução) (Síntese localizada do trecho cinquenta e quatro, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## Where to go next » (Tradução) (Síntese localizada do trecho cinquenta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«This hub is the map. The deep dives and adjacent topics: » (Tradução) (Síntese localizada do trecho cinquenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• Texto alternativo — o tratamento completo do atributo alt: por que ele afeta a pesquisa de imagens, não a pesquisa na web; implicações legais e de acessibilidade; regras de redação; imagens decorativas; texto âncora de imagens com link; e auditoria em escala. É o único subtópico profundo o bastante para merecer um artigo próprio.
• Classificação no Google Imagens — análise aprofundada da visibilidade especificamente no Google Imagens e no Lens: requisitos de indexação, imagens licenciáveis e mitos que páginas bem classificadas ainda repetem.
• Formatos de imagem — comparação detalhada entre JPEG, PNG, WebP e AVIF: para que cada formato realmente serve e por que trocar de formato não é, por si só, um fator de classificação.
• Core Web Vitals — aqui fica a metade de desempenho do SEO de imagens. Compressão, LCP e fetchpriority são, na prática, trabalho de Core Web Vitals aplicado a imagens.
• Dados estruturados — ImageObject, arrays de imagens de Product/Article e controle de miniaturas por og:image fazem parte da história mais ampla de dados estruturados.
• Sitemaps de imagens — a mecânica de descoberta, as tags descontinuadas pelo Google mas mantidas pelo Bing e URLs de CDN entre domínios.

«## AI summary » (Tradução) (Síntese localizada do trecho sessenta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«A condensed take on the Advanced version: » (Tradução) (Síntese localizada do trecho sessenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• SEO de imagens tem dois trabalhos: ranquear no Google Images/Lens/Bing e melhorar desempenho, pois imagens costumam ser o LCP.
• Google indexa <img> (inclusive em <picture>), não fundos CSS; mantenha src. Formatos: BMP, GIF, JPEG, PNG, WebP, SVG, AVIF.
• Formatos não dão bônus direto; AVIF/WebP aceleram, PNG preserva transparência e SVG atende ícones.
• Nomes descritivos ajudam imagens novas; não renomeie em massa.
• Alt text ajuda principalmente busca de imagens.
• loading="lazy" é seguro abaixo da dobra; nunca na imagem LCP, onde use fetchpriority="high".
• Desde maio de 2025, use a mesma URL para a mesma imagem, inclusive em mobile/desktop.
• Dados estruturados e og:image influenciam recursos e miniaturas.
• Sitemaps ajudam descoberta; Google manteve <image:image>/<image:loc>.
• Para Discover: max-image-preview:large e imagens de 1.200 px/16:9.
• Imagens de banco são aceitáveis; C2PA/IPTC para IA está surgindo e EXIF não ranqueia.

«## Official documentation » (Tradução) (Síntese localizada do trecho sessenta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Primary-source documentation from the search engines. » (Tradução) (Síntese localizada do trecho sessenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

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

• Ecossistema do Bing Image Search — descoberta e metadados; o Bing ainda usa tags de sitemap descontinuadas pelo Google.
• Bing Visual Search — busca visual por objetos.

«## Quotes from the source » (Tradução) (Síntese localizada do trecho setenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«On-the-record statements from Google. Where a page exposes the text, the link is a deep link that jumps to the quoted passage. » (Tradução) (Síntese localizada do trecho setenta e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Google docs — discovery and filenames » (Tradução) (Síntese localizada do trecho setenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• “O Google analisa os elementos HTML <img> das suas páginas (mesmo quando estão dentro de outros elementos, como <picture>) para indexar imagens, mas não indexa imagens CSS.” Ir para a citação
• “O nome do arquivo pode dar ao Google pistas sobre o assunto da imagem.” Ir para a citação

«Google spokesperson — URL consistency (May 2025) » (Tradução) (Síntese localizada do trecho setenta e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “We updated the Google Image SEO best practices to clarify that URLs for images should be referenced consistently for easier crawling on larger websites.” Coverage » (Tradução) (Síntese localizada do trecho setenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«John Mueller, Google — formats give no SEO boost » (Tradução) (Síntese localizada do trecho setenta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- On AVIF: there is no “SEO boost” for using AVIF files — the benefit is indirect, via page speed. Coverage

• On WebP: “WebP images are fine for Image Search.” Coverage » (Tradução) (Síntese localizada do trecho setenta e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«John Mueller, Google — don’t bulk-rename files » (Tradução) (Síntese localizada do trecho setenta e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«- “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” the new images — and the effect is “minimal effect, maybe no visible effect at all” if alt text and surrounding context are already in place. SEJ coverage » (Tradução) (Síntese localizada do trecho oitenta, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«John Mueller, Google — stock vs. unique images » (Tradução) (Síntese localizada do trecho oitenta e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• Fotografia de banco “não importa diretamente para a pesquisa na web”, mas “na pesquisa de imagens, se for a mesma imagem usada em muitos lugares, será mais difícil”. Cobertura
• “Exclusividade não equivale a maior qualidade” — tirar uma foto você mesmo não faz necessariamente a página ou a imagem se classificar melhor. Cobertura

«John Mueller, Google — image streaming » (Tradução) (Síntese localizada do trecho oitenta e três, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• Incorporar imagens por streaming é “uma ótima maneira de impedir que suas imagens sejam encontradas por mecanismos de busca” — ou seja, não é favorável a SEO. Cobertura

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

«- Signal loss from image URL migrations is “in line with web search results, which is a few weeks.” Coverage » (Tradução) (Síntese localizada do trecho oitenta e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Note: several rep statements above are quoted via verbatim secondary coverage (Search Engine Journal, SE Roundtable, Search Engine Land, GSQI) of office-hours, tweets, and recorded sessions rather than a deep-linkable primary page; the AVIF “no boost,” filename, stock-photo, uniqueness, and image-streaming points are paraphrased from those sources and should be confirmed against the original audio/post before being treated as final wording. The May 2022 image-sitemap tag deprecation and the May 2025 URL-consistency update are documented in Google’s official docs and Search Engine Land’s coverage respectively. » (Tradução) (Síntese localizada do trecho oitenta e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Folha de dicas de SEO para imagens

«The factors — what each does and the best practice » (Tradução) (Síntese localizada do trecho noventa e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Fatos rápidos

• Formatos: BMP, GIF, JPEG, PNG, WebP, SVG, AVIF.
• Google indexa <img> (também em <picture>), não background-image.
• WebP/AVIF não dão bônus direto; ajudam Core Web Vitals pela velocidade.
• EXIF não afeta ranking; campos IPTC podem aparecer como crédito.
• C2PA/IPTC identificam imagens geradas por IA no Google.

«## The mental model » (Tradução) (Síntese localizada do trecho noventa e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

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. Ranking in image search. Getting your images found in Google Images, Bing Images, and Google Lens for image-specific queries. The levers here are alt text, filenames, the text surrounding the image, structured data, and image uniqueness. None of this touches how fast the page loads. » (Tradução) (Síntese localizada do trecho noventa e oito, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«2. Page performance. Images are almost always the heaviest thing on a page, which makes them the usual culprit for a slow Largest Contentful Paint (LCP) — and LCP feeds Core Web Vitals, a web-search ranking signal. The levers here are format, compression, and loading strategy. None of this touches whether the image shows up in Google Images. » (Tradução) (Síntese localizada do trecho noventa e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Por que essa separação importa na prática:

• Ela elimina o mito do formato. WebP e AVIF não elevam sua classificação na pesquisa de imagens — não é para isso que servem. Eles são uma alavanca de desempenho (arquivos menores → LCP mais rápido → Core Web Vitals), não uma alavanca de pesquisa de imagens. Esperar aumento de classificação ao trocar o formato é aplicar uma ferramenta de desempenho a um problema de pesquisa de imagens.
• Ela elimina o mito de renomear tudo. Nomes de arquivo são um sinal da pesquisa de imagens, e ainda por cima pequeno. Renomear toda a biblioteca existente não afeta o desempenho, e Mueller avalia que o retorno na pesquisa de imagens é “mínimo… talvez sem efeito visível” quando texto alternativo e contexto já são sólidos — semanas de trabalho para um pequeno ganho em apenas um dos dois objetivos.
• Ela mostra onde usar carregamento preguiçoso. loading="lazy" é uma decisão de desempenho (adiar imagens fora da tela para ajudar no tempo de carregamento), com uma exceção rígida na interseção dos dois objetivos: a imagem LCP. Use carregamento preguiçoso nela e você piora o desempenho sem ganhar nada na pesquisa de imagens.
• Ela explica por que texto alternativo e compressão não são conselhos intercambiáveis. Texto alternativo é quase totalmente uma alavanca da pesquisa de imagens (além da acessibilidade); compressão é quase totalmente uma alavanca de desempenho. Uma página pode ter texto alternativo perfeito e LCP péssimo, ou uma imagem LCP extremamente rápida sem texto alternativo e sem visibilidade na pesquisa de imagens. Corrigir um não corrige o outro.

«Use the split as a diagnostic: when an image “isn’t working,” first decide which job it’s failing at. Not showing up in Google Images? Look at alt text, filename, and uniqueness. Page is slow? Look at format, compression, and lazy-loading choices. Trying to fix an image-search problem with a performance lever (or vice versa) is the most common wasted effort in this topic. » (Tradução) (Síntese localizada do trecho cento e dois, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«## The standing KPIs: image-search visibility and image-driven page speed » (Tradução) (Síntese localizada do trecho cento e cinco, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Because image SEO is two jobs, the health checks split the same way — one set for image-search visibility, one set for the performance/Core Web Vitals side. » (Tradução) (Síntese localizada do trecho cento e seis, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«### Image-search impressions and clicks (Search Console) » (Tradução) (Síntese localizada do trecho cento e sete, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• Métrica: impressões e cliques do Google Images como parcela do tráfego de busca.
• O que mostra: se alt text, nomes, contexto e exclusividade geram visibilidade.
• Como obter: Search Console → Resultados da pesquisa → Tipo de pesquisa: Imagem; compare CTR/posição com Web para mesmas páginas/datas.
• Referência: não há meta universal; crie sua linha de base conforme o tipo de site.
• Cadência: trimestral e algumas semanas após mudanças em massa, CDN ou alt text.

«### Core Web Vitals pass rate, filtered to image-heavy templates » (Tradução) (Síntese localizada do trecho cento e nove, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

• Métrica: parcela de carregamentos reais aprovados em LCP e CWV, especialmente em modelos cuja imagem é o LCP.
• O que mostra: se compressão, formato e lazy-load funcionam no mundo real.
• Como obter: PageSpeed Insights ou relatório Core Web Vitals do Search Console, segmentado por modelo.
• Referência: LCP “bom” é 2,5 segundos ou menos no percentil 75.
• Cadência: mensal, pois CrUX usa janela móvel de 28 dias; confira após mudanças.

«## Resources worth your time » (Tradução) (Síntese localizada do trecho cento e treze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Meus textos relacionados

• SEO de imagens: 12 dicas — nomes, alt text, formatos, compressão, sitemaps, schema, lazy-load e CDN.
• Guia de SEO técnico — imagens e Core Web Vitals.
• Problemas de JavaScript SEO — renderização e atributos alt vazios.
• Estudo do Site Audit — atributos alt ausentes em 80,4% dos sites.

«My speaking

• “Image SEO” (Visme webinar, 2021) — my dedicated talk on optimizing images for search. » (Tradução) (Síntese localizada do trecho cento e quinze, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Oficial

• Práticas recomendadas do Google Images — referência principal.
• Estudo de imagens grandes — aumento real de CTR com prévias grandes.

Outras referências do setor

• Google sobre nomes de imagens — renomear em massa tem efeito mínimo.
• Como usar alt text — sinal principalmente para busca de imagens.
• Consistência de URLs — atualização de maio de 2025.
• Schema.org e og:image — sinais de imagem preferida.
• Fetch Priority API — fetchpriority="high" no LCP.
• Podcast sobre SEO de imagens — nomes, alt text e rastreamento.
• SEO de imagens e IA multimodal — compreensão visual.
• Migrações e perda de sinais — janela de algumas semanas ao mudar URLs.

«## Test yourself: Image SEO » (Tradução) (Síntese localizada do trecho cento e vinte, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

«Five quick questions on the myths and mechanics this hub covers. Pick an answer for each, then check. » (Tradução) (Síntese localizada do trecho cento e vinte e um, parte um: o texto-fonte foi preservado para conferência na revisão nativa.)

Registro de alterações