Filtros no PrestaShop: como evitar milhares de URLs inúteis para SEO

Se tens uma loja em PrestaShop com um catálogo médio ou grande e ativaste o módulo de navegação por facetas, é muito provável que o Google esteja a tentar rastrear dezenas de milhares de URLs que não deveriam existir do ponto de vista de SEO. Não é um exagero. Uma loja com mil produtos distribuídos em cinquenta categorias, com filtros de tamanho, cor, preço, marca e material, pode gerar matematicamente milhões de combinações de URLs únicas. A maioria delas mostra entre um e três produtos, tem conteúdo praticamente idêntico a outras combinações semelhantes e não responde a nenhuma intenção de pesquisa real.

O resultado é previsível: o orçamento de rastreamento do Googlebot esgota-se em páginas sem valor, as URLs estratégicas são indexadas com menos frequência e o site acumula milhares de páginas duplicadas ou de baixa qualidade que diluem a autoridade do domínio em vez de a concentrar onde gera posicionamento.

Este é um dos problemas técnicos mais comuns que encontramos em auditorias de PrestaShop e também um dos que tem maior impacto quando é resolvido corretamente.

Por que o PrestaShop gera este problema por defeito

O módulo nativo de PrestaShop para navegação por facetas, nas versões modernas chamado “Faceted Search”, está concebido para maximizar a experiência de filtragem do utilizador, não para proteger a saúde SEO do site. Por defeito, cada combinação de filtros ativos gera uma URL única que o módulo considera indexável. Quando um utilizador seleciona cor azul e tamanho M numa categoria de t-shirts, o PrestaShop cria uma URL do tipo /camisetas?q=Color-Azul/Talla-M ou uma variante amigável dependendo da configuração do módulo e da versão instalada.

O problema multiplica-se exponencialmente com cada filtro adicional. Se tiveres cinco atributos com dez valores cada um, a combinatória teórica supera o milhão de URLs. O Google não vai rastrear todas, mas vai tentar seguir os links que levam a essas páginas a partir das categorias principais, consumindo recursos de rastreamento que deveriam ir para as tuas páginas reais de produto e categoria.

A isto soma-se que o PrestaShop, dependendo da versão e da configuração do módulo, não aplica canonicals nem diretivas noindex de forma coerente por defeito nestas URLs de facetas. Sem intervenção manual ou configuração específica do módulo, muitas destas páginas ficam acessíveis, ligadas a partir da navegação do site e indexáveis.

O orçamento de rastreamento: por que é crítico em catálogos grandes

O conceito de crawl budget ou orçamento de rastreamento é fundamental para entender por que este problema é urgente em lojas com mais de cinco mil URLs. O Google não rastreia um site de forma exaustiva nem infinita: atribui a cada domínio um número determinado de páginas a rastrear num período de tempo, com base na autoridade do domínio, na velocidade de resposta do servidor e nos sinais históricos de qualidade do conteúdo.

Se o teu PrestaShop tiver cem mil URLs geradas por filtros de facetas e o Google dedicar 70% do seu orçamento de rastreamento a tentar processá-las, as tuas fichas de produto novas vão demorar semanas a indexar, as tuas páginas de categoria principais são rastreadas com menos frequência do que o necessário e qualquer atualização de preços ou disponibilidade no catálogo demora mais a refletir-se no índice.

A solução não é uma única medida, mas sim uma estratégia em camadas que combina configuração do módulo, diretivas técnicas e, em casos justificados, geração seletiva de URLs de facetas com valor SEO real.

Camada 1: configuração do módulo Faceted Search

O primeiro ponto de intervenção é o próprio módulo. Nas versões recentes do PrestaShop, o módulo Faceted Search inclui opções de configuração que permitem controlar quais combinações de filtros geram URLs indexáveis e quais não.

Acede ao back-office do PrestaShop, vai a Módulos → Faceted Search e procura as opções de indexação. Dependendo da versão do módulo, encontrarás opções para aplicar automaticamente etiquetas noindex às URLs de facetas, para gerar canonical tags que apontem para a categoria pai ou para desativar a geração de URLs amigáveis em combinações de filtros selecionadas.

A configuração mais conservadora e geralmente mais segura para a maioria das lojas é aplicar noindex, follow a todas as URLs de facetas sem exceção. Isto diz ao Google que não inclua essas páginas no índice, mas que siga os links que contêm para descobrir fichas de produto. O atributo follow é importante: se usares noindex, nofollow, impedes que o PageRank flua para os produtos individuais que aparecem nessas páginas filtradas.

Camada 2: canonical tags para a categoria pai

Em paralelo com a diretiva noindex, implementar canonical tags corretas adiciona uma camada adicional de sinal para o Google. Cada URL de faceta deve incluir no seu <head> um elemento canonical que aponte para a URL da categoria principal sem filtros.

html

<link rel=”canonical“ href=”https://tutienda.com/camisetas/
“ />

Isto comunica explicitamente ao Google que a página canónica para esse conteúdo é a categoria base, não a versão filtrada. Na prática, os canonicals e as etiquetas noindex são complementares e redundantes de forma positiva: se por algum motivo o crawler ignorar o noindex, o canonical continua a enviar o sinal correto sobre qual URL deve posicionar.

Se o teu módulo não gerar estes canonicals automaticamente, podes implementá-los através de uma modificação no template de categoria do teu tema. No PrestaShop, o ficheiro relevante costuma ser catalog/listing/product-list.tpl ou catalog/category.tpl dependendo da versão. A lógica é condicional: se a URL atual contiver parâmetros de filtro ativos, injetar o canonical para a versão limpa da categoria.

Camada 3: bloqueio em robots.txt para padrões de URL conhecidos

O ficheiro `robots.txt` é a terceira linha de defesa. Ao contrário do noindex, que permite o rastreamento mas impede a indexação, o bloqueio em robots.txt impede diretamente que o Googlebot aceda a essas URLs, o que preserva o orçamento de rastreamento de forma mais eficiente.

O problema com esta abordagem no PrestaShop é que as URLs de facetas nem sempre seguem um padrão único e consistente. Dependendo da configuração do módulo e de se são usadas URLs amigáveis ou parâmetros GET, os padrões podem variar. Uma configuração habitual com parâmetros GET permite bloquear com relativa precisão:

User-agent: *

Disallow: /*?q=

Disallow: /*&q=

Se a tua instalação usar URLs amigáveis para as facetas do tipo /camisetas/color-azul/talla-m, o bloqueio é mais complexo porque esses segmentos de URL se parecem com URLs de subcategorias reais. Nesse caso, é preferível priorizar as camadas de noindex e canonical em vez do bloqueio em robots.txt para evitar bloquear acidentalmente páginas legítimas.

Camada 4: quando faz sentido indexar URLs de facetas

Nem todas as combinações de filtros são inúteis para o SEO. Há um caso específico em que gerar e posicionar uma URL de faceta tem valor real: quando essa combinação de filtros responde a uma intenção de pesquisa com volume suficiente e quando a página resultante tem conteúdo diferenciado em relação a outras combinações.

O exemplo clássico é uma combinação de categoria mais marca: /zapatillas-running/nike/ ou /sofas/esquineros/. Estas URLs combinam uma categoria genérica com um atributo de alto volume de pesquisa, geram uma página com um conjunto de produtos coerente e homogéneo e atacam uma keyword transacional real que os utilizadores escrevem no Google.

Para identificar quais combinações merecem ser indexadas, cruza os dados de volume de pesquisa dos teus atributos principais com os relatórios do Search Console. Se houver queries do tipo “categoria + atributo” com mais de duzentas pesquisas mensais no teu mercado, essa combinação é candidata a ter a sua própria URL indexável com conteúdo editorial mínimo diferenciador: um H1 específico, uma meta description única e um parágrafo introdutório que contextualize a seleção.

As restantes combinações —as que respondem a dois, três ou mais filtros simultâneos sem procura comprovada— devem receber tratamento de noindex e canonical sem exceção.

Como auditar o estado atual do teu PrestaShop

Antes de implementar qualquer alteração, precisas de um diagnóstico preciso de quantas URLs de facetas existem atualmente na tua instalação e quantas estão indexadas.

O processo que seguimos em auditorias é o seguinte: primeiro, rastreamento completo com Screaming Frog configurando o spider para seguir todos os parâmetros e URLs amigáveis. Filtramos os resultados pelo padrão de URL característico das facetas e obtemos o número total de URLs geradas. Segundo, no Google Search Console usamos o operador site:tudominio.com/categoria para estimar quantas variantes de cada categoria estão efetivamente no índice do Google. Terceiro, no relatório de Cobertura do Search Console procuramos o volume de páginas no estado “Descoberta, atualmente não indexada” e “Rastreada, atualmente não indexada”: um número elevado nestas categorias é sinal direto de que o Google está a investir orçamento de rastreamento em páginas que acaba por descartar.

Com esse mapa, a priorização é simples: as categorias com maior volume de URLs de facetas e maior tráfego orgânico são as primeiras onde intervir.

Os filtros de navegação por facetas no PrestaShop são essenciais para a experiência de compra, mas são uma armadilha SEO se não forem geridos com critério técnico desde o início. A solução não passa por desativar os filtros nem por limitar a funcionalidade para o utilizador, mas sim por implementar uma estratégia em camadas que combine noindex, canonicals, bloqueio seletivo em robots.txt e geração deliberada de URLs indexáveis apenas onde existe procura real. Bem executado, este trabalho pode reduzir o número de URLs rastreáveis em 80% ou mais e libertar orçamento de rastreamento que o Google irá redirecionar automaticamente para as páginas que realmente importam para o teu negócio.

Somos uma agência de seo prestashop, ajudamos-te a alcançar os teus objetivos. Contacta-nos!