SEO

Alt text e SEO de imagens em PT-PT: o pormenor que muda o jogo

A maior parte dos sites em Portugal trata o alt text como campo obrigatório a preencher antes de gravar o post. Mete o nome do ficheiro (IMG_2453.jpg), ou stuffing da keyword principal, ou nada. Resultado: perde-se tráfego de Google Imagens, perde-se acessibilidade, e em alguns casos perde-se posição em SEO geral porque o Google considera o site má experiência.

Este guia explica como escrever alt text em PT-PT, que formato de imagem usar, e os outros sinais que mexem mais do que parece.

O que é alt text (e o que não é)

Alt text é o texto alternativo que descreve uma imagem. Tem três funções:

  1. Acessibilidade: leitores de ecrã (utilizadores cegos ou com baixa visão) leem o alt em vez da imagem.
  2. Fallback: se a imagem não carrega, o browser mostra o alt.
  3. SEO: o Google usa o alt para perceber a imagem, sobretudo no Google Imagens.

O alt não é o sítio para meter a keyword principal repetida 5 vezes. Quem escreve assim em 2026 está a usar uma técnica banida desde 2012.

A regra: descreve a imagem

Pergunta-te: "se a imagem desaparecer, que frase preserva o conteúdo da página?". Essa é a frase do alt.

  • ✅ "Mochila de trail 30L Quechua em uso num trilho rochoso, vista de costas".
  • ❌ "Mochila mochila comprar mochila portugal trail".
  • ❌ "IMG_2453".
  • ❌ "" (vazio sem razão).

Quando deixar alt vazio (alt="")

Há um caso legítimo: imagens decorativas que não acrescentam informação à página. Linhas separadoras, ícones puramente estéticos, padrões de fundo.

  • Imagem decorativa: alt="" (atributo presente, valor vazio).
  • Nunca omitir o atributo. <img src="x.jpg"> sem alt é erro de acessibilidade.

Mais em acessibilidade web em Portugal.

Alt text em PT-PT — armadilhas

  • Brasileirismos: "tela", "celular", "arquivo", "endereço". Se o site é PT-PT, o alt também.
  • Maiúsculas em demasia: descrição é frase humana, não título de stock.
  • Repetir o que o <figcaption> já diz: se há legenda visível, o alt pode ser mais curto ou vazio (a depender da função).
  • Linguagem inclusiva: "pessoa" em vez de "homem" / "mulher" se o género é irrelevante.

Comprimento típico

  • 8-20 palavras é o sweet spot.
  • Acima de 30 palavras: já não é alt, é parágrafo. Vai para o corpo.
  • Abaixo de 5 palavras: provavelmente perdes informação.

Nome do ficheiro também conta

O Google lê o nome do ficheiro. Padrão recomendado:

  • ✅ mochila-trail-30l-quechua-trilho.webp
  • ❌ IMG_2453.jpg
  • ❌ untitled-design-1.png

Em CMS modernos (WordPress, Shopify), o nome do ficheiro é definido no upload. Renomeia antes de carregar.

Formato: AVIF e WebP, não JPG

Em 2026, JPG é fallback, não default. Comparação típica para a mesma imagem:

FormatoTamanho típicoSuporte browser
JPG (qualidade 80)100% (referência)Universal
WebP25-35%96%+ (todos os browsers modernos)
AVIF15-25%92%+ (todos os browsers modernos)

Como servir:

<picture>
  <source srcset="produto.avif" type="image/avif">
  <source srcset="produto.webp" type="image/webp">
  <img src="produto.jpg" alt="..." width="800" height="600" loading="lazy">
</picture>

CMS modernos (WordPress com WebP Express, Next/Image, Shopify) fazem isto automaticamente.

Lazy loading

loading="lazy" adia o carregamento até a imagem entrar perto do viewport. Regras:

  • Aplica em todas as imagens abaixo da dobra.
  • NÃO apliques na imagem principal (hero/LCP). Lazy no LCP atrasa LCP e cai SEO.
  • Em e-commerce: primeira fila de produtos da categoria sem lazy; resto com lazy.

Dimensões obrigatórias (CLS)

Sempre declarar width e height no HTML. Sem isso, o browser não sabe que espaço reservar e dispara Cumulative Layout Shift quando a imagem carrega.

<img src="x.webp" alt="..." width="800" height="600">

CSS continua a poder redimensionar (width:100%; height:auto) — o atributo HTML serve para reservar proporção, não tamanho fixo.

Tamanho do ficheiro: orçamento por página

Regra de bolso para PME PT:

  • Hero: ≤ 150 KB.
  • Imagens de corpo: ≤ 80 KB cada.
  • Thumbs (e-commerce categoria): ≤ 30 KB cada.
  • Total por página: ≤ 1 MB de imagem.

Acima disto, Core Web Vitals colapsa. Detalhe em otimizar imagens para velocidade.

Schema para imagens em casos específicos

  • Product com image em e-commerce.
  • Recipe com image em receitas.
  • Article com image em posts (para Discover, ver guia).
  • ImageObject com creator, creditText, license se a imagem é original e queres atribuição em Google Imagens.

Erros comuns que vimos em PME PT

  1. Alt = nome do ficheiro (DSC_0123).
  2. Alt = keyword principal repetida em todas as imagens.
  3. Alt vazio em imagens informativas (perde acessibilidade e SEO).
  4. Hero em JPG de 2 MB.
  5. Sem width/height (CLS).
  6. Lazy loading no hero (LCP arrastado).
  7. PNG para fotografias (devia ser JPG/WebP/AVIF).
  8. WebP sem fallback JPG (raro mas acontece em CMS mal configurado).

Checklist rápido por imagem

  • Nome do ficheiro descritivo, em minúsculas, com hífens.
  • Formato AVIF/WebP com fallback.
  • alt descritivo em PT-PT, 8-20 palavras (ou vazio se decorativo).
  • width e height no HTML.
  • loading="lazy" exceto hero.
  • Tamanho de ficheiro dentro do orçamento da página.
  • Schema apropriado se a imagem é parte de produto/receita/artigo.

Pipeline recomendado para PME PT

A diferença entre site rápido e site lento, em 80% dos casos, está no pipeline de imagens. Recomendação prática:

  1. Upload em alta resolução (original do fotógrafo / telemóvel).
  2. Renomear para slug descritivo antes de carregar.
  3. CMS / pipeline gera variantes automáticas em AVIF/WebP, em vários tamanhos (responsive).
  4. srcset e sizes servem o tamanho certo ao browser certo.
  5. CDN entrega com cache adequado (1 ano + content-hashing).
  6. Lazy loading nativo abaixo da dobra.
  7. Hero pré-carregado (<link rel="preload"> na imagem do LCP).

Tecnologias que fazem isto bem: Next.js <Image>, WordPress com plugins como ShortPixel ou Imagify, Shopify (faz automaticamente), Cloudinary, Vercel Blob/Images.

Mitos sobre SEO de imagens

  1. "O Google penaliza imagens pesadas." Tecnicamente: penaliza Core Web Vitals maus que vêm de imagens pesadas. O sintoma é o mesmo, mas a causa é Web Vitals.
  2. "O alt text precisa de conter a keyword principal." Não. Precisa de descrever a imagem.
  3. "Imagens decorativas não devem ter alt." Devem ter alt="". Atributo presente, valor vazio.
  4. "PNG é sempre melhor que JPG." Para fotografias, JPG/WebP/AVIF são melhores (PNG é para gráficos com transparência).
  5. "Lazy loading em tudo é sempre bom." Em tudo abaixo da dobra sim. No hero/LCP, é catástrofe.

Acessibilidade — não é só SEO

Alt text bem feito serve utilizadores reais. Em Portugal, 1 em cada 30 utilizadores web usa tecnologias de assistência (leitor de ecrã, ampliador, navegação por teclado).

  • Diretiva UE 2016/2102 obriga acessibilidade em sites do setor público.
  • Sites privados ainda não estão obrigados em PT por lei, mas European Accessibility Act (2025) começa a alargar âmbito a e-commerce e serviços.
  • Auditoria simples: usa WAVE (extensão browser) na home e nas 5 páginas críticas.

Em síntese

O alt text é a parte do SEO de imagens onde mais se erra por preguiça (vazio ou stuffing). Mas é só uma peça. Formato moderno, lazy loading correto, dimensões declaradas e nome de ficheiro descritivo — tudo junto baixa o peso da página, melhora Core Web Vitals e abre Google Imagens como canal adicional. Pequeno detalhe, grande efeito.

Perguntas frequentes

Posso usar IA para gerar alt text? Para gerar primeiro rascunho, sim. Para publicar sem revisão, não — IA frequentemente descreve mal contexto cultural ou nomes próprios. Revisão humana é obrigatória.

Quantos alt por página? Tantos quantos imagens tens. Cada <img> precisa de alt (mesmo que vazio se decorativo). Sem exceção.

Alt text conta para densidade de keyword? Sim, mas peso muito baixo. Não usar como sítio para stuffing. Descrição honesta vence sempre.

E em imagens com texto (banners, infografia)? O alt deve transcrever o texto da imagem e descrever o contexto. Se a imagem é apenas decorativa do título, vazio. Mas em infografia, o alt (ou um <figcaption> ou texto adjacente) deve conter a informação textual.

Imagens em background CSS — precisam de alt? Imagens em CSS (background-image) não têm alt. Se a imagem é informativa, deve ser <img>. Se é decorativa, background-image é aceitável.

E em WordPress, o que fazer com a "title" da imagem? Praticamente irrelevante. O alt é o campo crítico. Não preencher title por preencher.

Os formatos AVIF e WebP funcionam em todos os browsers? WebP: suporte universal (96%+). AVIF: 92%+ em 2026. Servir com fallback JPG cobre 100% sem problema.

No sitesfixe.pt construímos sites em Portugal com pipeline de imagens automatizado — AVIF/WebP, lazy loading no sítio certo, alt em PT-PT escrito por humano. Sites desde 1.500€. Manutenção desde 80€/mês inclui auditoria periódica de peso de página. Pedir orçamento.

Lê também:

Fontes

Precisas de um site ou loja online?

Agência digital portuguesa. Sites e lojas online rápidos, otimizados para o Google e feitos para resultado.

Pedir orçamento