Conteúdo escasso

O que esta verificação faz

Mede a substância da página, não a contagem bruta de palavras.

O MetricSpot extrai o artigo principal usando uma heurística no estilo Readability:

1. Prefere <main> ou <article> quando presentes.
2. Remove nav, header, footer, aside, banners de cookies e chrome conhecido (alvos de skip-link, breadcrumbs).
3. Pontua os blocos restantes pela densidade de texto (caracteres por nó) e peso da tag — a mesma abordagem do Readability.
4. Conta as palavras dentro do bloco sobrevivente.

Se essa contagem for inferior a ~150 palavras, a página é assinalada como escassa. Isto é intencionalmente diferente do número de palavras, que conta tudo o que é visível (boilerplate incluído). Um site pode passar no número de palavras com 2.000 palavras de nav + footer + sidebar e falhar esta verificação com 80 palavras de artigo real.

Porque é importante

Dois sistemas penalizam conteúdo escasso, e com força:

Sistema de conteúdo útil da Google. Desde a atualização de 2022 (e apertado ao longo de 2024–2025), as páginas julgadas como fornecendo “pouco valor, pouco valor acrescentado ou que de outra forma não são muito úteis” são despromovidas em todo o site — não apenas o URL ofensor. Os infratores clássicos são índices de categoria gerados automaticamente, páginas de localização produzidas a partir de um template e páginas de produto sem descrição além de título + preço.

Motores de resposta de IA. ChatGPT, Perplexity, Claude, Google AI Overviews e Gemini correm todos um filtro de substância antes de citar. Uma página com 60 palavras de corpo é parseável mas não citável — não contém uma resposta defensável. O teu URL nunca entra no pool de citações.

Conteúdo escasso é também um problema de conversão. Visitantes que aterram numa página de 70 palavras fazem bounce; visitantes que aterram numa página de 600 palavras com profundidade, FAQs e um próximo passo claro convertem.

Como corrigir

Não estás a adicionar enchimento. Estás a adicionar substância — conteúdo que um leitor faria screenshot. Escolhe os padrões que servem o tipo de página.

Páginas de categoria / índice

O infrator de conteúdo escasso por defeito. A correção:

• 2–3 parágrafos curtos de comentário original acima da listagem — o que é a categoria, para quem é, o que procurar.
• Um pequeno bloco de FAQ (3 perguntas) a abordar as questões comuns pré-compra.
• Ligações internas para as 3–5 subcategorias ou páginas pilar mais relevantes. Vê estratégia de ligações internas.

Páginas de produto / SKU

Se a tua descrição forem só specs:

• Adiciona um parágrafo “porque temos isto” ou “ideal para” (50–100 palavras, escrito por um humano).
• Inclui 3–5 reviews de clientes com atribuição de autor e classificação. Marca-os com schema Review — funcionam como prova social e como conteúdo.
• Inclui um bloco “compatível com” ou “frequentemente comprado com” — útil aos leitores, útil aos motores de busca a mapear relações entre entidades.

Páginas de localização / área de serviço

A armadilha do template-spam. A correção é mais difícil porque é trabalho:

• Cada página precisa de pelo menos um parágrafo de conteúdo localmente específico. Não “servimos ” — detalhes reais: um marco local, uma regulamentação local, uma nuance do serviço.
• Um caso de estudo ou testemunho local, se tiveres.
• Um H1 único por página (não “Canalizador em {Cidade}”).

Se não consegues escrever algo único para uma cidade, essa cidade não merece uma página. Consolida num hub regional.

Stubs de blog e landing pages

• Começa com o padrão conteúdo com resposta primeiro — a pergunta no H1, a resposta nas 50 palavras seguintes.
• Segue com as secções “porque interessa” e “como fazer” — o padrão de profundidade do conteúdo.
• Termina com um bloco de FAQ (2–3 perguntas) que capture queries de cauda longa.

Como o MetricSpot extrai o conteúdo

Se a verificação dispara mas acreditas que a página tem substância, o extrator pode tê-la perdido. Causas comuns:

• Corpo do artigo dentro de um <div> sem wrapper semântico, ao lado de uma sidebar muito grande — o Readability às vezes escolhe a sidebar. Envolve o artigo em <main> ou <article>.
• Conteúdo renderizado client-side após hidratação — o MetricSpot lê a resposta do servidor. Faz pre-render ou SSR do corpo.
• Uso pesado de <iframe> ou <canvas> — isso não é prosa. Se a página é uma ferramenta, tudo bem; a regra não se aplica a páginas interativas depois de as marcares com role="application" e uma descrição breve.

Combina esta regra com número de palavras e comprimento dos parágrafos — juntas dizem-te se a página tem copy suficiente, bem estruturada.

Perguntas frequentes

Qual é o limite real de palavras?

Aproximadamente 150 palavras de conteúdo principal extraído. O número exato depende do tipo de página — uma página de produto com dados estruturados ricos (preço, classificações, disponibilidade, schema) tem mais leniência do que uma página /about sem schema e com 80 palavras.

Adicionar um bloco de FAQ corrige todas as páginas escassas?

Ajuda mas não é bala de prata. Uma FAQ adiciona substância e captura queries de cauda longa, mas se o resto da página estiver genuinamente vazio (um stub de categoria, um placeholder), a FAQ sozinha não a sustenta. Adiciona uma FAQ mais pelo menos um parágrafo original acima da dobra.

A minha homepage é intencionalmente curta. Devo preocupar-me?

Homepages têm um passe parcial — a verificação espera que sejam navegacionais, e a maioria das heurísticas de extração devolve uma contagem baixa mesmo para homepages saudáveis. A penalização de conteúdo escasso na prática atinge páginas internas: índices de categoria, páginas de localização e SKUs gerados por template. Se a tua homepage for a única página escassa assinalada, podes geralmente ignorá-la.