SEO técnico para e-commerce: filtros, variações, paginação e produtos esgotados

SEO técnico para e-commerce é o trabalho de garantir que o Google consiga rastrear, entender e indexar as páginas que vendem: categorias e produtos. Em loja virtual, quase todo problema nasce de quatro pontos: filtros que geram URLs infinitas, variações de produto duplicadas, paginação mal feita e produtos esgotados tratados do jeito errado.

Pontos-chave

• Filtros são a maior fonte de desperdício de rastreamento em loja virtual. O próprio Google documenta que a navegação facetada cria espaços de URL praticamente infinitos e atrasa a descoberta de páginas novas.
• Se o filtro não precisa aparecer no Google, bloqueie no robots.txt. Segundo a documentação oficial, canonical e nofollow funcionam pior no longo prazo para esse caso.
• Variação de produto não é produto novo. Cor e tamanho se agrupam com ProductGroup, e a variação que é só parâmetro opcional aponta a canônica para a URL sem o parâmetro.
• Paginação precisa de links <a href> reais e canônica própria em cada página. O Google não usa mais rel="next" e rel="prev".
• Produto esgotado temporariamente continua no ar. Marque availability como OutOfStock ou BackOrder e mantenha a URL. Redirecionar tudo para a home costuma virar soft 404.
• Política de frete e devolução pode ser declarada uma vez só, no Search Console ou nos dados estruturados de Organization. O que estiver no Search Console tem precedência.

Por que loja virtual tem problemas técnicos que site institucional não tem

Um site institucional de uma empresa média tem algumas dezenas de páginas. Uma loja com 2 mil produtos, 40 categorias e 6 filtros por categoria pode gerar centenas de milhares de URLs diferentes sem ninguém ter criado nenhuma delas de propósito. Cada combinação de cor, tamanho, faixa de preço e ordenação vira um endereço novo que o Googlebot pode seguir.

O resultado não aparece como erro. Aparece como sintoma: produto novo que demora semanas para ser indexado, categoria importante que some do ranking e um relatório de indexação cheio de "Rastreada, mas não indexada". Na maioria das auditorias de loja que fazemos, o problema principal não está no texto da página de produto. Está na estrutura que o Google precisa atravessar para chegar até ela.

Este guia cobre essa camada. A parte de conteúdo, palavras-chave e páginas de produto está na nossa página de SEO para e-commerce.

Filtros e navegação facetada: o maior ralo de rastreamento

Navegação facetada são os filtros laterais da categoria: cor, tamanho, marca, preço, material. Do ponto de vista do comprador, são ótimos. Do ponto de vista do Google, cada clique cria uma URL nova com quase o mesmo conteúdo.

Pegue uma categoria de tênis com filtros de cor, tamanho e marca, mais quatro opções de ordenação. Basta o usuário (ou o robô) poder combinar os filtros em qualquer ordem para que o número de URLs exploda:

/tenis/?cor=preto
/tenis/?cor=preto&tamanho=40
/tenis/?tamanho=40&cor=preto
/tenis/?tamanho=40&cor=preto&orderby=price
/tenis/?tamanho=40&cor=preto&orderby=price&marca=x

As linhas 2 e 3 mostram exatamente a mesma lista de produtos, só que o Google não tem como saber disso sem baixar as duas. Multiplique por todas as categorias da loja e fica claro para onde vai o orçamento de rastreamento.

O que o Google recomenda

A documentação Managing crawling of faceted navigation URLs, publicada em dezembro de 2024 e transferida para o site de documentação de rastreamento em dezembro de 2025, apresenta dois caminhos:

Cenário	O que fazer
Você não precisa que as páginas filtradas apareçam na busca	Impedir o rastreamento, de preferência com disallow no robots.txt. Usar fragmento (#) nos filtros também funciona, porque o Google geralmente ignora fragmentos.
Você precisa que algumas páginas filtradas sejam indexadas	Usar o separador padrão & nos parâmetros, manter a ordem dos filtros sempre igual e devolver 404 quando a combinação não tiver produto nenhum.

Um detalhe da documentação que pouca gente lê: canonical e rel="nofollow" são citados como opções que funcionam pior no longo prazo para controlar facetas. O canonical é uma sugestão, e o Google ainda precisa rastrear a URL para ler essa sugestão. Ou seja, o rastreamento é gasto do mesmo jeito.

Como decidir quais filtros merecem ser indexados

A pergunta é uma só: existe gente buscando essa combinação no Google?

• "Tênis de corrida feminino" provavelmente tem busca e merece uma página indexável. O ideal é que ela vire uma URL limpa, como /tenis/corrida/feminino/, com título, texto de abertura e links próprios.
• "Tênis tamanho 40 ordenado por preço" não tem busca. É um filtro de conveniência e deve ficar fora do índice.

Na prática, quase sempre sobram poucas facetas com valor de busca (geralmente marca, tipo e gênero), e o resto todo pode ser bloqueado. Faça essa triagem antes de mexer no robots.txt, com o Planejador de Palavras-chave do Google Ads ou a ferramenta que você já usa. Se o processo for novo para você, veja como fazer uma pesquisa de palavras-chave.

Exemplo de bloqueio no robots.txt

Em uma loja WooCommerce, os filtros por atributo costumam usar parâmetros que começam com filter_, e a ordenação usa orderby. Um bloqueio típico fica assim:

User-agent: *
Disallow: /*?*filter_
Disallow: /*?*orderby=
Disallow: /*?*min_price=
Disallow: /*?s=

Antes de copiar, confira quais parâmetros a sua plataforma gera. Nuvemshop, VTEX, Shopify e Tray usam convenções diferentes, e um curinga mal escrito pode bloquear produto. Teste URLs reais no relatório de robots.txt do Search Console. E cuidado com uma pegadinha comum: se o arquivo tiver um bloco User-agent: Googlebot separado, as regras do * deixam de valer para ele. Explicamos isso em detalhe em quando o Google ignora o seu robots.txt.

Variações de produto: cor, tamanho e o problema da duplicação

Uma camiseta disponível em 5 cores e 4 tamanhos tem 20 variações. Se cada uma tiver URL indexável com o mesmo texto, o Google recebe 20 páginas praticamente iguais e escolhe sozinho qual mostrar, nem sempre a que você queria.

Duas formas de estruturar

Estrutura	Quando usar	Canônica
Página única com seletor de variação (a URL muda só por parâmetro opcional, como ?cor=azul)	A maioria dos casos. A variação não tem demanda de busca própria.	A URL sem o parâmetro.
Várias páginas, uma por variação (/camiseta-basica-azul/)	Quando a variação tem busca própria e conteúdo realmente diferente, como modelos de celular ou capacidades de armazenamento.	Cada página aponta para si mesma, e todas são agrupadas por dados estruturados.

Nos dois casos, a documentação de variantes de produto do Google recomenda que cada variação seja acessível por uma URL própria. Assim o Google consegue mostrar a cor certa no resultado de busca e levar o usuário direto a ela.

Agrupando com ProductGroup

Desde fevereiro de 2024, o Google aceita o tipo ProductGroup para dizer explicitamente que um conjunto de produtos são variações do mesmo item. As propriedades que importam são três:

• productGroupID: o identificador do produto "pai", geralmente o SKU base.
• variesBy: em que as variações diferem (cor, tamanho, material).
• hasVariant: a lista de cada Product filho, com seu próprio SKU, preço e disponibilidade.

Atributos comuns a todas as variações, como marca e descrição, ficam no ProductGroup, e não repetidos em cada filho. Se você nunca implementou dados estruturados, comece pelo nosso guia de o que são dados estruturados.

Produto em várias categorias

Outro gerador clássico de duplicação: o mesmo produto acessível por /masculino/camisetas/camiseta-basica/ e por /promocoes/camiseta-basica/. Sempre que a plataforma permitir, prefira URLs de produto que não dependem do caminho da categoria (como o padrão /produto/camiseta-basica/ do WooCommerce). Assim o produto tem um endereço único, não importa por onde o cliente chegou. Se não der para mudar a estrutura, a canônica tem que apontar sempre para a mesma versão. Mais sobre o tema em conteúdo duplicado e suas implicações.

Paginação de categoria: como o Google chega aos produtos do fim da lista

O Google é direto na documentação de estrutura de e-commerce: se as páginas de categoria não linkam para todos os produtos, o Googlebot pode não encontrar todos eles só rastreando. Na prática, o produto que está na página 14 da categoria é o que mais sofre.

O que funciona

1. Cada página tem URL própria, como /tenis/?page=2 ou /tenis/page/2/. Nunca use fragmento (#page=2) para paginação.
2. Links sequenciais com <a href> de uma página para a próxima. O Googlebot pode não detectar navegação que depende só de JavaScript.
3. Canônica própria em cada página. Apontar a página 2, 3 e 4 para a página 1 diz ao Google que elas são cópia da primeira, e os produtos que só aparecem nelas perdem o caminho de descoberta.
4. "Carregar mais" e scroll infinito precisam de URL paginada por trás. O botão pode existir para o usuário, mas o link para ?page=2 tem que estar no HTML.

Um ponto que ainda confunde muita gente: o Google não usa mais rel="next" e rel="prev" como sinal de indexação. Não precisa remover, já que outros mecanismos de busca podem ler, mas também não resolve nada no Google.

Se a categoria tiver produtos demais para paginar bem, a documentação oferece duas alternativas que se complementam: um sitemap XML com todas as URLs de produto e um feed no Google Merchant Center.

Produto esgotado ou descontinuado: o que fazer com a URL

É a decisão que mais aparece no dia a dia de quem gerencia loja, e o erro mais comum é tratar os dois casos do mesmo jeito.

Situação	O que fazer	Por quê
Esgotado temporariamente	Manter a página no ar com status 200, marcar availability como OutOfStock ou BackOrder, informar previsão de reposição e mostrar alternativas.	Preserva a URL, o histórico de ranking e os links que a página já recebeu.
Descontinuado, com substituto direto (novo modelo da mesma linha)	Redirecionamento 301 para o substituto.	O usuário que buscou o modelo antigo encontra o equivalente atual.
Descontinuado, sem substituto	404 ou 410. Se a página ainda recebe tráfego ou links por causa de especificações ou manual, mantenha como página informativa.	Redirecionar para algo que não é equivalente tende a ser tratado como soft 404.

O erro que mais vemos é o redirecionamento em massa de todo produto removido para a home ou para a categoria raiz. Para o Google, uma página de produto que vira a home não é um redirecionamento legítimo, e o efeito costuma ser igual ao de um 404, só que com um relatório mais confuso no Search Console.

Sobre o impacto do produto esgotado no ranking: John Mueller, do Google, já disse que, em teoria, o Google pode reduzir a visibilidade de uma página de produto indisponível, mas que isso não precisa acontecer. O efeito mais previsível é na taxa de cliques, porque o resultado passa a mostrar "fora de estoque". Por isso a página esgotada precisa oferecer saída: produtos similares, aviso de reposição por e-mail, link para a categoria.

Dados estruturados que fazem diferença em loja virtual

O Google tem dois tipos de resultado avançado para produto, com requisitos diferentes:

• Snippets de produto: para páginas que falam de produto mas não vendem diretamente, como reviews e comparativos.
• Listagens do comerciante (merchant listings): para páginas onde o cliente compra. Exigem Product com Offer contendo preço, moeda e disponibilidade, e aceitam informações de frete e devolução.

Para loja virtual, o foco são as listagens do comerciante. Os campos que mais vemos faltando ou errados:

• Preço do schema diferente do preço da página. Acontece quando há promoção aplicada por JavaScript depois que o HTML carrega.
• Disponibilidade fixa como InStock, mesmo quando o produto esgota. É comum em temas que geram o schema de forma estática.
• GTIN ausente em produtos de marca que têm código de barras.
• Avaliações marcadas sem estar visíveis na página. Viola as diretrizes de dados estruturados.

Frete e devolução: declare uma vez, valha para a loja inteira

Antes, informar política de frete e devolução exigia repetir a marcação em cada produto. Hoje existem dois caminhos mais simples:

1. Configurar no Search Console, na área de configurações de envio e devolução. Esse caminho tem precedência sobre os dados estruturados do site, segundo o anúncio do Google de novembro de 2025.
2. Usar MerchantReturnPolicy e a política de envio dentro do Organization, valendo para o site inteiro. Exceções por produto continuam podendo ser declaradas no Offer.

Para gerar a marcação básica sem escrever JSON-LD na mão, use o nosso gerador de schema e valide no Teste de pesquisa aprimorada (Rich Results Test) do Google antes de publicar.

Merchant Center: o caminho paralelo ao rastreamento

Muita loja ainda trata o Google Merchant Center como uma ferramenta de anúncio. Ele é mais do que isso. O feed de produtos é uma segunda forma de entregar ao Google o catálogo completo, com preço e estoque atualizados, sem depender de o Googlebot encontrar cada URL.

Com o feed ativo, os produtos podem aparecer nas listagens gratuitas da aba Shopping e em outras superfícies de compra do Google, sem pagar por clique. E o feed resolve justamente o problema do produto escondido no fim da paginação. Se você já anuncia, o feed provavelmente já existe. Veja como funciona em como anunciar no Google Shopping.

Uma recomendação prática: preço e disponibilidade do feed, do schema e da página precisam bater. Divergência entre essas três fontes é motivo frequente de reprovação de item no Merchant Center.

Performance: imagem de produto é o vilão de sempre

Página de produto é pesada por natureza: galeria de fotos, zoom, vídeo, avaliações, recomendações, chat, pixel de anúncio. Os limites das Core Web Vitals que o Google considera bons são LCP de até 2,5 segundos, INP de até 200 milissegundos e CLS de até 0,1.

Na maioria das lojas, os ganhos rápidos estão em:

• Servir a foto principal em WebP ou AVIF, com width e height definidos, e sem lazy loading (ela é quase sempre o elemento do LCP).
• Aplicar lazy loading no restante da galeria e nos carrosséis de "você também pode gostar".
• Revisar scripts de terceiros: chat, avaliações, remarketing e mapa de calor costumam pesar mais do que a própria plataforma.
• Reservar espaço para selos de frete grátis e banners de promoção que entram depois do carregamento e empurram o conteúdo.

Faça uma medição de referência com o nosso teste de velocidade de site numa página de produto e numa de categoria. São templates diferentes e quase sempre têm gargalos diferentes.

Busca interna e outras páginas que não deveriam estar no índice

Além dos filtros, toda loja tem um grupo de URLs que não deveriam ocupar rastreamento nem índice:

• Resultados da busca interna (?s=, /busca/).
• Carrinho, checkout, minha conta, lista de desejos.
• Comparadores de produto e versões para impressão.
• Parâmetros de rastreamento de campanha (utm_, gclid), que devem ser resolvidos com canônica e não com bloqueio, para não perder o sinal dos links que chegam com eles.

A busca interna merece atenção especial: além de gerar URLs infinitas, ela é alvo frequente de spam, com terceiros criando links para buscas com termos de cassino ou farmácia para tentar indexar páginas no seu domínio.

Checklist de SEO técnico para e-commerce

1. Liste os parâmetros de URL que a plataforma gera (filtros, ordenação, paginação, busca) navegando pela loja e anotando cada um.
2. Separe facetas com e sem demanda de busca. As com demanda viram URL limpa e indexável. As outras são bloqueadas no robots.txt.
3. Confirme que filtros vazios devolvem 404, e não uma página "nenhum produto encontrado" com status 200.
4. Verifique a canônica das variações: com parâmetro opcional, ela aponta para a URL sem parâmetro.
5. Abra a página 2 de uma categoria grande e confira se ela tem canônica própria e se os links de paginação são <a href> no HTML.
6. Defina a regra de produto esgotado e descontinuado com a equipe que cadastra produtos, para que ninguém redirecione tudo para a home.
7. Valide os dados estruturados de um produto com promoção ativa e de um esgotado. Preço e disponibilidade do schema devem bater com a página.
8. Configure frete e devolução no Search Console ou no Organization.
9. Envie o sitemap de produtos e, se possível, mantenha um feed ativo no Merchant Center.
10. Monitore o relatório de Páginas do Search Console, principalmente "Rastreada, mas não indexada", "Cópia sem página canônica selecionada pelo usuário" e "Soft 404", além do relatório de estatísticas de rastreamento.

Para a parte técnica que vale para qualquer site, e não só para loja, use também o nosso check-list de SEO.

Quando não vale a pena se preocupar com tudo isso

Nem toda loja precisa de todos os itens acima no primeiro dia. Uma loja com 50 produtos, sem filtros e com categorias curtas dificilmente tem problema de rastreamento, e o esforço rende mais em conteúdo de categoria e página de produto.

A estrutura técnica começa a pesar quando a loja passa de algumas centenas de produtos, ativa filtros por atributo ou começa a ver no Search Console mais URLs descobertas do que produtos cadastrados. Esse último sinal é o mais claro: se o Google conhece dez vezes mais URLs do que você tem produtos, a sobra veio de algum lugar, quase sempre dos filtros.

Se você ainda está escolhendo plataforma, vale considerar isso desde o início. Algumas dão controle total sobre robots.txt, canônica e estrutura de URL, e outras limitam bastante. Discutimos os prós e contras de uma das mais usadas em loja virtual no WooCommerce: vale a pena?

Perguntas frequentes

Devo usar noindex ou robots.txt nas páginas de filtro?

Para filtros sem valor de busca, o Google recomenda impedir o rastreamento, e o robots.txt é o caminho mais eficiente. Com noindex, o Googlebot ainda precisa baixar cada URL para ler a instrução, então o rastreamento continua sendo gasto. Só não combine os dois na mesma URL: se ela estiver bloqueada no robots.txt, o Google nunca vai ler o noindex.

Canonical resolve o problema de filtros duplicados?

Resolve em parte. A canônica ajuda o Google a escolher qual versão indexar, mas é uma sugestão, e ele ainda precisa rastrear a URL filtrada para encontrá-la. A documentação oficial de navegação facetada diz que canonical e nofollow são menos eficazes no longo prazo do que bloquear o rastreamento. Funciona como complemento, não como solução principal.

Cada cor do produto precisa de uma página própria?

Na maioria dos casos, não. Uma página única com seletor de variação, canônica na URL principal e ProductGroup nos dados estruturados atende bem. Página separada por variação só compensa quando ela tem busca própria e conteúdo realmente diferente, como capacidades de armazenamento ou modelos de celular, em que as especificações e o preço mudam bastante.

O que fazer com produto que saiu de linha?

Se existe um substituto direto, use 301 para ele. Se não existe, deixe a URL devolver 404 ou 410. Se a página ainda recebe tráfego por especificação ou manual, mantenha como página informativa. Evite redirecionar tudo para a home ou para a categoria raiz: o Google tende a tratar esse tipo de redirecionamento como soft 404.

Produto esgotado perde posição no Google?

Pode perder, mas não necessariamente. John Mueller, do Google, já disse que a visibilidade de uma página de produto indisponível pode ser reduzida, mas que isso não é automático. O efeito mais comum é a queda de cliques, porque o resultado mostra "fora de estoque". Manter a página com alternativas e previsão de reposição reduz o problema.

Merchant Center substitui o SEO da loja?

Não. Ele complementa. O feed garante que o Google conheça todo o catálogo com preço e estoque corretos e permite aparecer nas listagens gratuitas do Shopping. Mas as categorias, as buscas informacionais e a maior parte do tráfego orgânico tradicional continuam dependendo das páginas do site estarem bem estruturadas e indexadas.

Fontes

• Google for Developers — Managing crawling of faceted navigation URLs (bloqueio de facetas, separador de parâmetros, 404 para filtros vazios, eficácia de canonical e nofollow).
• Google Search Central — SEO best practices for ecommerce sites (visão geral oficial para lojas virtuais).
• Google Search Central — Help Google understand your ecommerce site structure (links de categoria para produtos, navegação por JavaScript, sitemap e Merchant Center como alternativa).
• Google Search Central — Product variant structured data (ProductGroup, hasVariant, variesBy, canônica de variações).
• Google Search Central — Merchant listing structured data (requisitos das listagens do comerciante).
• Google Search Central Blog — More ways to share your shipping and returns policies with Google (novembro de 2025, precedência do Search Console sobre os dados estruturados).
• Search Engine Journal — Google: Out of Stock Products May Impact Search Visibility (declaração de John Mueller sobre produtos esgotados).

SEO para loja virtual com a ciaweb

Os problemas deste guia raramente aparecem sozinhos. Filtro sem controle vem junto com variação duplicada, que vem junto com schema desatualizado. A ciaweb faz SEO para e-commerce com auditoria de rastreamento, indexação e dados estruturados, e SEO técnico para lojas em WooCommerce e outras plataformas. Se a loja ainda vai nascer, a criação de lojas virtuais já sai com essa estrutura resolvida desde o primeiro produto.