Navegação facetada: controle as URLs de filtro de forma deliberada

A navegação facetada permite filtrar um catálogo por atributos; cada combinação gerada pode precisar de sua própria política de rastreamento e indexação.

Por que as facetas precisam de uma política de SEO

A navegação facetada permite que o visitante refine um catálogo por atributos, como tamanho, material, cor, disponibilidade ou preço. Por isso, uma única lista de produtos pode gerar muitas combinações de URL. Isso é um recurso útil de design de interação, mas cria um problema de rastreamento e indexação: os buscadores podem descobrir caminhos de filtro por meio de links, controles de formulário, paginação e URLs com parâmetros, mesmo quando a loja não pretendia que cada combinação virasse uma página de entrada.

A questão não é se os filtros são “bons para SEO”. É saber quais combinações merecem um destino público estável. As diretrizes do Google sobre navegação facetada se concentram em evitar espaços de URL excessivos ou infinitos e em tornar os caminhos de rastreamento intencionais. Uma combinação de filtros pode ser uma página de entrada valiosa quando representa uma tarefa recorrente, tem inventário suficiente e oferece uma explicação única e útil. O restante pode continuar sendo apenas uma ferramenta de navegação.

O diagrama mostra as principais entradas, verificações e o caminho de decisão para Navegação facetada: controle as URLs de filtro de forma deliberada.

Classifique as URLs de filtro

ClasseExemplo típicoTratamento para indexação
Estado usado só pelo compradorOrdem de classificação, controle deslizante de preço, várias escolhas temporáriasMantenha utilizável para o visitante; evite apresentá-lo como página de entrada canônica
Página de entrada candidataCombinação estável de atributos com demanda e inventário suficienteAtribua uma única URL canônica, título e H1 únicos e um caminho de rastreamento
Rota duplicadaMesma seleção em outra ordem de parâmetrosNormalize ou use a tag canonical apontando para a rota escolhida
Resultado vazioCombinação sem itens elegíveisMostre um estado de interface útil, mas não inclua a combinação no sitemap nem nos links internos para páginas de entrada

A classificação pertence tanto ao modelo de dados quanto à política de URLs. “Cor” só é utilizável se os produtos usarem valores controlados; “preço” exige faixas explícitas e uma regra para intervalos sobrepostos. Decida se uma seleção múltipla cria uma tarefa distinta ou apenas um estado temporário de filtro. Uma tag canonical não transforma milhares de páginas de parâmetros rasas em conteúdo útil.

Implemente os controles

Primeiro, defina um padrão de URL para cada classe. Mantenha os links para páginas de entrada indexáveis rastreáveis e consistentes. Para combinações que servem apenas à navegação, reduza os caminhos de rastreamento desnecessários gerados pelos links do site e use os controles de indexação adequados à plataforma; não conte com o robots.txt para remover uma página dos resultados de pesquisa depois que ela já foi indexada. Tags canonical, diretivas noindex, paginação e inclusão no sitemap precisam descrever a mesma política.

  1. Exporte atributos, unidades, valores permitidos e a contagem atual de resultados.
  2. Escolha um pequeno conjunto de combinações candidatas com base em demanda, profundidade do inventário e uma tarefa distinta do usuário.
  3. Crie uma única forma de URL preferida: normalize a ordem dos parâmetros, a capitalização e os filtros duplicados.
  4. Adicione conteúdo visível único apenas às combinações promovidas como páginas de entrada.
  5. Mantenha os estados de navegação fora dos sitemaps XML e remova os links internos que geram combinações sem fim por acidente.
  6. Rastreie os estados principais de seleção única, seleção múltipla, ordenação, paginação e resultado vazio para comparar status, canonical e diretivas de robots.

Exemplo: uma loja pode promover uma categoria estável como “luminárias de mesa em aço inoxidável”, porque tem muitos itens e uma tarefa de compra clara. Uma URL que combina um valor de controle deslizante, uma ordem de classificação e um filtro de “fora de estoque” é um estado de comprador, não uma página para publicar no sitemap.

Teste combinações reais

Teste o que o servidor e o navegador realmente expõem. Verifique o HTML inicial, o destino da tag canonical, a diretiva de robots, os links de paginação, os links internos recebidos e a contagem de resultados. Teste trocas na ordem dos parâmetros e acessos diretos a combinações vazias. Uma política válida ainda pode falhar se links gerados por JavaScript criarem URLs diferentes da convenção canonical, ou se um botão de filtro retornar uma página 200 sem resultados relevantes.

Não indexe todas as combinações de atributos por padrão. Promova uma combinação só quando a demanda, o inventário e o valor distinto da página fizerem dela um destino real.

FAQ

Toda URL de filtro deve ser bloqueada para rastreamento?
Não. Separe os estados de navegação das páginas de entrada planejadas. O objetivo é um caminho de rastreamento intencional e finito, não um bloqueio generalizado.
Uma tag canonical resolve sozinha a duplicação causada por facetas?
Não. As tags canonical devem sustentar uma política de URL coerente. Reduza a geração desnecessária de links, use as diretivas adequadas e mantenha os sitemaps consistentes.
O que transforma uma combinação de facetas em uma página de entrada?
Uma tarefa clara do usuário, inventário elegível suficiente, uma URL preferida estável e valor visível único além da lista de produtos filtrada.