SEO para categorias de produtos no WooCommerce
Uma categoria de produto no WooCommerce, por padrão, nasce como um arquivo automático: título gerado a partir do nome, uma grade de produtos, paginação numérica e nada mais. Do ponto de vista de busca, isso é um documento de conteúdo fino, com pouca diferenciação semântica em relação a outras categorias da loja e nenhum sinal editorial que sustente a intenção comercial da query. O resultado costuma ser previsível: a categoria concorre mal com posts de blog do próprio domínio, é superada por fichas de produto individuais para termos de headterm e perde espaço para marketplaces em SERPs comerciais.
Este documento trata do que fazer para virar esse jogo: como estruturar o conteúdo textual da própria página de categoria, como configurar hierarquia, URL, indexação e paginação, e como decidir quando a categoria é o formato certo de landing para uma query.
Onde a página de categoria se encaixa na arquitetura da loja
Antes de escrever qualquer parágrafo dentro de uma categoria, é preciso decidir se ela deve existir e em que nível. A árvore de product_cat no WooCommerce funciona como uma taxonomia hierárquica: existe uma categoria-mãe agregando demanda ampla e subcategorias descendo para recortes mais específicos.
A regra prática que costuma se sustentar é manter no máximo dois a três níveis de profundidade. Três níveis já são o limite antes de a navegação se tornar frágil, os breadcrumbs ficarem longos demais e a diluição de autoridade interna começar a doer. A categoria-mãe deve ter volume de inventário e demanda que justifique uma URL independente; subcategorias fazem sentido quando existe long-tail comercial suficiente para sustentar um documento próprio.
Categorias com menos de cinco produtos são o principal sintoma de má arquitetura. Elas produzem grades quase vazias, sinalizam pouca profundidade de inventário e competem entre si por termos semelhantes. Nesses casos, o caminho é consolidar via redirecionamento 301 para a categoria-mãe correspondente, transferindo o pouco de autoridade acumulada e removendo o arquivo raso do índice.
A criação e edição desse mapa acontece em Produtos > Categorias, no admin do WordPress. É onde o slug, o pai (parent), a descrição e a miniatura (thumbnail) de cada categoria são definidos.
O bloco de conteúdo textual: posição, tamanho e função
A descrição da categoria não é decorativa. É o único espaço editorial nativo do arquivo, e é ali que se resolve boa parte da diferença entre uma categoria indexável e um documento fino. A estratégia que se sustenta é dividir o conteúdo em duas camadas.
Acima da grade de produtos, entra um bloco introdutório curto, de dois a quatro parágrafos, algo entre 150 e 300 palavras. Ele estabelece o escopo da categoria (o que está e o que não está incluído), qualifica quem é o público-alvo e resolve a primeira dúvida de intenção comercial. Deve ser legível em uma tela sem forçar scroll para chegar aos produtos — o usuário que chegou pela SERP quer ver inventário rápido.
Abaixo da grade, entra o bloco extenso: guia de compra estruturado, FAQ, comparativos, critérios de seleção, glossário técnico quando aplicável e linkagem interna para subcategorias irmãs e produtos em destaque. Aqui não há teto rígido de palavras — o critério é cobrir a intenção informacional que acompanha a query comercial, com H2 e H3 organizando os temas.
Para inserir esse conteúdo, existem dois caminhos práticos:
- Editar a Descrição da categoria em Produtos > Categorias, usando HTML rico (headings, listas, links). Por padrão, o WooCommerce renderiza essa descrição acima dos produtos via
woocommerce_archive_description. - Usar hooks do WooCommerce para separar os blocos:
woocommerce_before_main_contentouwoocommerce_archive_descriptionpara o intro, ewoocommerce_after_shop_looppara o bloco extenso abaixo da grade. A alternativa é editar diretamente o templatearchive-product.phpno tema-filho.
A escolha entre editar Descrição ou usar hooks depende do controle que se quer ter sobre onde cada bloco aparece. Descrição resolve o caso simples; hooks resolvem quando o conteúdo abaixo da grade precisa ter template próprio e ser gerado a partir de campos customizados.
Para permitir edição granular de title, meta description, OG e schema por taxonomia, é necessário que o Yoast SEO ou o Rank Math estejam configurados para expor o CPT product_cat — a opção fica em Aparência em Buscas (Rank Math) ou Aparência da Pesquisa > Taxonomias (Yoast), habilitando o controle sobre categorias de produto.
URL e slug da categoria
O WooCommerce, por padrão, prefixa todas as URLs de categoria com /product-category/. Em português, isso produz URLs como /product-category/tenis-corrida/, mistura de idiomas que polui a URL, alonga o path e não agrega valor semântico.
A configuração fica em Ajustes > Links Permanentes > Prefixos opcionais > Base da categoria do produto. Deixar o campo vazio remove o prefixo, resultando em /tenis-corrida/. Esse é o comportamento desejado na maioria das lojas.
O único cuidado é conflito de namespace: se existirem páginas estáticas, posts ou outras taxonomias que possam gerar o mesmo slug de raiz, o WordPress resolve o conflito priorizando um dos tipos, e a categoria pode retornar 404 ou renderizar o conteúdo errado. Antes de remover o prefixo, é preciso auditar se algum slug de categoria colide com página existente e, se colidir, ou renomear a página ou manter uma base personalizada (por exemplo, /categoria/).
Para o slug em si, três critérios: curto, em português e sem stopwords desnecessárias. /tenis-corrida-masculino/ funciona; /os-melhores-tenis-para-corrida-masculina/ transforma a URL em copy e prejudica o compartilhamento e o CTR.
Depois de qualquer mudança em Permalinks, é obrigatório salvar as configurações novamente para o WordPress regenerar as regras de rewrite, e monitorar Search Console por picos de 404 nos dias seguintes — se URLs antigas ainda tinham tráfego, elas precisam ser redirecionadas via 301 para as novas.
Keyword research e mapeamento por categoria
O trabalho de conteúdo dentro da categoria só se sustenta se o mapeamento semântico estiver certo. Para cada categoria-mãe, o headterm é o termo genérico que descreve o conjunto de produtos (o próprio nome da categoria, em geral). A partir dele, expande-se com modificadores comerciais: “barato”, “promoção”, “profissional”, “feminino”, “kit”, “atacado”, dependendo do vertical.
Esse conjunto de termos é o que orienta:
- H1: o nome exato da categoria (geralmente o próprio headterm ou uma variante limpa).
- Title tag: headterm + modificador comercial dominante + marca da loja, respeitando o limite de exibição.
- Slug: versão curta e limpa do headterm.
- Bloco introdutório: usa o headterm no primeiro parágrafo de forma natural, cobre os modificadores mais frequentes.
- Bloco abaixo da grade: cobre a long-tail informacional (perguntas frequentes, guia de escolha, critérios técnicos), com H2 mapeados para os subtemas.
Subcategorias herdam esse mesmo processo, mas com foco em long-tail. Se a categoria-mãe é “tênis de corrida”, uma subcategoria pode ser “tênis de corrida para asfalto”, e o mapeamento semântico dela precisa refletir essa especificidade — não pode simplesmente repetir o conteúdo da mãe.
Indexação, paginação e canonicals
Este é o ponto onde a maioria das lojas se perde. A categoria de produto WooCommerce gera três tipos de URL que precisam de tratamento distinto: a URL principal, as paginadas e as combinações com parâmetros de filtro ou ordenação.
URL principal da categoria (/tenis-corrida/): indexável, com rel=canonical apontando para ela mesma. É o documento que se quer ranquear.
URLs paginadas (/tenis-corrida/page/2/, /page/3/ etc.): também indexáveis, com rel=canonical self-referential — ou seja, cada página aponta para si mesma, não para a página 1. Isso preserva a existência das URLs paginadas no índice como caminho para os produtos que estão nelas, sem consolidar sinais indevidamente. A prática antiga de usar rel=prev/next foi descontinuada como sinal de indexação; o modelo atual é tratar cada paginada como documento independente com canonical próprio.
URLs com filtros de atributo (?filter_cor=azul, ?filter_tamanho=42, e combinações): não devem ser indexadas. A regra prática é aplicar noindex, follow a essas URLs, o que permite que os links internos dentro delas continuem sendo rastreados, mas mantém as combinações fora do índice. Alternativamente, bloqueio via robots.txt, embora essa opção tenha o custo de impedir também o rastreamento dos links de saída.
URLs de ordenação (?orderby=price, ?orderby=popularity etc.): mesmo tratamento — noindex ou bloqueio em robots.txt. Elas apenas reordenam o mesmo conjunto de produtos e são fontes clássicas de conteúdo duplicado.
O Yoast SEO e o Rank Math permitem configurar essas regras no nível de taxonomia e via padrões de URL. É necessário validar depois no robots.txt, no cabeçalho HTTP e no HTML renderizado — os três precisam estar coerentes.
Depois de configurado, o sitemap XML de product_cat deve ser submetido no Search Console (em Sitemaps), e a cobertura precisa ser monitorada em Páginas > Indexação para detectar categorias marcadas como “Descoberta, atualmente não indexada” ou “Excluída por tag noindex” quando não deveriam estar.
Breadcrumbs, títulos e metadados
Breadcrumbs são obrigatórios em categoria de produto. Além de servirem à navegação, são o principal sinal de hierarquia que a página emite tanto ao usuário quanto ao rastreador. A implementação deve incluir BreadcrumbList de schema.org, com cada nível marcado como ListItem contendo position, name e item. O WooCommerce fornece breadcrumbs nativos via woocommerce_breadcrumb, e tanto Yoast quanto Rank Math oferecem breadcrumbs com schema pronto — usar um deles é suficiente, evitando duplicação.
O H1 da página deve ser o nome da categoria, exatamente como aparece no admin. Não deve ser inflado com descritivos longos — o H1 estabelece o tópico, não a proposta comercial.
Title tag e meta description precisam ser editáveis por categoria, e essa edição é feita no metabox do Yoast ou Rank Math que aparece dentro da tela de edição da categoria (em Produtos > Categorias > Editar). Ali também se define a imagem de Open Graph — o padrão sensato é usar a miniatura da categoria (definida em Produtos > Categorias > Miniatura) como OG image, garantindo que compartilhamentos em redes sociais mostrem uma imagem coerente.
Schema adicional relevante inclui, quando aplicável, CollectionPage ou ItemList para representar a grade de produtos. Isso depende de suporte do tema ou do plugin de SEO; não é obrigatório, mas ajuda na compreensão do documento como coleção estruturada.
Diagnóstico de canibalização
Um dos problemas mais comuns em lojas WooCommerce é a canibalização entre a categoria e outras URLs internas para a mesma query comercial. Os dois padrões mais frequentes:
- Uma ficha de produto rankeia acima da categoria para o headterm da categoria. Isso acontece quando o produto tem nome muito próximo do nome da categoria e o conteúdo da categoria é fino.
- Um post de blog informacional (guia, comparativo) rankeia acima da categoria para a mesma query comercial. Isso indica que o Google interpretou o post como o melhor documento do domínio para essa intenção.
O diagnóstico é feito no Search Console, em Desempenho > Filtrar por consulta: seleciona-se a query comercial da categoria, olha-se qual URL do domínio aparece nos resultados. Se não for a categoria, há canibalização.
As respostas possíveis:
- Reforçar a categoria com conteúdo editorial (os blocos acima e abaixo da grade descritos antes), links internos apontando para ela a partir do post/produto concorrente, e ajuste de title/meta para reafirmar a intenção comercial.
- Consolidar via 301 quando a canibalização vem de um documento redundante que não precisa existir (por exemplo, uma landing page antiga criada para uma campanha que virou permanente). Redireciona-se o documento redundante para a categoria e transfere-se a autoridade.
- Ajustar linkagem interna para que a categoria seja o alvo principal do texto-âncora comercial em todo o site, e os documentos informacionais usem âncoras informacionais para si mesmos.
A escolha depende do valor do documento canibalizante. Um post que traz tráfego informacional relevante não deve ser removido — deve ser realinhado semanticamente e passar a linkar para a categoria como próximo passo natural do usuário.
Categoria versus landing page: quando cada uma resolve
Nem toda query comercial pede uma categoria. A regra prática:
Categoria é o formato certo quando existe inventário real e recorrente que sustente uma grade de produtos, e quando o usuário vindo da SERP quer justamente comparar e escolher entre múltiplas opções. É o caso da maioria dos headterms de produto no vertical da loja.
Landing page (página estática) é o formato certo quando:
- O termo é de campanha temporária (Black Friday, lançamento, coleção especial).
- O termo é um comparativo ou guia que precisa de layout narrativo, não de grade.
- O termo é agnóstico de inventário (por exemplo, uma página institucional sobre um serviço, um guia técnico sem produtos diretamente associados).
- Existe inventário insuficiente ou instável — se a categoria teria menos de cinco produtos ou se o inventário oscila muito, uma landing curada é mais robusta.
Categorias tratadas como landing pages tendem a envelhecer mal (a grade muda, o conteúdo curado fica descolado dos produtos). Landing pages tratadas como categorias tendem a decepcionar o usuário que veio da SERP esperando ver produtos. A distinção precisa ser feita na fase de mapeamento semântico, antes de a URL existir.
Rotina de manutenção
Depois de configuradas, as categorias precisam de auditoria periódica. Os itens mínimos:
- Cobertura no Search Console: quantas categorias estão indexadas versus quantas existem; identificar exclusões inesperadas.
- Categorias com menos de cinco produtos: candidatas a consolidação via 301.
- Canibalização por query comercial: revisar as queries de headterm das principais categorias e confirmar que a URL correta está rankeando.
- Blocos de conteúdo editorial: verificar se ainda refletem o inventário e a intenção — categorias que ganharam novas subcategorias ou perderam profundidade de estoque precisam ter o texto revisto.
- Links internos: confirmar que produtos em destaque, subcategorias irmãs e categoria-mãe continuam corretamente linkados a partir do texto curado.
O ciclo natural é trimestral para categorias estáveis, mensal para as que estão em disputa ativa por posições comerciais.