E-commerce de materiais de construção tem um problema de SEO que a maioria dos guias genéricos ignora: catálogos de dezenas de milhares de SKUs, com variações de espessura, acabamento, cor, formato e bitola que criam matrizes de produtos quase infinitas. Quando cada variação vira uma URL, o resultado é uma avalanche de páginas com conteúdo quase idêntico — o tipo de padrão que o Googlebot interpreta como conteúdo duplicado e que resulta em diluição de autoridade de domínio.
Este artigo trata especificamente do desafio de estruturar URLs para catálogos de construção de grande porte — revestimentos, hidráulica, elétrica, madeiras, ferragens — de forma que maximize a indexação de páginas de valor e minimize o desperdício de crawl budget.
O Problema do Catálogo de Alta SKU
Uma loja de materiais de construção de médio porte trabalha tipicamente com 30 a 80 mil SKUs ativos. Cada produto tem atributos que geram variações: um porcelanato pode ter 12 formatos, 4 acabamentos e 6 tonalidades — 288 combinações de um único produto base. Se cada combinação virar uma URL independente com conteúdo gerado por template, você tem 28.800 páginas de porcelanatos, todas com textos estruturalmente idênticos e diferindo apenas em campos como "40x40 Polido Bege A".
O Googlebot não vai indexar todas essas páginas. Ele vai indexar uma fração — a que considera mais relevante — e vai interpretar o restante como conteúdo de baixo valor. O crawl budget, que é o número de requisições que o Google está disposto a fazer ao seu domínio por período, vai ser consumido por páginas de variação sem valor editorial, deixando páginas de categoria e de produto base sem crawl suficiente.
Hierarquia de URL para Construção: A Estrutura Recomendada
A estrutura de URL de um e-commerce de construção deve refletir a hierarquia de intenção de busca, não a hierarquia interna de sistema de catálogo. Esses dois eixos raramente coincidem.
A intenção de busca para construção segue este padrão:
- Categoria genérica: "porcelanato", "cimento", "cano pvc"
- Subcategoria com atributo principal: "porcelanato externo", "cano pvc 100mm", "cimento cp2"
- Produto específico: "porcelanato externo antiderrapante 60x60"
- Marca + produto: "portobello pietra di venezia 60x60"
A URL deve refletir esse funil:
/revestimentos/porcelanato/externo/portobello-pietra-venezia-60x60-antiderrapanteNão:
/produto.php?cat=14&subcat=87&sku=48291&variacao=A&acabamento=3Nem:
/porcelanatos/produto/48291-portobello-pietra-di-venezia-60x60-polido-bege-a-caixa-2m2Slug de Produto: O Que Incluir e O Que Omitir
O slug da URL do produto individual deve conter os atributos que são termos de busca reais — aqueles que aparecem com volume no Google Search Console ou no Keyword Planner. Atributos que não são pesquisados autonomamente devem ser omitidos da URL (mas podem aparecer no título da página e no conteúdo).
Para porcelanatos, os atributos com volume de busca são: marca, linha, formato (dimensão), acabamento (polido/acetinado/natural/antiderrapante). O código de cor interno ("Bege A"), o código SKU interno e o volume por caixa não são pesquisados — ficam fora da URL.
Padrão recomendado para slug de produto:
[marca]-[linha]-[formato]-[acabamento]Exemplos:
/revestimentos/porcelanato/externo/portobello-pietra-venezia-60x60-antiderrapante/revestimentos/porcelanato/interno/elizabeth-bold-80x80-polido/hidraulica/cano-pvc/esgoto/tigre-100mm-6m
Variações de Cor e Tonalidade: URL Canônica
Para variações que são genuinamente o mesmo produto (mesmo acabamento, mesmo formato, tonalidades A/B/C que diferem imperceptivelmente), a abordagem correta é uma URL canônica única com seletor de variação via parâmetro de query string que não é indexado:
/revestimentos/porcelanato/interno/elizabeth-bold-80x80-polido?ton=BA URL limpa (sem ?ton=B) é a canônica. O Googlebot segue a tag rel="canonical" em cada variação apontando para a URL principal. O usuário vê a variação correta selecionada via JavaScript ao carregar a página com o parâmetro. O Google indexa apenas a URL canônica.
Variações que têm diferença substantiva — porcelanato externo versus porcelanato interno de mesma linha, por exemplo — merecem URLs independentes, pois respondem a intenções de busca distintas.
Crawl Budget: Como Proteger as Páginas de Valor
Em catálogos de grande porte, gerenciar crawl budget é tão importante quanto a estrutura de URL em si. Algumas práticas que reduzem o desperdício:
Bloquear no robots.txt: parâmetros de busca e filtros
URLs geradas por filtros de faceta — /porcelanato?cor=bege&formato=60x60&ordenar=preco — devem ser bloqueadas no robots.txt ou via noindex meta tag. São URLs de navegação, não de conteúdo, e multiplicam o catálogo sem adicionar valor editorial.
Disallow: /*?cor=*
Disallow: /*?formato=*
Disallow: /*?ordenar=*Sitemap segmentado por prioridade
Organize o sitemap em múltiplos arquivos por prioridade de negócio, não por tipo de página. Páginas de categoria de alta intenção comercial devem ter prioridade 0.9 e changefreq "weekly". Páginas de produto com menos de 12 meses no catálogo, prioridade 0.7. Produtos sem estoque ou com baixíssimo volume de busca, podem ser excluídos do sitemap enquanto mantidos no site via links internos.
O Papel do Slug Limpo na Velocidade de Indexação
Slugs limpos — sem stopwords, sem caracteres especiais, em snake_case ou kebab-case consistente — são indexados mais rapidamente pelo Googlebot, especialmente em domínios com histórico de autoridade estabelecido. A razão é técnica: o parser de URL do Googlebot trata encodings de URL (%20 para espaço, %C3%A7 para "ç") como ruído que reduz a clareza semântica da URL.
O gerador de slugs desta coleção converte automaticamente acentos para equivalentes ASCII, remove caracteres especiais, normaliza separadores e aplica lowercase — produzindo slugs indexáveis sem trabalho manual em cada cadastro de produto.
Migração de Estrutura: Como Trocar as URLs sem Perder Tráfego
Nenhum e-commerce de construção nasce com a estrutura correta. Na prática, a estrutura ideal é sempre uma migração — e migração de URL em catálogo de 50 mil SKUs é a operação de SEO com maior potencial de destruição de tráfego que existe. O padrão de falha é conhecido: a equipe publica a nova estrutura em um domingo, esquece de mapear parte dos redirecionamentos e na segunda-feira o Search Console acusa dezenas de milhares de 404. A recuperação, quando acontece, leva de quatro a seis meses.
O protocolo que reduz esse risco tem quatro etapas e nenhuma delas é opcional. Primeiro, exportar do Search Console todas as URLs que receberam ao menos um clique orgânico nos últimos 16 meses — esse é o conjunto que precisa de redirecionamento garantido, independentemente do que o sistema de catálogo diga estar ativo. Segundo, gerar a tabela de-para completa em planilha, com a URL antiga em uma coluna e a nova em outra, e validar linha a linha uma amostra aleatória de 200 registros. Terceiro, implementar os 301 em lote no servidor, nunca em JavaScript nem em meta refresh, porque o Googlebot trata esses casos como sinal fraco. Quarto, publicar em janela de baixo tráfego e monitorar o relatório de cobertura diariamente pelas primeiras três semanas.
Um detalhe que passa despercebido: cadeias de redirecionamento. Se a URL A já apontava para B por uma migração anterior, e agora B aponta para C, o Googlebot precisa de dois saltos para chegar ao destino — e depois de três saltos ele simplesmente desiste. Ao montar a tabela de-para, sempre aponte a URL mais antiga diretamente para o destino final, colapsando a cadeia.
Paginação e Categorias Profundas
Categoria de construção com 4 mil produtos gera 80 páginas de listagem com 50 itens cada. A pergunta recorrente é o que fazer com as páginas 2 em diante. As tags rel="next" e rel="prev" foram descontinuadas como sinal de indexação pelo Google, então a resposta mudou.
A abordagem que funciona hoje: manter as páginas paginadas indexáveis, com self-canonical — a página 3 aponta o canônico para ela mesma, não para a página 1. Isso preserva o caminho de rastreamento até os produtos das últimas páginas, que de outra forma ficariam órfãos. O título e a meta description devem incluir o número da página para evitar duplicidade. E o texto editorial da categoria — aquele bloco descritivo abaixo da grade — deve aparecer apenas na página 1, senão você duplica o mesmo parágrafo 80 vezes.
Se a categoria é profunda demais, o sintoma aparece no log do servidor: produtos das páginas finais recebem visita do Googlebot uma vez a cada dois ou três meses. A correção estrutural é criar subcategorias reais que quebrem a listagem em blocos menores e de intenção mais específica — /revestimentos/porcelanato/externo/antiderrapante em vez de depender de 80 páginas de /revestimentos/porcelanato.
Métricas que Indicam Sucesso da Estrutura
Estrutura de URL não se avalia por opinião estética. Três indicadores no Search Console mostram se a arquitetura está funcionando. O primeiro é a razão entre páginas descobertas e páginas indexadas: em catálogo bem estruturado, acima de 70% das URLs enviadas no sitemap devem estar indexadas. Abaixo de 40%, há desperdício de crawl budget em algum lugar. O segundo é o tempo médio entre o cadastro de um produto novo e sua primeira aparição na busca — em domínio saudável, isso cai para menos de uma semana. O terceiro é a proporção de tráfego orgânico que entra por página de categoria versus página de produto: em construção, categoria costuma responder por 60% a 70% do orgânico, porque a busca do consumidor é genérica antes de ser específica.
Perguntas Frequentes
Devo colocar a categoria na URL do produto?
Em e-commerce de construção, sim. A categoria na URL reforça o contexto semântico e ajuda o Google a entender a hierarquia do catálogo, o que importa quando você tem dezenas de milhares de produtos parecidos. A contrapartida é que remanejar um produto de categoria exige um 301. Como em construção a taxonomia é estável — porcelanato não vira hidráulica — o benefício supera o custo.
O que fazer com URLs de produtos descontinuados?
Depende do produto ter substituto. Se existe um sucessor direto, redirecione com 301 para ele. Se não existe, mantenha a página no ar exibindo que o item saiu de linha e listando alternativas da mesma categoria, com o produto marcado como indisponível no schema. Nunca redirecione em massa produtos descontinuados para a home: o Google trata isso como soft 404 e você perde a página sem ganhar nada.
Filtros de faceta devem gerar URL indexável?
Só quando a combinação de filtros corresponde a uma busca real com volume. "Porcelanato antiderrapante para área externa" é uma busca que existe e merece uma URL própria e indexável, tratada como subcategoria. Já "porcelanato bege 60x60 ordenado por preço crescente" não é busca de ninguém e deve ficar bloqueado, senão o crawl budget se dissolve em combinações infinitas.
