Idiomas

Navegação facetada

A navegação facetada permite que compradores filtrem uma categoria por cor, tamanho, preço e marca — e cria silenciosamente milhões de URLs quase duplicadas que desperdiçam orçamento de rastreamento e diluem sinais de ranking. Veja como decidir quais URLs de filtros indexar e quais suprimir, além da tabela de decisão entre canonical, noindex e robots.txt.

Publicado pela primeira vez: 25 de jun. de 2026 · Última atualização: 22 de ago. de 2026 · Avançado
Idiomas
AIEscrito porAI v2

Navegação facetada é a maior fonte isolada de desperdício de rastreamento relatada pelos mecanismos de busca — Gary Illyes a coloca em cerca de 50% de todos os problemas de rastreamento relatados ao Google. O mecanismo: cada combinação de filtros pode criar sua própria URL rastreável, transformando um catálogo de 10 000 produtos em milhões de páginas quase duplicadas. A decisão estratégica vem antes da técnica — descubra quais combinações de filtros têm demanda de busca real (torne essas landing pages indexáveis) e quais são apenas UX (bloqueie-as ou faça com que nunca criem uma URL). Depois escolha a alavanca certa: robots.txt interrompe o rastreamento, mas não a indexação; noindex remove páginas do índice, mas não economiza orçamento de rastreamento; canonical é uma indicação que consolida sinais, mas não interrompe o rastreamento. A ferramenta Parâmetros de URL do Search Console acabou — foi descontinuada em 2022 — então controles no servidor são tudo o que resta no Google. O Bing ainda tem Normalização de URL.

TL;DR — Navegação facetada é a principal fonte de excesso de rastreamento relatada ao Google (~50% das reclamações de rastreamento, segundo Gary Illyes). Cada combinação de filtros pode criar uma URL distinta e rastreável, então um catálogo pequeno esconde milhões de páginas quase duplicadas — causando conteúdo duplicado, excesso no índice, desperdício de orçamento de rastreamento e diluição do PageRank. A decisão é estratégica antes de ser técnica: quais combinações têm demanda de busca real (→ torne-as landing pages indexáveis) e quais são apenas UX (→ suprima-as). Depois escolha a alavanca certa, pois elas não são intercambiáveis: robots.txt interrompe o rastreamento, mas não a indexação; noindex remove do índice, mas exige rastreamento e não economiza orçamento; canonical é uma indicação que consolida sinais, mas não interrompe o rastreamento. Fragmentos de URL (#) contornam todo o problema porque o Google os ignora. A ferramenta Parâmetros de URL do GSC foi descontinuada — restam apenas controles no servidor. O Bing ainda tem Normalização de URL.

O mecanismo: como os filtros explodem seu espaço de URLs

Navegação facetada se torna um problema de SEO no momento em que um filtro muda a URL de uma forma que um rastreador pode seguir. Três coisas distintas são confundidas aqui, e separá-las torna o restante deste artigo mais claro: a interação da UI (um comprador clicando em um filtro), o estado de URL buscável (se esse clique muda um endereço que um rastreador pode realmente solicitar) e a landing page indexável (se essa URL deve mesmo ficar no índice do Google). Um sistema facetado pode expor uma, duas ou as três — um filtro no lado do cliente sem mudança de URL tem apenas a primeira; um filtro por string de consulta tem as duas primeiras; uma página selecionada para “sofás de veludo azul” tem as três, deliberadamente.

As três implementações comuns:

PadrãoExemploComportamento de rastreamento/indexação
Parâmetros de consulta/sofas?color=blue&size=largeMais comum; rastreado e indexável por padrão — precisa ser gerenciado
Segmentos de caminho/sofas/blue/large/Aparência mais limpa, mas mais difícil de bloquear sistematicamente com robots.txt
Fragmentos de URL/sofas#color=blueO Googlebot ignora fragmentos — nenhum impacto em rastreamento/indexação

A aritmética concentra todo o problema. 10 000 produtos × 20 cores × 15 tamanhos × 5 ordens de classificação resultam em 15 000 000+ URLs potenciais. Evidence for this claim Combinatorial filters can turn a modest catalog into millions of possible URL states. Scope: The arithmetic is illustrative; Google documents the underlying infinite-space risk. Confidence: high · Verified: Google: Managing faceted navigation Gary Illyes descreveu o modo de falha de forma vívida no LinkedIn: “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (tradução) «Às vezes, você pode criar acidentalmente novas URLs falsas, fazendo o espaço de URLs saltar de agradáveis mil URLs para escaldante um milhão e atraindo rastreadores que, por sua vez, sobrecarregam seus servidores de modo inesperado.»

O Google também não pode simplesmente olhar para um espaço de URLs de filtros e decidir ignorá-lo. Illyes explicou o motivo no Search Off the Record: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (tradução) «Depois que descobre um conjunto de URLs, ele não consegue decidir se aquele espaço é bom ou não sem rastrear uma grande parte dele.» Por isso essa é a principal reclamação sobre rastreamento: quando o Google descobre que as URLs não têm valor, já rastreou muitas delas.

Investigação trabalhada: os filtros eram apenas metade da armadilha

A análise de rastreamento de fim de ano de 2025 do Google é uma evidência do mundo real excepcionalmente útil: Gary Illyes atribuiu cerca de 50% dos problemas de rastreamento discutidos à navegação facetada e outros 25% a parâmetros de ação. Essa segunda categoria importa porque uma auditoria de ecommerce que conta apenas color, size e brand pode deixar passar URLs criadas por controles de add-to-cart, comparação, lista de desejos, ordenação, sessão e rastreamento.

Este é o padrão de investigação, usando contagens ilustrativas em vez de afirmar que são um benchmark típico. Um varejista tem 18 000 produtos e categorias indexáveis, mas um crawl descobre 640 000 URLs. Agrupar amostras do crawl e dos logs por parâmetro mostra:

Família de URLsURLs observadasO que revelou
filtros (color, size, brand)290 000combinações e ordem duplicada de parâmetros
ações (add, compare, wishlist)170 000links rastreáveis que executam ações do usuário
ordenação e paginação96 000os mesmos conjuntos em ordens e profundidades diferentes
sessão e rastreamento71 000duplicatas passivas anexadas a links internos
desconhecida13 000a fila de revisão, não uma lista automática de bloqueio

A correção não é um único Disallow abrangente. Remova links de ação rastreáveis, pare de colocar parâmetros de sessão e campanha em links internos, normalize ordens duplicadas de filtros, retorne 404 para combinações impossíveis e preserve os poucos filtros apoiados por demanda como landing pages estáveis. Depois verifique o resultado nos logs do servidor: o sinal de sucesso é a mudança das solicitações do rastreador para URLs de categorias e produtos, não apenas uma exportação menor do rastreador.

Os quatro problemas que isso causa

  1. Conteúdo quase duplicado. /washing-machines/samsung/ e /washing-machines/?brand=samsung podem servir conjuntos de produtos idênticos. Os sinais de ranking se dividem entre as duas em vez de se consolidarem.
  2. Excesso no índice. Mesmo uma fração dessas milhões de URLs no índice pesa contra os sinais gerais de qualidade do site.
  3. Desperdício de orçamento de rastreamento. Cada rastreamento gasto em uma faceta de baixo valor é um rastreamento que seus produtos genuinamente novos não receberam. O efeito se acumula — ele também atrasa a descoberta de conteúdo recente. (O orçamento de rastreamento só pesa de verdade em escala; veja orçamento de rastreamento para saber quem realmente precisa se preocupar.)
  4. Diluição do PageRank. Uma página de categoria que cria links para 500 combinações de filtros distribui sua autoridade interna entre 501 destinos, em vez de fazê-la fluir para os produtos que deveriam ranquear.

Vale dizer claramente, porque os clientes perguntam: isso não é risco de penalidade. O Google não aplica ações manuais por duplicação de navegação facetada. É um problema de eficiência de rastreamento e indexação e de diluição de sinais — não uma penalidade por conteúdo duplicado.

A decisão estratégica vem primeiro

Antes de tocar em robots.txt ou em uma meta tag, tome a decisão por URL: essa combinação de filtros merece um lugar no índice ou não?

  • Ela merece indexação se corresponder a uma demanda de busca real — uma consulta que as pessoas realmente digitam. “Calça skinny de cintura alta”, “botas de trilha impermeáveis”, “sofá de veludo azul”. Essas se tornam landing pages adequadas.
  • Ela não merece se for uma combinação arbitrária, uma ordem de classificação ou uma pilha profunda de várias facetas que ninguém pesquisa. Essas devem ser suprimidas.

Como encontrar a linha: pesquisa de palavras-chave. Extraia os modificadores candidatos das facetas, verifique o volume e estabeleça um limite. Um critério razoável na prática é cerca de 300+ pesquisas mensais para justificar uma página de faceta independente indexada — tudo abaixo disso é bloqueado ou transformado em fragmento. Isso importa por causa da cauda longa: 99,84% das palavras-chave recebem menos de 1 000 pesquisas por mês, mas representam 39,33% da demanda total de busca. A maioria das combinações de facetas não tem demanda — mas a minoria que tem representa uma oportunidade real, e a única maneira de capturá-la é permitir que essas páginas específicas sejam indexadas.

A demanda sozinha não é o critério completo. Antes de promover uma combinação a landing page indexável, ela precisa de três coisas juntas: demanda verificada (a pesquisa de palavras-chave acima), valor distinto (conteúdo e conjunto de produtos que realmente diferem da categoria-base — não apenas os mesmos produtos em uma ordem diferente) e compromisso de monitoramento (sinais de rastreamento, indexação e desempenho, não uma configuração esquecida). Trate cada página promovida como um experimento que precisa justificar sua manutenção, não como uma vitória garantida de cauda longa — veja a aba Métricas para saber o que acompanhar.

As alavancas técnicas — e como elas diferem

É aqui que a maioria das implementações dá errado, porque os três controles principais parecem intercambiáveis, mas não são.

Bloqueio de robots.txt — interrompe o rastreamento, a prevenção preferida do Google. Bloquear os espaços de parâmetros de facetas enquanto permite páginas de itens e a listagem sem filtros é a alavanca mais forte de orçamento de rastreamento. O próprio exemplo do Google:

disallow: /*?*products=
disallow: /*?*color=
disallow: /*?*size=
allow: /*?products=all$

O ponto crítico: robots.txt bloqueia o rastreamento, não a indexação. Uma URL bloqueada que tenha links de entrada ainda pode aparecer no índice como um resultado que contém apenas a URL (sem snippet, porque o Google nunca leu a página). Portanto, é a ferramenta certa quando seu objetivo é “parar de desperdiçar rastreamento nesse espaço”, não “tirar isso do índice”.

noindex — remove do índice, mas exige rastreamento. O Google é explícito: “Google has to crawl the page in order to find the noindex rule.” (tradução) «O Google precisa rastrear a página para encontrar a regra noindex.» Assim, noindex controla a indexação, não o rastreamento. Ele não economiza orçamento de rastreamento, porque o Googlebot ainda precisa buscar a página para ler a tag. Use-o quando o objetivo for retirar a página do índice, não aumentar a eficiência do rastreamento.

rel="canonical" — indicação para consolidar sinais. O Google afirma: “may, over time, decrease the crawl volume of non-canonical versions” (tradução) «pode, com o tempo, diminuir o volume de rastreamento das versões não canônicas». A documentação também diz que essa opção é “generally less effective in the long term” (tradução) «geralmente menos eficaz no longo prazo» do que robots.txt ou fragmentos. A indicação não interrompe o rastreamento nem reduz a carga do servidor no curto prazo.

Fragmentos de URL (#) — contornam o problema por completo. Como “Google Search generally doesn’t support URL fragments in crawling and indexing,” (tradução) «A Pesquisa Google geralmente não oferece suporte a fragmentos de URL no rastreamento e na indexação», um estado de filtro baseado em hash, como /sofas#color=blue, não cria impacto de rastreamento ou indexação. É a prevenção mais limpa para filtros sem demanda: o filtro é aplicado no cliente e nenhuma nova URL rastreável é criada.

rel="nofollow" nos links de filtros — tudo ou nada. Você pode desencorajar o Google de seguir links de filtros, mas, segundo a documentação, “every anchor pointing to a specific URL must have the rel=‘nofollow’ attribute in order for it to be effective.” (tradução) «Toda âncora que aponta para uma URL específica precisa ter o atributo rel=‘nofollow’ para que a medida seja eficaz.» Basta existir em qualquer parte do site um link seguido sem o atributo para a abordagem falhar. Além disso, hoje esse atributo é uma indicação, não uma diretiva.

Veja a aba Guias rápidos para consultar a tabela de decisão completa.

Os nãos críticos

Estas são as combinações que quebram as coisas silenciosamente:

  • noindex + bloqueio de robots.txt na mesma URL. Este é o erro clássico. Se a URL estiver bloqueada, o Googlebot não consegue buscá-la, portanto nunca vê a tag noindex — e a página pode continuar indexada. Para desindexar, é preciso permitir o rastreamento e servir noindex.
  • noindex + canonical na mesma URL. São sinais contraditórios. Como John Mueller explicou, “noindex doesn’t tell Google that you want it combined with something else and that signals should be forwarded.” (tradução) «noindex não diz ao Google que você quer combiná-lo com outra coisa nem que os sinais devem ser encaminhados.» Escolha um controle.
  • Apenas canonical, esperando aliviar o orçamento de rastreamento. Ela não interrompe o rastreamento. O Google continua buscando as URLs não canônicas.

Práticas recomendadas de estrutura de URL para facetas que você vai indexar

Para a minoria de páginas filtradas que você decidiu indexar, a documentação do Google traz regras claras:

  1. Use o separador padrão & — não vírgulas, ponto e vírgula, barras verticais ou colchetes.
  2. Mantenha uma ordem consistente de filtros. /sofas/blue/fabric e /sofas/fabric/blue precisam resolver para uma única forma canônica.
  3. Não duplique valores de filtro — ?color=blue&color=blue deve retornar 404, não 200.
  4. Retorne um 404 real para combinações vazias ou impossíveis. Se /sofas/red não tiver resultados, envie um 404; não sirva uma página genérica 200 de “sem resultados” sustentada por noindex.
  5. Prefira caminhos limpos a strings de consulta para facetas indexáveis — /sofas/blue/ é mais legível do que /sofas?color=blue&style=&sort=.

Navegação facetada em JavaScript/AJAX — prevenção, com uma troca

Se você construir filtros como AJAX no lado do cliente que não emitam links <a href> reais para URLs de filtros, o filtro é aplicado no navegador e nenhuma URL rastreável é criada. Isso é ótimo para o orçamento de rastreamento. A troca é simétrica: o Googlebot também não consegue alcançar esses estados filtrados, então nenhuma combinação de filtros de cauda longa valiosa será indexada.

O padrão-ouro para catálogos grandes é um híbrido: pré-renderize ou renderize no servidor as combinações de filtros de alta demanda como páginas reais, vinculadas e indexáveis, com texto introdutório exclusivo e inclusão no sitemap, e mantenha no lado do cliente todos os estados efêmeros sem demanda (AJAX, fragmentos ou parâmetros de pushState acompanhados de uma canonical para a base). O Google renderiza JavaScript, mas a renderização entra em fila e é mais lenta que o rastreamento de HTML — portanto, para páginas que você realmente quer indexar de modo confiável, não dependa apenas da renderização no lado do cliente. (Mais sobre renderização em JavaScript SEO.)

A ferramenta Parâmetros de URL acabou

Aborde isso cedo com qualquer cliente, pois muitos tutoriais ainda recomendam a ferramenta. O Google descontinuou a ferramenta Parâmetros de URL em abril de 2022. O motivo foi a melhora na detecção automática de parâmetros: “only about 1% of the parameter configurations currently specified in the URL Parameters tool were useful for crawling.” (tradução) «Apenas cerca de 1% das configurações de parâmetros então especificadas na ferramenta Parâmetros de URL eram úteis para o rastreamento.» Evidence for this claim Google removed the URL Parameters tool after determining that very few configurations remained useful. Scope: This is a historical Search Console change, not a claim that Google never crawls parameters. Confidence: high · Verified: Google: URL Parameters tool deprecated Quando perguntaram se ela poderia voltar, Illyes respondeu: “In theory yes. In practice no.” (tradução) «Em teoria, sim. Na prática, não.» Não existe mais um controle no Search Console para mandar o Google ignorar um parâmetro: restam os controles no servidor (robots.txt, noindex e fragmentos).

O Bing é diferente. O Bing Webmaster Tools ainda oferece a Normalização de URL, na qual se especificam os parâmetros que podem ser removidos. Segundo Fabrice Canel, “our crawler will not visit the URLs with extra parameters except for an occasional test.” (tradução) «Nosso rastreador não visitará as URLs com parâmetros extras, exceto em um teste ocasional.» Se o Bing importa para o projeto — e a busca por IA depende cada vez mais de seu índice —, essa configuração separada leva cerca de cinco minutos e merece ser feita.

Uma observação sobre o bloqueio abrangente de parâmetros

Tenha cuidado com regras amplas de robots.txt. Se um parâmetro servir a mais de uma finalidade — por exemplo, ?type= ser usado tanto para uma faceta inútil quanto para uma visualização paginada ou canônica legítima em outro lugar — um disallow: /*?*type= amplo também bloqueará as URLs legítimas. Audite o que cada parâmetro realmente faz antes de bloqueá-lo e prefira regras estreitas com exceções allow a uma regra abrangente que destrói páginas úteis junto com as inúteis.

Como auditar seu próprio site

  • Rastreie o site. O Ahrefs Site Audit ou o Screaming Frog revelam a explosão de URLs, os padrões de parâmetros e a profundidade das páginas filtradas.
  • Compare a contagem de site: com o total real de produtos. Uma contagem de resultados para site:example.com muito maior do que o catálogo real é um sinal característico de excesso no índice causado por facetas.
  • Consulte o relatório de Indexação de páginas do GSC. Procure grandes volumes de “Crawled — currently not indexed” (tradução) «Rastreada — atualmente não indexada» e “Duplicate without user-selected canonical” (tradução) «Duplicada sem canonical selecionada pelo usuário»; as facetas costumam aparecer nessas categorias.
  • Analise os logs do servidor. Eles mostram exatamente quanto do rastreamento do Googlebot é direcionado a URLs com parâmetros em vez de produtos.
Classify the supplied inventory before choosing controls. A frequent class is a review priority, not proof that every URL in it should be blocked.

The worked sample contains 240 parameter occurrences: 108 filter parameters, 54 tracking parameters, 34 sort parameters, 28 pagination parameters, and 16 unknown parameters. Filter parameters account for 45 percent of the supplied inventory.

Onde isso se encaixa no pilar

Navegação facetada é o desafio técnico canônico de SEO para ecommerce — é por isso que SEO para ecommerce é mais difícil que SEO comum, não diferente dele. Ela se conecta diretamente à arquitetura de sites de ecommerce (os filtros ficam pendurados na pirâmide de categorias), ao SEO de páginas de categoria (as páginas onde os filtros vivem) e à história mais ampla de rastreamento em crawling e canonicalização. Profissionais de SEO técnico frequentemente chegam a este tema pelo ângulo da arquitetura da informação; a casa prática dele é aqui, no lado da loja.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.