Podar o site: manter, fundir em 301 ou retirar em 410

Porquê podar: as páginas que não servem para nada custam

Um site acumula páginas ao longo dos anos: produtos esgotados, variantes duplicadas, páginas de cidades sem conteúdo próprio, artigos de 200 palavras escritos para uma palavra-chave, páginas geradas por uma extensão. Cada uma pede ao Google tempo de rastreio e, sobretudo, diz alguma coisa sobre a qualidade global do site.

O Google escreve-o no seu guia dos sistemas de classificação: os seus sistemas trabalham ao nível da página, mas também usam sinais à escala do site. Milhares de páginas vazias ou semelhantes pesam, portanto, sobre as boas. E as suas regras contra spam visam precisamente a produção de muitas páginas com o objetivo principal de manipular a classificação.

Podar não é um castigo para o site, é uma triagem: menos páginas, cada uma útil, mais bem ligadas.

A regra de triagem: manter, fundir, retirar

É a regra que aplicamos nos nossos próprios sites, página a página, a partir da Search Console dos últimos 90 dias:

1. 1
   Manter: uma página que recebeu pelo menos uma dezena de impressões em 90 dias, ou que tem um conteúdo único (um dado, um cálculo, um produto à venda). Melhora-se em vez de lhe mexer às cegas.
2. 2
   Fundir em 301: várias páginas que respondem à mesma intenção (a mesma pergunta feita de outra forma, uma variante de cor, a mesma cidade em duas páginas). Primeiro passa-se o conteúdo útil para a página que fica, depois redirecionam-se as outras para ela.
3. 3
   Retirar em 410: uma página sem nenhuma impressão em 90 dias e sem conteúdo próprio. Devolve o código 410 («eliminada definitivamente») e sai do sitemap e dos links internos.
4. 4
   Nunca: redirecionar em massa para a página inicial. Um redirecionamento deve levar a uma página que responde à mesma pergunta; caso contrário, o visitante que chega de um link antigo aterra numa página que não lhe serve para nada, e o redirecionamento também deixa de fazer sentido para o Google.

301, 410, 404: o que o Google faz realmente com eles

O redirecionamento 301 (permanente) indica que a página mudou de endereço. O Google segue o redirecionamento e usa-o como um sinal forte de que o destino deve ser tratado no seu lugar: é o novo endereço que aparece nos resultados. O Google prefere os redirecionamentos do lado do servidor, mais bem interpretados do que os redirecionamentos em JavaScript.

Evite as cadeias: o Google segue por predefinição até 10 saltos de redirecionamento, mas cada salto abranda o rastreio e o visitante. Um endereço antigo redireciona diretamente para a página final.

O 410 e o 404: o Google escreve-o claramente, todos os erros 4xx (exceto o 429) são tratados da mesma forma. Uma página que devolve 404 ou 410 não é indexada, e uma página já indexada que passa a devolver um destes erros é retirada do índice. Usamos o 410 porque exprime a intenção (retirada definitiva) aos outros motores de pesquisa e às nossas próprias ferramentas, mas o 404 faz o mesmo trabalho para o Google.

Não bloqueie no robots.txt uma página a retirar: o Google deixaria de conseguir ver que ela desapareceu. Numa urgência (uma página que não devia ser pública), a ferramenta de remoções da Search Console oculta-a durante cerca de seis meses, o tempo de a retirar de vez.

• Apache (.htaccess): Redirect 301 /pagina-antiga /pagina-nova
• Apache, retirada: Redirect gone /pagina-retirada
• Nginx: location = /pagina-antiga { return 301 /pagina-nova; }
• Nginx, retirada: location = /pagina-retirada { return 410; }

O nosso caso: mais de 8000 páginas retiradas, e o que mudou

Em um comparador de carrinhas campervan, retirámos em 410 8194 páginas a 23 de setembro de 2026: todas as que não tinham recebido nenhuma impressão em 90 dias, ou seja, cerca de 87% dos endereços do site. Depois fundimos 378 páginas em 301 a 28 de setembro de 2026 (as variantes cidade × tipo de veículo reagrupadas na página da respetiva cidade). Ficam 810 páginas indexáveis.

O que aconteceu, em períodos comparáveis: 104 impressões por dia nos 28 dias anteriores, 98 nos 25 dias seguintes. A posição média passou de 69,4 para 64,5, e o site aparece em 665 pesquisas contra 663 antes.

A nossa leitura, sem a embelezar: retirar a maior parte dos endereços não custou nada. As páginas retiradas não trabalhavam. Mas a poda por si só não fez regressar o tráfego perdido durante o verão: limpa o terreno, não substitui páginas melhores.

No mesmo período, 3 outros sites nossos, que tinham fundido as suas variantes em 301 (sem 410) mesmo antes de uma atualização do Google, regressaram de forma nítida. A causa não está provada, e outros sites podados ficaram no mínimo. Tiramos daí uma prudência, não uma receita.

A poda passo a passo

1. 1
   Exportar: todos os endereços do site (sitemap ou ferramenta de rastreio), com impressões, cliques e posição dos últimos 90 dias a partir da Search Console.
2. 2
   Classificar: manter, fundir, retirar, segundo a regra acima. Anote para cada fusão a página de destino.
3. 3
   Fundir primeiro: passar o conteúdo útil para a página que fica e depois colocar os 301.
4. 4
   Retirar: código 410 do lado do servidor, saída do sitemap, remoção de todos os links internos para essas páginas.
5. 5
   Publicar sitemaps novos, divididos por tipo de página, e voltar a enviá-los na Search Console e no Bing Webmaster Tools.
6. 6
   Medir ao fim de 4 semanas: impressões por dia, posição, páginas com impressões. Compare períodos iguais.

O caso das lojas online: produtos esgotados e variantes

• Produto esgotado que vai voltar: mantenha a página, mostre «de volta em breve» e proponha alternativas.
• Produto retirado com um substituto direto: 301 para o substituto.
• Produto retirado sem substituto, com visitas: 301 para a categoria mais próxima, desde que responda à mesma pesquisa.
• Produto retirado sem visitas nem links: 410.
• Variantes de cor ou de tamanho em páginas separadas: uma única página de produto com opções, as outras fundidas em 301.