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:
- Profundidade do conteúdo — cobre a amplitude temática versus o comprimento bruto.
- Hierarquia de cabeçalhos — estrutura conteúdo longo para se manter fácil de varrer.
- Estratégia de ligações internas — liga páginas escassas ao seu cluster.
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