Uma loja WooCommerce pode ter centenas ou milhares de produtos e, ainda assim, receber poucas visitas relevantes através da Pesquisa Google. O problema nem sempre está na falta de palavras-chave: pode resultar de categorias pouco claras, descrições repetidas, filtros que multiplicam endereços ou produtos difíceis de encontrar.
O SEO de uma loja online começa na organização do catálogo. O objetivo é ajudar os clientes e os motores de pesquisa a encontrar páginas úteis, distintas e adequadas a cada pesquisa — não aumentar indiscriminadamente o número de páginas indexadas.
Organizar categorias e filtros de acordo com as pesquisas
No WooCommerce, categorias, atributos, variações e filtros têm funções diferentes. As categorias organizam famílias de produtos; os atributos descrevem características como cor, tamanho ou material; as variações permitem escolher versões de um produto; e os filtros ajudam a restringir resultados. Estas funções não determinam, por si só, quais as páginas que devem aparecer no Google.
Categorias que respondem a uma necessidade real
Uma pesquisa por «cadeiras de escritório» tem uma intenção diferente de «cadeira ergonómica X200». A categoria ajuda a comparar opções; a ficha do produto esclarece uma escolha específica. Por isso, as categorias prioritárias devem ter um título claro, uma breve introdução útil, produtos relevantes e ligações para subcategorias quando existam. Os filtros podem facilitar a escolha, mas não substituem uma organização compreensível.
Não é necessário colocar um texto extenso antes da grelha de produtos. Em contrapartida, categorias vagas, redundantes ou praticamente vazias — como «Diversos» ou «Promoções antigas» — podem não justificar indexação. A decisão deve considerar o seu conteúdo, a procura, a utilidade para os clientes e o papel que desempenham na navegação.
Filtros que não multiplicam páginas sem controlo
Uma combinação como /cadeiras/?cor=preto&material=tecido&ordem=preco pode ser útil para o visitante, mas não precisa de constituir uma página de pesquisa independente. Com vários atributos e valores, uma loja pode gerar milhares de endereços muito semelhantes, levando os motores de pesquisa a gastar recursos no rastreamento de combinações pouco relevantes.
Há exceções: se existir procura consistente por «cadeiras ergonómicas», por exemplo, pode justificar-se uma categoria ou página própria, com seleção de produtos e conteúdo distinto. Essa página deve ser planeada e mantida, em vez de depender de uma combinação automática de filtros que muda com o catálogo.
Controlar rastreamento, indexação e endereços
Permitir que o Google aceda a uma página, pedir que não a indexe e indicar qual a versão preferencial de um conteúdo são operações diferentes. A escolha depende do objetivo e do estado atual dos endereços.
| Mecanismo | Para que serve | Limitação a considerar |
|---|---|---|
noindex | Indica que a página não deve constar do índice. | O Google precisa de a rastrear para reconhecer a diretiva. |
robots.txt | Restringe o rastreamento de determinados padrões de endereços. | Não garante a remoção de um endereço já conhecido ou indexado. |
rel="canonical" | Indica a versão preferencial entre páginas duplicadas ou muito semelhantes. | É um sinal, não uma ordem, e não substitui o controlo dos filtros. |
Bloquear uma página no robots.txt e aplicar-lhe simultaneamente noindex pode impedir que o Google leia esta última diretiva. Antes de configurar regras em massa, convém identificar quais os filtros que devem ser rastreados, quais já estão indexados e se existem páginas importantes que partilham os mesmos padrões de endereço.
Também não é aconselhável apontar indiscriminadamente todos os filtros para a categoria principal através de canonical, sobretudo quando apresentam resultados substancialmente diferentes. Sempre que possível, a estratégia deve começar por limitar a criação e a exposição de endereços desnecessários.
A estabilidade dos endereços também conta. Um endereço de produto como /produto/cadeira-x/ pode manter-se válido após uma reorganização de categorias. Alterá-lo sem necessidade obriga a rever redirecionamentos, ligações internas, mapas do site e sinais canónicos. Quando a mudança é inevitável, deve preservar-se o destino mais adequado à intenção original.
Criar páginas de produto que ajudem a decidir
Uma ficha de produto precisa de responder às dúvidas reais de quem pondera comprar. O conteúdo adequado depende do artigo vendido: um cabo simples exige menos explicação do que uma máquina industrial. Não existe uma quantidade mínima de palavras que garanta bom posicionamento.
Consoante o produto, os elementos mais úteis podem incluir:
- Descrição clara da utilização e das diferenças relevantes.
- Especificações, dimensões, compatibilidades e documentação técnica.
- Fotografias nítidas e representativas das características do produto.
- Informações de entrega, disponibilidade, devoluções e apoio ao cliente.
- Respostas a dúvidas frequentes e sugestões de produtos relacionados, quando acrescentem valor.
Copiar a descrição do fabricante não origina automaticamente uma penalização por conteúdo duplicado. Porém, se várias lojas apresentam a mesma informação, pode faltar um motivo claro para o Google ou o cliente preferirem aquela página. A diferenciação deve surgir de informação própria e útil, não de alterar palavras apenas para o texto parecer original.
Os títulos de página e os títulos SEO devem identificar o produto sem acumular termos de pesquisa. «Cadeira ergonómica X200 — encosto em rede» é mais esclarecedor do que uma sequência de expressões como «comprar», «barata» e «melhor cadeira». Nas imagens, importa garantir qualidade, dimensões adequadas e texto alternativo descritivo quando necessário, sem repetir palavras-chave artificialmente. Também podem contribuir para a descoberta no Google Imagens e no Google Lens.
Decidir quando as variações precisam de páginas próprias
O WooCommerce permite gerir produtos variáveis com opções que podem ter preços, imagens e disponibilidade diferentes. Uma camisola nos tamanhos S, M e L normalmente funciona bem numa única ficha, com seleção da variação. Já versões de uma mesa com dimensões e funções substancialmente distintas podem justificar páginas autónomas, se responderem a pesquisas diferentes.
Uma variação pode ter um endereço que pré-selecione a cor ou o tamanho sem que esse endereço precise de ser indexado como página independente. O critério é a intenção de pesquisa e a utilidade da página, não a existência de um endereço técnico. Se todas as variações pertencem à mesma ficha, deve existir uma estratégia canónica coerente; se são páginas autónomas relevantes, cada uma precisa de conteúdo, navegação e sinais próprios.
Os dados estruturados ProductGroup e Product podem ajudar o Google a compreender a relação entre variantes, através de propriedades como variesBy, hasVariant e identificadores de produto. A configuração deve corresponder ao modelo efetivo da loja e apresentar preços, disponibilidade e endereços corretos. Criar variações no WooCommerce não confirma, por si só, que toda esta marcação está implementada corretamente.
Tratar produtos esgotados e descontinuados
Remover automaticamente um produto sempre que fica sem stock pode desperdiçar uma página ainda útil para os clientes e para a pesquisa. O tratamento deve depender da possibilidade de reposição e da existência de um substituto real.
| Situação | Tratamento a considerar |
|---|---|
| Esgotado temporariamente | Manter a página, apresentar a indisponibilidade real e, se fizer sentido, permitir alertas de reposição ou sugerir alternativas. |
| Descontinuado com sucessor equivalente | Considerar um redirecionamento permanente para o substituto, quando este satisfaz a intenção da página anterior. |
| Descontinuado sem substituto | Manter informação útil durante algum tempo ou retirar a página com estado HTTP 404/410, conforme o caso. |
Redirecionar todos os produtos descontinuados para a página inicial é, em regra, uma má solução: o visitante deixa de encontrar o que procurava. Uma categoria só deve ser destino de redirecionamento quando representa uma alternativa realmente útil. O estado do stock apresentado ao cliente deve ainda coincidir com os dados estruturados e, quando exista, com o catálogo enviado ao Google.
Garantir navegação e paginação rastreáveis
Uma loja com centenas de produtos precisa de uma navegação que permita chegar às fichas sem depender exclusivamente da pesquisa interna ou do mapa do site em XML (sitemap). Uma estrutura clara pode ligar página inicial, categoria, subcategoria e produto. Artigos, guias de compra e produtos relacionados podem reforçar essas ligações quando forem pertinentes.
A paginação deve permitir descobrir as restantes fichas através de ligações HTML e endereços distintos, como /cadeiras/page/2/. Se a loja utiliza «Carregar mais» ou deslocação contínua (infinite scroll), deve disponibilizar um percurso rastreável equivalente: os motores de pesquisa não dependem de clicar em botões como um utilizador. Quando as páginas paginadas apresentam produtos diferentes, não devem apontar todas, por rotina, para a primeira página como endereço canónico.
Os percursos de navegação (breadcrumbs), por exemplo «Loja → Cadeiras → Cadeiras de escritório → Modelo X», também ajudam a compreender a posição de cada produto. Podem ser acompanhados de dados estruturados BreadcrumbList, desde que representem um percurso de navegação coerente.
Manter dados estruturados e informação comercial consistentes
Os dados estruturados Product e Offer ajudam o Google a interpretar informação como preço, moeda, disponibilidade, marca e avaliações, quando aplicáveis. Podem tornar uma página elegível para apresentações enriquecidas, como os excertos de produto (product snippets), mas não garantem que essas apresentações sejam mostradas.
Para páginas onde o cliente pode comprar diretamente, também são relevantes os requisitos das experiências de apresentação comercial (merchant listings), incluindo informações de entrega e devoluções quando aplicáveis. Em catálogos sem compra direta, a elegibilidade e o tipo de marcação devem ser avaliados de acordo com a função da página.
A informação publicada tem de ser coerente. Se a ficha indica «79,90 € — Em stock» e os dados estruturados declaram «89,90 € — Esgotado», existe uma contradição que deve ser corrigida. O mesmo cuidado aplica-se ao catálogo enviado através do Google Merchant Center, quando utilizado. Sempre que possível, preço e disponibilidade devem partir dos mesmos dados de origem, evitando atualizações manuais inconsistentes.
Acompanhar desempenho, indexação e crescimento do catálogo
À medida que uma loja cresce, aumentam as páginas, consultas à base de dados e combinações de filtros. Convém acompanhar o desempenho das categorias e fichas mais relevantes, sobretudo em dispositivos móveis, e verificar as Core Web Vitals, a resposta do servidor, as imagens e os scripts. Uma pontuação de 100 no PageSpeed Insights não é, por si, um objetivo comercial nem uma garantia de posicionamento.
O mapa do site em XML deve incluir os endereços principais que se pretende disponibilizar para indexação, em coerência com os estados HTTP e os endereços canónicos. Em regra, não deve apresentar páginas com noindex, redirecionamentos, erros 404 ou filtros sem valor próprio. Estar no mapa do site facilita a descoberta, mas não garante indexação.
No Google Search Console, interessa acompanhar a evolução de cliques e impressões por produto, categoria, consulta e dispositivo; analisar páginas excluídas do índice; verificar problemas de dados estruturados; e comparar resultados após alterações importantes ou migrações. Assim é possível distinguir dificuldades de descoberta, indexação, relevância e experiência, em vez de atribuir todas as quebras de tráfego à mesma causa.
Numa loja multilingue, a complexidade aumenta: produtos, categorias e variações podem existir em vários idiomas. Os endereços, conteúdos e sinais canónicos devem ser coerentes, e as ligações hreflang, quando utilizadas, devem identificar corretamente as versões correspondentes. Não se deve apontar automaticamente as páginas em inglês ou espanhol para a versão portuguesa como canónica.
Verificações essenciais antes de investir em SEO
Antes de otimizar produtos individualmente, vale a pena confirmar as prioridades estruturais:
- Categorias e filtros:
- as categorias respondem a pesquisas distintas? Os atributos estão organizados? Existem combinações de filtros a gerar endereços desnecessários?
- Rastreamento e indexação:
robots.txt,noindex, endereços canónicos e mapa do site são coerentes entre si?- Produtos:
- títulos, descrições, imagens e informações comerciais ajudam realmente a tomar decisões?
- Variações:
- está definido quando utilizar uma ficha única ou páginas autónomas? Os dados estruturados refletem essa escolha?
- Disponibilidade:
- produtos esgotados e descontinuados têm um tratamento adequado, sem redirecionamentos indiscriminados?
- Navegação:
- os produtos são acessíveis por ligações internas e a paginação pode ser rastreada?
- Validação:
- preços, stock, dados estruturados e eventual catálogo do Merchant Center estão alinhados?
- Acompanhamento:
- desempenho móvel, Search Console e versões multilingues são avaliados quando relevantes?
Conclusão
Trabalhar SEO em WooCommerce implica decidir que papel desempenham categorias, produtos, variações e filtros — e garantir que essa estrutura se mantém coerente na navegação, no rastreamento e nos dados apresentados ao Google.
Uma loja não melhora apenas por ter mais páginas indexadas ou mais palavras-chave nas descrições. Melhora a sua base de visibilidade orgânica quando facilita a descoberta dos produtos certos e ajuda os clientes a escolher com informação fiável.
