Série Semalt

Páginas geradas em escala sem produzir lixo: o método e os limites

Criar mil páginas a partir de um modelo é fácil; criar mil páginas que valham a pena é outra coisa. Onde funciona, onde falha e como auditar o que já existe.

Atualizado: 2026-08-16 9 min de leitura 2.076 palavras
Código e estruturas de dados num ecrã de programação

O essencial

  • As páginas geradas funcionam quando cada uma responde a uma pesquisa real com dados que mais ninguém tem. Falham quando o template é a única coisa que varia.
  • Teste com cinquenta páginas antes de gerar cinco mil. O modo de falhar descobre-se nos dados, não na revisão do design.
  • Cada página gerada precisa de algo único para além da variável: inventário real, números reais ou conhecimento local real.
  • Defina a regra de eliminação antes do lançamento. Páginas que nunca ganham uma impressão devem poder sair sem reunião de comité.

A geração de páginas em escala tem um problema de reputação, em boa parte merecido. A técnica que produz páginas de localização genuinamente úteis para um marketplace é a mesma que produz dez mil páginas a dizer "o melhor canalizador em [cidade]" sem nada por trás dos parênteses. A mecânica é idêntica; o que difere é se existe alguma coisa real lá dentro.

Este artigo trata de o fazer bem com a plataforma Semalt: decidir se o seu conjunto de dados aguenta, testar primeiro em pequena escala, e auditar um conjunto de páginas geradas que já existe — que é a situação em que a maioria das pessoas está de facto.

A condição que decide tudo

Há um teste, e não é sobre volume nem sobre técnica. Cada página contém algo específico que não podia ser escrito trocando uma palavra num modelo?

FuncionaPorquê
Listagens de imóveis por bairroInventário real, preços reais, muda constantemente
Páginas de rotas ou voosHorários reais, tarifas reais, necessidade genuína
Comparações de produtos a partir do catálogoEspecificações e disponibilidade reais
Páginas de dados de um conjunto próprioNúmeros que mais ninguém pode publicar
FalhaPorquê
"Serviço em [cidade]" sem conteúdo localSó varia o nome da cidade; não serve ninguém
"Guia de [palavra-chave]" fiado de um artigoSubstância duplicada, redação diferente
Páginas de combinações sem procuraNinguém pesquisa "azul pequeno impermeável tamanho 42"
Páginas de localidades onde não operaO visitante chega e sai de imediato

Se o seu conjunto de dados não consegue fornecer essa especificidade, a resposta honesta é que a técnica não está disponível para si — e vinte páginas bem escritas vão render mais do que duas mil geradas. É um desfecho genuinamente comum e é melhor estabelecê-lo antes da construção do que depois.

50 páginasA dimensão certa para um primeiro lote de teste antes de escalar
8 semanasAntes de o lote de teste ter dados suficientes para julgar
1 regraDefina o critério de remoção antes do lançamento, não depois

Parâmetros de trabalho do processo descrito a seguir.

Testar com cinquenta antes de gerar cinco mil

  1. Escolha cinquenta casos representativos

    Não os cinquenta melhores. Uma mistura: procura alta, média, marginal — porque são os marginais que dizem onde fica a fronteira útil, e essa fronteira é todo o objetivo do teste.

  2. Construa-as a sério, incluindo as partes incómodas

    Se o plano é incluir dados únicos por página, inclua-os agora. Testar uma versão reduzida não diz nada sobre a coisa real.

  3. Espere oito semanas e leia a distribuição

    Não a média. Quantas das cinquenta ganharam sequer impressões? Se dez correram bem e quarenta não receberam nada, gerar cinco mil produz quatro mil páginas de peso morto.

  4. Encontre o limiar e gere só acima dele

    O teste revela normalmente um corte claro — um nível de procura ou de riqueza de dados abaixo do qual as páginas não rendem. Gere até essa linha e pare.

O erro caro de reverter. Gerar o conjunto completo primeiro e planear podar depois. Remover quatro mil páginas indexadas é um projeto maior do que nunca as ter criado, demora meses a assentar, e entretanto o site é avaliado pelas piores páginas em vez das melhores.

O que "único" tem de significar por página

Cada página gerada precisa de pelo menos um elemento que exista só nela e que um leitor queira mesmo. Na prática há quatro fontes.

Diferenciadores reais

  • Inventário, disponibilidade ou preços ao vivo para aquela variável
  • Dados calculados para aquele caso concreto
  • Conhecimento local ou de categoria genuíno, escrito uma vez por página
  • Conteúdo de utilizadores: avaliações, perguntas, fotografias

Não são diferenciadores

  • A variável inserida nas mesmas frases
  • Parágrafos reordenados a partir de um bloco comum
  • Troca de sinónimos num texto que é igual no resto
  • Texto gerado que não diz nada de específico, mas ao comprido

O quarto ponto da esquerda é o mais subaproveitado. Num marketplace ou diretório, as páginas que resultam em escala fazem-no normalmente porque os utilizadores contribuíram — uma avaliação, uma pergunta, uma fotografia. Esse conteúdo é único por construção e acumula-se sem custo editorial, que é exatamente o que as páginas em escala precisam.

Se a única coisa que muda entre duas páginas é a palavra entre parênteses, não criou duas páginas. Criou uma página e imprimiu-a mil vezes.O teste que decide se vale a pena tentar geração em escala

Escrever um template que não pareça um template

Assumindo que os dados qualificam, o resto do ofício está no próprio template. Dois conjuntos construídos a partir dos mesmos dados podem render de forma muito diferente conforme a página é composta — e a diferença não é decorativa.

Ponha o conteúdo específico primeiro. A maioria dos templates gerados abre com um parágrafo de texto comum e chega aos dados a meio da página. Inverta. O visitante veio pelas listagens, pelos preços ou pelos números, e a avaliação do motor sobre o que a página é também. O texto explicativo partilhado pertence abaixo do conteúdo específico, não acima.

Varie a estrutura, não só as palavras. Um template que apresenta as mesmas seis secções na mesma ordem independentemente dos dados existentes produz secções visivelmente vazias quando faltam dados. Estrutura condicional — mostrar o bloco de avaliações só quando há avaliações, mostrar a comparação só quando há o que comparar — faz cada página refletir a sua substância real, o que é mais útil e mais honesto.

Escreva títulos e descrições como se fossem à mão. Títulos templatizados que concatenam variáveis leem-se como saída de máquina na página de resultados, o que custa cliques mesmo com boa posição. Um template com três ou quatro padrões de título, escolhidos conforme a forma dos dados, produz algo bem mais natural sem custo adicional por página.

Analisamos isto em detalhe em Vale a pena competir? Ler a página de resultados antes de investir num tema.

Dê a cada página uma frase humana. Numa página de localidade ou de categoria, uma única linha de conhecimento genuíno — o que é de facto verdade sobre aquele sítio ou grupo de produtos — muda a leitura da página inteira. A cem páginas é uma tarde de trabalho. A dez mil não é viável — o que já é, por si, um sinal útil sobre se dez mil páginas era o alvo certo.

Estrutura e ligações internas

Um conjunto gerado a que ninguém liga é um conjunto que ninguém sonda. Três decisões de estrutura determinam se as páginas são alcançáveis na prática.

Páginas-mãe. Cada grupo de páginas geradas precisa de um pai real que as liste, que valha a pena ler por si e que esteja ligado a partir da navegação principal. Um conjunto de quinhentas órfãs alcançáveis só pelo sitemap será sondado devagar e tratado como periférico — porque estruturalmente é.

Ligações laterais. Páginas geradas relacionadas devem ligar-se entre si — zonas vizinhas, produtos semelhantes, rotas adjacentes. É genuinamente útil para o visitante e é o que torna o conjunto navegável em vez de uma lista plana.

Uma verificação de crawl budget. Num site grande, acrescentar milhares de URL desvia atenção de sondagem das páginas que já geram receita. Observe o que acontece às páginas comerciais depois do lançamento; se a frequência de sondagem cair de forma notória, o conjunto gerado é grande demais para a autoridade atual do site.

Auditar um conjunto que já existe

A maioria das pessoas encontra este tema sob a forma de um problema herdado: alguns milhares de páginas geradas há dois anos por quem já saiu, e a suspeita de que estão a fazer mais mal do que bem.

A auditoria é simples e leva uma tarde.

  1. Divida o conjunto por impressões

    Páginas com impressões relevantes, páginas com um punhado, páginas com nenhuma. Num conjunto mal construído a distribuição costuma ser muito assimétrica, com uma pequena minoria a carregar tudo.

  2. Leia cinco páginas de cada faixa

    A diferença entre as faixas é quase sempre a presença de conteúdo real. Confirme essa hipótese antes de agir, porque ocasionalmente a causa é técnica.

  3. Melhore a faixa de topo, remova a de baixo

    Páginas com procura e conteúdo fraco merecem investimento. Páginas sem procura e sem conteúdo devem ser removidas ou consolidadas num pai — redirecionando onde exista um pai sensato.

  4. Mude a regra de geração

    Caso contrário o conjunto volta a crescer. O limiar que a auditoria revelou deve passar a ser a condição para criar sequer uma página.

Remover páginas costuma ser o ganho, não o risco. Um conjunto em que noventa por cento das páginas não rendem nada dilui a forma como o site é entendido e consome atenção de sondagem que pertence a outro lado. Removê-las raramente custa tráfego — por definição essas páginas não tinham nenhum — e ajuda frequentemente as que ficam.

Escala num mercado linguístico mais pequeno

Há dois ajustes que contam ao gerar páginas em português, e ambos empurram na mesma direção: conjuntos mais pequenos, mais substância por página.

A distribuição da procura é mais fina. Uma combinação com volume adequado em inglês não tem frequentemente nenhum aqui, o que significa que o limiar do seu lote de teste ficará mais alto e o conjunto resultante será bastante menor do que o equivalente inglês. Esse é o desfecho correto, não uma desilusão — cem páginas que servem cada uma uma pesquisa real valem mais do que três mil que não servem.

Ver também: SEO para SaaS e startups.

Por outro lado, a concorrência também é mais fina. Em muitos setores em português ninguém construiu sequer as páginas estruturadas, por isso um conjunto modesto e genuinamente útil encontra muito pouca resistência. A oportunidade aqui raramente é escalar mais do que alguém; é ser o primeiro a fazê-lo bem, em qualquer escala.

A posição honesta

A geração em escala é uma técnica legítima com uma condição estreita: é preciso um conjunto de dados que torne cada página genuinamente diferente, e procura que justifique a existência de cada página. Onde as duas se verificam, é das coisas mais eficientes que há na pesquisa. Onde falta uma, produz um passivo que alguém terá de limpar mais tarde.

Há um guia completo sobre o tema em A sua própria página de resultados.

A disciplina está toda no teste e no limiar. Cinquenta páginas, oito semanas, ler a distribuição, gerar só acima da linha, e escrever a regra para remover o que falha.

Se herdou um conjunto grande e não sabe se está a ajudar, a divisão por impressões é por onde começar. Abra o painel, sonde o conjunto e veja que fração dele alguma vez foi vista por alguém.

Perguntas frequentes

O SEO programático viola as diretrizes dos motores de busca?

Gerar páginas em escala não é em si um problema — marketplaces, sites de viagens e diretórios estão construídos assim. O que cria problemas é produzir páginas sem substância, onde só muda uma variável entre elas. A distinção é se cada página serve genuinamente uma pesquisa com conteúdo que não podia ser produzido por localizar-e-substituir.

Quantas páginas podemos gerar com segurança?

Tantas quantas tiver procura real e dados reais, o que costuma ser muito menos do que o número tecnicamente possível de combinações. Teste com cinquenta páginas representativas, espere oito semanas e veja quantas ganharam impressões. Essa proporção, aplicada à lista completa de candidatas, dá um teto realista — e é muitas vezes um décimo da ambição inicial.

Devemos eliminar páginas geradas sem tráfego?

Normalmente sim, depois de confirmar que não têm ligações externas nem conversões. Páginas que nunca ganharam uma impressão diluem a leitura do site e consomem atenção de sondagem que pertence às páginas comerciais. Redirecione para um pai sensato quando exista; caso contrário, remover é mais limpo do que deixá-las indexadas indefinidamente.

Texto gerado por IA torna estas páginas únicas?

Torna-as redigidas de forma diferente, o que não é a mesma coisa. A unicidade que conta é informativa: inventário ao vivo, dados calculados, conhecimento local genuíno, contributos de utilizadores. Comprimento sem especificidade não ajuda — e uma página que não diz nada, mas mais comprida, continua a ser uma página que não diz nada.

Experimente

Abra o painel do Semalt

Auditoria, posições, dados da concorrência e relatórios num só lugar. Entre e veja números reais do seu domínio em poucos minutos.

Entrar no Semalt

Ou veja primeiro a visão geral dos serviços em semalt.com.