onpage

Número de palavras

O MetricSpot conta as palavras de texto corrido na página. Páginas finas posicionam mal porque não há conteúdo suficiente para os motores avaliarem a relevância.

O que esta verificação faz

Extrai o conteúdo de texto visível do corpo da página (ignorando navegação, rodapé, scripts, estilos e textos alternativos de imagens) e conta as palavras. Reporta um único número e marca páginas com menos de cerca de 300 palavras como escassas.

Porque é importante

O número de palavras não é fator de ranking por si só — o Google já o disse diretamente — mas correlaciona-se fortemente com profundidade temática, que é um fator. Páginas com menos de 300 palavras raramente cobrem o tema de forma suficientemente abrangente para se posicionarem em queries competitivas; os estudos regulares de rastreio da Ahrefs e da Backlinko mostram consistentemente que as páginas no topo se concentram nas 1500–2500 palavras para queries informativas.

O helpful-content system foi lançado especificamente para despromover páginas superficiais — escritas para o ranking e não para os leitores. O número de palavras é um dos proxies mais simples desse padrão.

Como corrigir

Aponta para pelo menos 300 palavras de texto substancial em qualquer página que esperes posicionar. Mais comprido para queries informativas; mais curto serve para páginas de navegação, páginas de detalhe de produto com dados estruturados ricos, ou páginas onde a resposta é genuinamente curta.

Acrescenta profundidade, não enchimento.

A correção errada é encher com palha parafraseada. A correta é responder às próximas três perguntas que um leitor faria:

- O que é isto?                  ← o que a maioria das páginas escassas cobre
- Quando devo usar isto?         ← adiciona isto
- Como se compara com X?         ← adiciona isto
- Exemplo concreto ou receita.   ← adiciona isto
- Erros comuns / FAQ.            ← adiciona isto

Essa estrutura produz naturalmente 800–1500 palavras de conteúdo útil sem enchimento.

Usa sub-cabeçalhos.

Uma página de 1500 palavras com três H2 lê-se como um muro. O mesmo conteúdo com sete H2 lê-se como um guia estruturado. Vê a verificação de hierarquia de cabeçalhos.

Mistura material concreto.

Blocos de código, tabelas, screenshots, números reais dos teus próprios dados e receitas passo a passo aumentam o número de palavras e a qualidade ao mesmo tempo. Encher com sinónimos só aumenta o primeiro.

Não enchas páginas de navegação.

A tua /contacto, /login e páginas de índice de categoria não precisam de ensaios de 1000 palavras. Bloqueia a regra para esses templates ou aceita o aviso ligeiro — essas páginas não competem em queries informativas, de qualquer forma.

Emparelha com verificações relacionadas:

Perguntas frequentes

Conteúdo mais longo não é sempre melhor?

Não. Encher prejudica. A orientação de helpful-content do Google é específica: “Estás a escrever para um determinado número de palavras porque ouviste ou leste que o Google tem um número preferido?” está listada como bandeira vermelha. O comprimento deve seguir o tema, não o contrário.

E páginas de produto com sobretudo dados estruturados?

Páginas de produto de e-commerce com especificações completas, reviews e Q&A muitas vezes posicionam bem com 200 palavras de texto, porque os dados estruturados carregam o sinal temático. A verificação continua a avisar; é um juízo a ignorar nesse template.

Como difere isto de thin_prose e paragraph_length?

O número de palavras é o total bruto. Conteúdo escasso verifica se o que existe é substancial ou boilerplate. Comprimento dos parágrafos mede estrutura em vez de volume. As três podem passar ou falhar independentemente.

Fontes

Última atualização 2026-05-11