WooCommerce é a plataforma de loja virtual mais flexível do ecossistema WordPress, e essa flexibilidade é ao mesmo tempo sua força e seu risco em SEO. Ninguém impõe uma estrutura de URL, um padrão de dados estruturados ou uma política de filtros: tudo depende de configurações, temas e plugins escolhidos pela loja. Duas lojas WooCommerce com o mesmo catálogo podem ter resultados orgânicos muito diferentes só por causa dessas decisões.
Este guia reúne as configurações que mais pesam para uma loja WooCommerce ranquear: permalinks, categorias, dados estruturados de produto, variações e filtros, desempenho, produtos esgotados e plugins. Cada decisão é ligada à documentação oficial do WooCommerce e do Google, e as recomendações próprias da Analytikos aparecem identificadas como tal.
Vale um esclarecimento sobre o escopo: o texto trata de WooCommerce em lojas de produto. Para o WordPress institucional ou de blog, as seções de permalinks, desempenho e linkagem interna se aplicam da mesma forma.
Diagnóstico rápido: o que conferir primeiro
Antes de mexer em qualquer configuração, vale uma auditoria de dez minutos. A tabela mostra o que olhar, onde olhar e qual resultado esperar.
| Item | Onde conferir | Resultado esperado |
|---|---|---|
| Estrutura de permalinks | Configurações > Links permanentes | URLs curtas, descritivas e estáveis |
| Base de produto e categoria | Seção de links permanentes de produto | Sem ID numérico e sem ruído de datas |
| Dados estruturados | Teste de Resultados Rich do Google | Uma entidade Product por página, com preço e disponibilidade |
| Indexação de filtros | Search Console, relatório de páginas | Sem milhares de URLs de parâmetros indexadas |
| Sitemap | /wp-sitemap.xml ou do plugin de SEO | Só URLs indexáveis, com resposta 200 |
| Desempenho | Relatório de Core Web Vitals no Search Console | URLs de produto e categoria na faixa boa |
Permalinks: a decisão mais difícil de desfazer
A documentação do WooCommerce descreve quatro formatos de URL de produto: padrão (com ID, só em permalinks simples), base da loja, base da loja com categoria e base personalizada. A orientação oficial para SEO é objetiva: manter a estrutura o mais curta possível e com palavras relacionadas ao conteúdo. O Google dá a mesma direção: usar palavras descritivas no caminho em vez de números e minimizar URLs alternativas para o mesmo conteúdo, conforme o guia de estrutura de URL para e-commerce.
O ponto crítico é que mudar a estrutura muda a URL de todos os produtos. A própria documentação avisa que links antigos, inclusive os indexados, retornam 404 sem redirecionamento. Por isso a decisão deve ser tomada na criação da loja ou acompanhada de um mapa completo de redirecionamentos 301.
URL com categoria ou sem categoria?
A opção “base da loja com categoria” produz URLs como /loja/camisetas/camiseta-basica/, bonitas, porém instáveis. Se o produto muda de categoria, a URL muda. Desde a versão 10.5, o WooCommerce passou a escolher a categoria mais profunda da hierarquia quando o produto pertence a várias, o que pode alterar URLs de produtos com categorias em níveis diferentes, segundo o comunicado de desenvolvedores do WooCommerce. O sistema envia redirecionamentos 301 das URLs antigas para as novas, mas a troca ainda gera atrito.
A recomendação da Analytikos: para a maioria das lojas, use a base simples (/produto/nome-do-produto/). A hierarquia fica nas páginas de categoria e na migalha de pão, e a URL do produto nunca depende da árvore de categorias. Se a loja já usa categoria na URL e está estável, o mais seguro é manter e vigiar mudanças de categoria.
Categorias: onde o tráfego de topo de funil se decide
Em e-commerce, a página de categoria costuma capturar as buscas genéricas (por exemplo, “tênis de corrida feminino”). No WooCommerce, ela vem com paginação, ordenação e filtros, o que precisa de atenção. Três ajustes têm retorno alto: título e descrição próprios por categoria, texto de apoio curto acima da listagem (com intenção de busca clara) e links para subcategorias relevantes. O passo a passo está em SEO para página de categoria.
Categorias vazias merecem decisão explícita. Segundo o Google, em categoria sem produtos use noindex ou retorne 404 se ela foi removida. No WooCommerce, isso evita que dezenas de páginas finas disputem rastreamento com as que vendem.
Dados estruturados de produto
O Google distingue dois usos do markup Product: product snippets, para páginas em que o produto não pode ser comprado diretamente, e merchant listings, para páginas de compra, que aceitam preço, frete, devolução e variações. Uma loja WooCommerce se enquadra no segundo caso. Atender aos campos obrigatórios de merchant listings também qualifica a página para snippets.
O WooCommerce gera markup básico de produto por padrão, e plugins de SEO ampliam esse markup (veja, por exemplo, como o Yoast descreve a peça Product). O risco é duplicidade: dois sistemas publicando entidades Product concorrentes. Teste uma URL de produto no Teste de Resultados Rich e confirme que há uma entidade, com nome, imagem, preço, moeda e disponibilidade. Regra do Google: o markup precisa refletir o conteúdo visível da página.
- Variações: use ProductGroup para agrupar as variantes de um mesmo produto, conforme a orientação do Google para e-commerce.
- Avaliações: marque apenas avaliações reais e visíveis na página.
- Política de devolução e frete: o Google recomenda aninhar a política de devolução ao markup de Organization e manter os dados coerentes com o Merchant Center.
- Merchant Center: markup mais feed maximizam a elegibilidade, segundo o Google, porque algumas experiências combinam as duas fontes.
A visão geral das marcações de e-commerce (BreadcrumbList, Organization, Product, ProductGroup, Review) está no guia do Google para dados estruturados em lojas.
Filtros, ordenação e parâmetros de URL
Filtro de cor, faixa de preço e ordenação geram URLs com parâmetros, e cada combinação é uma URL diferente que o Google pode rastrear. O guia do Google sobre navegação facetada oferece as opções: se as URLs filtradas não precisam estar na busca, bloqueie o rastreamento por robots.txt e mantenha uma página de listagem limpa. Canonical e nofollow ajudam, mas são menos eficazes no longo prazo, e o nofollow só funciona se todos os links para a URL filtrada o usarem.
Se algumas combinações têm demanda de busca (por exemplo, “tênis preto masculino”), trate-as como páginas indexáveis, com URL estável, título próprio e conteúdo. O Google recomenda usar & como separador de parâmetros, manter a ordem dos filtros consistente e retornar 404 para combinações sem resultado. Um exemplo de bloqueio básico para WooCommerce, a ajustar aos nomes de página da sua loja:
User-agent: *
Disallow: /*?add-to-cart=
Disallow: /*?orderby=
Disallow: /*?filter_
Disallow: /carrinho/
Disallow: /finalizar-compra/
Disallow: /minha-conta/
Sitemap: https://seudominio.com.br/wp-sitemap.xmlConfira antes de publicar: bloquear um parâmetro que gera páginas indexáveis derruba o tráfego dessas páginas. Detalhes de robots.txt e sitemap estão em Sitemap XML e robots.txt: o guia básico.
Sitemap incompleto: o problema que a configuração não avisa
Um padrão que a Analytikos encontra em auditorias, inclusive em lojas VTEX, é o sitemap que não lista todas as páginas que deveriam ranquear. Em várias lojas VTEX, por exemplo, as páginas de categoria não apareciam no sitemap. O mesmo risco existe no WooCommerce, no sitemap padrão do WordPress ou no gerado por plugin de SEO, sobretudo quando categorias são excluídas por configuração, por regra de noindex mal aplicada ou por limite de tamanho. Esta é uma observação de campo da Analytikos, não um dado de estudo.
A consequência é prática: o sitemap é um dos sinais que ajudam o Google a descobrir URLs, e as categorias concentram as buscas de topo de funil. Sem elas no arquivo, a descoberta depende só da linkagem interna. O teste leva poucos minutos:
- Exporte as URLs do sitemap (por exemplo, com um rastreador de SEO) e conte quantas são de produto, categoria e conteúdo.
- Compare com o número real de categorias ativas no painel da loja.
- Cruze com o relatório de páginas do Search Console, procurando categorias fora do sitemap e fora do índice.
- Corrija na origem: ajuste o plugin de SEO ou a plataforma para incluir a taxonomia de categorias, e remova do arquivo apenas o que tem noindex ou redirecionamento.
Se faltarem categorias, o ajuste costuma ser rápido e o ganho aparece como mais URLs descobertas e indexadas. Mais detalhes sobre o arquivo em Sitemap XML e robots.txt: o guia básico.
Variações de produto: uma URL ou várias?
O Google orienta que cada variante possa ter URL própria, por caminho ou por parâmetro, e que variantes com URL única apontem canonical para o produto principal. No WooCommerce, o padrão é uma página de produto variável com todas as opções, o que concentra sinais de ranqueamento em uma só URL. Para a maioria das lojas, esse padrão é correto. Crie URLs separadas apenas quando a variante tem busca própria e conteúdo diferente (um modelo com cor que as pessoas pesquisam pelo nome).
Desempenho: o custo oculto de plugins e temas
O relatório de Core Web Vitals mede três sinais: LCP (maior elemento visível, meta de até 2,5 segundos), INP (resposta a interações, até 200 milissegundos) e CLS (estabilidade visual, até 0,1), segundo a documentação do web.dev. Em WooCommerce, os vilões recorrentes são imagens de produto sem otimização, excesso de plugins que carregam scripts em todas as páginas, tema pesado e hospedagem sem cache de página.
- Servir imagens em formatos modernos e dimensionadas ao espaço real.
- Adotar cache de página e de objetos, com exceção de carrinho e checkout.
- Remover plugins que carregam CSS e JavaScript em páginas que não os usam.
- Reservar espaço para banners e selos, evitando saltos de layout.
Produtos esgotados, paginação e busca interna
Produto esgotado temporariamente deve manter a página, com disponibilidade correta no markup e sugestões de alternativas. Produto descontinuado exige decisão: redirecionar 301 para o substituto mais próximo ou, sem equivalente, para a categoria. Veja o guia de produto esgotado ou fora de linha. Na paginação, cada página deve ter URL própria e links a href rastreáveis, sem depender de scroll infinito.
Ordem de implantação sugerida para uma loja WooCommerce
- 1Auditar permalinks e redirecionamentosDefinir a estrutura final antes de qualquer outra mudança.
- 2Corrigir indexaçãoAjustar robots.txt, noindex e sitemap para filtros e páginas finas.
- 3Validar dados estruturadosUma entidade Product por página, coerente com o conteúdo visível.
- 4Otimizar categoriasTítulos, textos de apoio e linkagem para subcategorias.
- 5Tratar desempenhoImagens, cache e remoção de scripts desnecessários.
- 6MedirAcompanhar cliques, indexação e Core Web Vitals no Search Console.
Erros comuns de SEO no WooCommerce
Os erros abaixo concentram a maior parte das perdas de orgânico em lojas WooCommerce. Estão agrupados por natureza, com a razão do dano e a correção.
Erros de configuração
| Erro | Por que distorce | Como corrigir |
|---|---|---|
| Trocar a estrutura de permalinks sem redirecionamento | Todas as URLs antigas passam a dar 404 e o sinal acumulado se perde | Mapear URL antiga para nova com 301 antes da troca |
| Manter permalink com ID ou parâmetro | URL sem palavras descritivas e com alternativas duplicadas | Usar permalinks personalizados e base de produto simples |
| Colocar categoria na URL do produto sem controle | A URL muda quando a categoria muda e o canonical oscila | Usar base simples ou fixar a categoria principal |
| Sitemap sem as páginas de categoria | O Google descobre menos URLs que concentram busca de topo de funil | Comparar o sitemap com as categorias ativas e incluir a taxonomia |
| Bloquear no robots.txt páginas que deveriam ranquear | Páginas bloqueadas não são rastreadas e perdem tráfego | Revisar cada regra contra páginas com demanda de busca |
Erros de conteúdo e dados
| Erro | Por que distorce | Como corrigir |
|---|---|---|
| Duas entidades Product por página | Dados conflitantes podem impedir a exibição de recursos de produto | Manter um só emissor de markup e validar no teste de rich results |
| Markup diferente do conteúdo visível | Viola a orientação do Google e arrisca perder elegibilidade | Gerar o markup do mesmo dado exibido na página |
| Descrição de produto copiada do fornecedor | Conteúdo duplicado entre lojas, sem diferencial | Escrever descrição própria com medidas, uso e dúvidas |
| Categorias vazias indexáveis | Páginas finas consomem rastreamento | Aplicar noindex ou retornar 404 conforme o caso |
Erros de operação e medição
| Erro | Por que distorce | Como corrigir |
|---|---|---|
| Milhares de URLs de filtro rastreadas | O rastreamento se perde em páginas sem valor | Bloquear parâmetros irrelevantes e manter listagem limpa |
| Instalar plugins sem medir impacto | Cada script a mais aumenta LCP e INP | Medir antes e depois de cada plugin |
| Ignorar produtos esgotados e descontinuados | Páginas viram 404 ou soft 404 sem decisão | Definir regra: manter, redirecionar 301 ou remover |
| Não acompanhar o Search Console | Quedas de indexação passam despercebidas | Revisar semanalmente páginas, cobertura e Core Web Vitals |
Checklist de SEO para WooCommerce
- Permalinks curtos, descritivos e sem ID, com decisão documentada sobre categoria na URL.
- Redirecionamentos 301 mapeados para qualquer mudança de URL.
- Uma entidade Product por página, validada e coerente com o conteúdo visível.
- Robots.txt revisado: filtros e ordenação bloqueados, páginas com demanda liberadas.
- Sitemap só com URLs indexáveis e resposta 200, incluindo todas as categorias ativas.
- Categorias com título, descrição e texto de apoio próprios.
- Regra definida para esgotado, descontinuado e categoria vazia.
- Core Web Vitals monitorados nas URLs de produto e categoria.
Perguntas frequentes
WooCommerce é bom para SEO?
Sim, desde que configurado com critério. A plataforma dá controle sobre URLs, markup e conteúdo, mas esse controle exige decisões sobre permalinks, filtros, dados estruturados e desempenho.
Preciso de plugin de SEO no WooCommerce?
Na prática, sim, para gerenciar títulos, descrições, sitemap e dados estruturados. O cuidado é manter um só emissor de markup para não gerar entidades Product duplicadas.
Devo incluir a categoria na URL do produto?
Para a maioria das lojas, não. A URL simples não muda quando o produto troca de categoria. Se a loja já usa a categoria e está estável, mantenha e monitore mudanças.
Como evitar que filtros gerem conteúdo duplicado?
Bloqueie o rastreamento de parâmetros sem valor de busca por robots.txt e trate como páginas indexáveis apenas as combinações com demanda, com URL e título próprios.
Posso mudar os permalinks de uma loja já indexada?
Pode, mas só com redirecionamento 301 de cada URL antiga para a nova. Sem isso, os links indexados passam a dar 404 e o tráfego cai.
O que fazer com produto fora de linha?
Redirecione 301 para o substituto mais próximo ou, sem equivalente, para a categoria. Produtos apenas temporariamente esgotados devem manter a página e indicar a disponibilidade correta.
