SEO para plataformas de ecommerce

TL;DR — As plataformas de ecommerce cuidam automaticamente de parte do SEO — HTTPS, sitemaps e tags canonical —, mas cada uma tem particularidades que podem prejudicar você se não forem conhecidas. As mais comuns são URLs duplicadas de produtos presentes em várias coleções (Shopify), páginas de categoria com pouco conteúdo (todas as plataformas) e navegação facetada que cria milhões de URLs com parâmetros que você não quer indexar. Nenhuma plataforma é inerentemente melhor para rankings: escolha a que atende aos requisitos de produtos, categorias, variantes e operação da sua loja e, depois, verifique o que ela realmente gera.

O que diferencia o SEO para plataformas de ecommerce

Um site de uso geral tem páginas. Uma loja virtual tem páginas e produtos, categorias, variantes, coleções, filtros e paginação. Cada um desses elementos gera URLs — e nem todas devem ser indexadas.

Cada plataforma abordada aqui toma decisões padrão diferentes sobre como lidar com isso:

• Shopify — fixa a estrutura das URLs (/products/, /collections/), define automaticamente a canonical de URLs duplicadas de produtos em coleções, gera um sitemap e limita a edição do robots.txt nos planos padrão
• WooCommerce — funciona no WordPress, portanto oferece controle total por plugins de SEO (Yoast, Rank Math); é mais flexível, mas exige mais configuração
• Magento (Adobe Commerce) — solução de nível empresarial, altamente configurável, porém a maioria das configurações de SEO exige a participação de desenvolvedores
• BigCommerce — oferece mais flexibilidade que a Shopify e exige menos trabalho de desenvolvimento que o Magento; traz bons padrões de SEO integrados

A comparação abaixo se concentra nessas quatro, mas os guias detalhados no fim da página também abrangem Salesforce Commerce Cloud, Shopware, OpenCart, Ecwid, Wix eCommerce, Squarespace Commerce e PrestaShop.

Questões de SEO específicas do ecommerce

Independentemente da plataforma, toda loja virtual enfrenta estas questões:

Dados estruturados de produto — a marcação Product do Schema.org com preço, disponibilidade e avaliações pode tornar uma página qualificada para apresentações mais ricas no Google — qualificada, sem garantia de exibição. Algumas plataformas inserem isso automaticamente; outras precisam de plugin ou tema. É necessário conferir a saída real da página, não apenas a promessa de marketing da plataforma.

Navegação facetada — parâmetros de filtro (?color=red&size=M) podem gerar milhares de URLs com conteúdo quase idêntico. A maioria precisa ser impedida de entrar no índice ou ter a canonical apontada para a página-base da categoria.

URLs duplicadas de variantes — um produto com 10 combinações de tamanho e cor não deveria ter 10 páginas indexadas. Tags canonical ou o tratamento dos parâmetros evitam isso.

Produtos sem estoque e descontinuados — a forma como a plataforma trata produtos indisponíveis (404, 301 para a categoria ou manutenção da página com dados estruturados de disponibilidade) afeta diretamente a autoridade dos links e a experiência do usuário.

Paginação — páginas de categoria são paginadas. A página 2 de /collections/shoes/ tem menos conteúdo que a página 1. O tratamento varia por plataforma.

TL;DR — Em escala, o SEO para plataformas de ecommerce se resume a quatro perguntas: como a plataforma trata a canonicalização de URLs em volume, qual é a cobertura de dados estruturados (automática ou manual), quanto controle existe sobre robots.txt e sitemap e qual é a abordagem para navegação facetada? A Shopify tem os padrões mais rígidos (menos flexíveis); o WooCommerce oferece mais controle; o Magento tem mais recursos, porém o maior custo de configuração. Nada disso representa vantagem de ranking — apenas descreve quem é responsável pelo trabalho de configuração. O Google avalia as páginas, os links e os dados que a implementação realmente produz, não o CMS usado para criá-la.

Método para escolher uma plataforma

Escolha a plataforma com base nos requisitos reais da loja, não em uma lista de funcionalidades ou em um ranking de “melhor plataforma para SEO” — nenhuma plataforma de comércio é inerentemente superior nos rankings de busca. A arquitetura limita e viabiliza o que pode ser construído; os resultados dependem da rastreabilidade, da precisão dos dados estruturados, da saída renderizada, do desempenho, do conteúdo e da operação contínua da implementação específica. Analise estas dimensões antes de comparar fornecedores:

• Dados de produto — como dados de produto, preço, disponibilidade e avaliações chegam à página e se isso é automático, dependente do tema ou controlado por plugin/módulo.
• Estrutura de categorias e facetas — se os templates expõem links rastreáveis da navegação às categorias e aos produtos e como tratam URLs filtradas (facetadas).
• Arquitetura de variantes — se a plataforma admite uma URL canonical de produto por item, URLs separadas por variante ou ambas, e o que isso significa para o catálogo.
• Localização e feeds — suporte a várias regiões e idiomas e como os feeds de produtos são sincronizados com a loja.
• Processo de publicação e lançamento — quem pode alterar templates, robots.txt e redirecionamentos e com que rapidez.
• Responsabilidade operacional — tratamento do ciclo de vida dos produtos, governança de categorias, redirecionamentos, atualização do sitemap, testes de lançamento e responsabilidade por incidentes quando algo quebra.

O controle desses elementos é distribuído de formas diferentes entre as plataformas — soluções hospedadas, plugins, temas, módulos e código personalizado colocam os controles de configuração em mãos distintas. Mais possibilidades de configuração geralmente significam maior responsabilidade pela implementação e manutenção, não maior capacidade inerente de SEO. Toda afirmação sobre um recurso de uma plataforma específica precisa informar o fornecedor, a edição, o plano, o tema, o aplicativo ou módulo, a versão e a data a que se aplica — os padrões mudam, e um plano ou aplicativo pode substituí-los.

Comparação entre plataformas

Arquitetura de variantes: uma URL ou várias

A documentação do Google sobre dados estruturados de produtos descreve mais de uma abordagem compatível para variantes — não existe uma única quantidade obrigatória de URLs. Uma loja pode colocar todas as combinações de cor e tamanho em uma URL canonical de produto e descrever as variantes com dados ProductGroup, ou atribuir uma URL própria a cada variante e conectá-las como um grupo. Os dois modelos são documentados e têm requisitos diferentes de implementação (qual URL recebe links internos, como o grupo é declarado e o que cada página de variante precisa conter). Escolha o modelo que a plataforma e o tamanho do catálogo comportam bem e confirme se a marcação publicada corresponde ao modelo escolhido — não presuma que o padrão da plataforma coincide com o que o tema ou aplicativo gera.

O problema das URLs duplicadas de coleção e produto

O problema de canonical mais comum no ecommerce é um produto acessível por várias URLs:

• Shopify: /products/blue-shirt e /collections/summer/products/blue-shirt — a Shopify define automaticamente a canonical da URL da coleção para /products/. Isso funciona corretamente por padrão, mas os links internos devem apontar apenas para /products/.

• WooCommerce: situação semelhante com a base de categoria (por exemplo, /product-category/shirts/blue-shirt em comparação com /shop/blue-shirt). Os plugins Yoast ou Rank Math definem as tags canonical; revise a estrutura dos links permanentes para reduzir duplicações.

• Magento: a navegação em camadas (filtros) é a principal origem de URLs duplicadas. Configure tags canonical para páginas filtradas ou bloqueie parâmetros no robots.txt.

• BigCommerce: as URLs de produtos podem aparecer em várias categorias. O BigCommerce tem uma configuração “Canonical URL” por produto que controla o caminho preferencial.

Tratamento da navegação facetada por plataforma

Comece pela intenção, não pela mecânica da plataforma: decida quais combinações de filtros, se houver, merecem uma página de destino própria e indexável e quais representam apenas inventário de rastreamento. As orientações do Google apresentam uma escolha entre bloquear o rastreamento das URLs de facetas e otimizar aquelas que merecem indexação — a quantidade de URLs pode explodir nos dois casos. Portanto, a questão estratégica vem primeiro; depois, mapeie a política escolhida para os recursos que a plataforma consegue implementar.

• Shopify: parâmetros de consulta (?filter.p.m.color=red) são indexados por padrão em alguns temas. Use a meta robots noindex nas páginas filtradas ou adicione os parâmetros à ferramenta Parâmetros de URL do Search Console.
• WooCommerce: plugins de moeda e filtros geram URLs com parâmetros. Combine noindex nas páginas filtradas com as configurações de parâmetros de URL do Rank Math ou Yoast.
• Magento (Adobe Commerce): a “Navegação em camadas” padrão gera URLs de filtros de atributos a partir dos atributos do catálogo; o sistema de permissões do catálogo e reescrita de URLs oferece controle detalhado, e as tags canonical podem ser configuradas no nível da categoria. O produto Live Search, licenciado separadamente pela Adobe Commerce, usa facetas próprias de navegação filtrada, que se comportam de modo diferente da navegação em camadas padrão — confirme qual opção está realmente configurada antes de descrever os recursos de facetas da loja, pois isso depende da edição e da configuração do complemento, não apenas do rótulo “Magento”.
• BigCommerce: as URLs da pesquisa facetada podem apontar a canonical para a categoria-base por meio das configurações integradas em Store Settings → Search.

O SEO para plataformas de ecommerce acrescenta uma camada de complexidade ao SEO técnico padrão: dados estruturados de produtos, tratamento dos parâmetros de navegação facetada, URLs duplicadas de variantes e coleções, estratégia para produtos sem estoque e paginação. Nenhuma plataforma de comércio é inerentemente superior nos rankings — escolha com base nos requisitos de produtos, categorias, variantes, feeds, localização, publicação e operação da loja e confira o que a implementação específica (tema, aplicativo, módulo, plano e versão) realmente produz, pois os padrões mudam e as configurações podem substituí-los.

Shopify: estrutura de URL fixa (/products/, /collections/, /pages/, /blogs/). Gera automaticamente o sitemap e as tags canonical. A duplicação de URLs entre coleção e produto (um produto acessível em /products/slug e /collections/name/products/slug) é tratada automaticamente por canonicalização. O robots.txt é bloqueado nos planos padrão; o Shopify Plus permite personalização. O schema de produto depende do tema.

WooCommerce: baseado no WordPress, oferece controle total por plugins de SEO. Yoast SEO ou Rank Math cuidam de metadados, sitemaps, tags canonical, redirecionamentos e schema. É o mais flexível dos quatro e o que exige mais configuração. A estrutura das URLs de produtos depende das configurações de links permanentes do WordPress.

Magento (Adobe Commerce): flexibilidade de nível empresarial. Reescritas de URL, tags canonical e configuração de navegação em camadas integradas. A maioria das configurações de SEO exige trabalho de desenvolvimento ou no painel administrativo. É robusto em escala, mas tem alto custo de configuração.

BigCommerce: fica entre a facilidade da Shopify e o poder do Magento. Traz bons padrões de SEO integrados — sitemap automático, tags canonical, gerenciador de redirecionamentos e dados estruturados básicos. Oferece alguma flexibilidade na estrutura das URLs. As configurações da pesquisa facetada ficam em Store Settings.

Questões comuns a todas as plataformas: dados estruturados de produto (automáticos ou via plugin/tema; qualificação para resultados ricos, sem garantia de exibição), tratamento da canonical de URLs de filtros e variantes, cobertura de produtos e categorias no sitemap e gestão de redirecionamentos de produtos descontinuados. A arquitetura de variantes tem mais de um modelo documentado — uma URL canonical de produto com dados ProductGroup ou URLs separadas por variante, conectadas como um grupo —, portanto, adapte o modelo à plataforma e ao catálogo em vez de presumir que uma quantidade de URLs é a correta. A estratégia de navegação facetada deve começar pela decisão de quais combinações de filtros merecem visibilidade própria na busca e, depois, mapear essa decisão para a mecânica da plataforma. No Adobe Commerce, a navegação em camadas padrão e as facetas do Live Search licenciado separadamente funcionam de formas diferentes; por isso, uma afirmação sobre recursos de facetas precisa indicar qual opção está configurada.

Checklist de auditoria de SEO para plataformas de ecommerce

Todas as plataformas

• Verificar se o sitemap XML inclui todos os produtos e categorias e exclui URLs filtradas ou com parâmetros
• Confirmar a presença de tags canonical em todas as páginas de produtos e categorias
• Conferir se as URLs da navegação facetada estão bloqueadas, com noindex ou canonicalizadas
• Verificar se os dados estruturados de produto (Product do Schema.org) incluem preço, disponibilidade e avaliações
• Configurar um redirecionamento para toda URL de produto que mudar (descontinuação ou alteração do slug)
• Revisar a paginação — as páginas 2 em diante são indexáveis e suficientemente únicas para justificar isso?
• Conferir o tratamento de produtos sem estoque — 404, manter e atualizar ou redirecionar?

Específico da Shopify

• Manter os links internos de produtos apontando para /products/, não para /collections/.../products/
• Revisar a inserção do schema de produto pelo tema — testar com o Rich Results Test
• Usar o gerenciador de redirecionamentos da Shopify sempre que uma URL mudar
• No Shopify Plus, personalizar o robots.txt para bloquear URLs com pouco conteúdo

Específico do WooCommerce

• Instalar um plugin de SEO (Yoast ou Rank Math), não ambos
• Definir a estrutura dos links permanentes de produtos do WooCommerce
• Configurar as opções de schema de produto do plugin
• Tratar as páginas de arquivo do WooCommerce (loja e categoria de produto) — aplicar noindex nas que têm pouco conteúdo

Específico do Magento

• Configurar tags canonical para URLs da navegação em camadas
• Revisar as regras de reescrita de URL — remover duplicações desnecessárias
• Configurar o robots.txt para bloquear URLs com parâmetros que não devem ser rastreadas
• Ativar o sitemap HTML e o sitemap XML integrados do Magento

Específico do BigCommerce

• Definir a URL canonical por produto nas configurações do produto
• Revisar as configurações da pesquisa facetada (Store Settings → Search)
• Verificar o envio do sitemap no Search Console
• Usar o gerenciador de redirecionamentos integrado do BigCommerce quando uma URL mudar

Ferramentas para testar uma plataforma de ecommerce

• Auditor de navegação facetada — verifique se as combinações de filtros criam um inventário de URLs rastreáveis ou indexáveis.
• Verificador de SEO de PDP — revise metadados, dados estruturados, canonicals e sinais de conteúdo das páginas de produto usando a saída real da plataforma.
• Validador de sitemap — confirme se as URLs publicadas de produtos e categorias aparecem uma vez e apontam para destinos canônicos e bem-sucedidos.
• Mapeador de cadeias de redirecionamento — teste descontinuação de produtos, mudanças de categoria e migrações para detectar cadeias ou destinos irrelevantes.

Guias detalhados por plataforma

• SEO para Shopify
• SEO para WooCommerce
• SEO para Magento
• SEO para BigCommerce
• SEO para Salesforce Commerce Cloud
• SEO para Shopware
• SEO para OpenCart
• SEO para Ecwid
• SEO para Wix eCommerce
• SEO para Squarespace Commerce
• SEO para PrestaShop (fica no cluster Plataformas de ecommerce)

Leituras relacionadas

• SEO para ecommerce
• SEO para navegação facetada
• SEO para páginas de produto

Erros que as lojas realmente cometem nessas plataformas

Criar links internos para a URL de produto com prefixo de coleção na Shopify

Links internos, menus de navegação e blocos de produtos relacionados que apontam para /collections/summer/products/blue-shirt em vez de /products/blue-shirt.

Por que está errado — a Shopify define automaticamente a canonical da URL com prefixo de coleção para a URL simples do produto, portanto, em geral, isso não cria duplicações indexadas. No entanto, cada link interno criado pelo caminho longo ainda gasta orçamento de rastreamento e autoridade em uma URL que imediatamente transfere seu sinal, em vez de apontar diretamente para a página canônica.

O que fazer — crie os links do tema diretamente a partir do identificador do produto (/products/{{ product.handle }}), e não do contexto da coleção, para que os links internos apontem direto para a URL canônica.

Executar dois plugins de SEO ao mesmo tempo no WooCommerce

Instalar Yoast SEO e Rank Math (ou outro par) porque “mais cobertura é melhor”.

Por que está errado — os dois plugins geram seus próprios sitemaps, tags canonical e metadados. Quando ambos tentam controlar o mesmo campo, surgem canonicals conflitantes ou arquivos de sitemap duplicados — exatamente o tipo de problema de conteúdo duplicado que o SEO para ecommerce deveria evitar.

O que fazer — escolha um plugin, desative o outro por completo e verifique no código-fonte da página se apenas uma tag canonical e uma meta description são geradas.

Deixar a navegação facetada totalmente rastreável e indexável

Publicar combinações de filtros (?color=red&size=M) sem noindex, sem canonicalização e sem tratamento no robots.txt — em qualquer uma das quatro plataformas.

Por que está errado — mesmo uma loja com quantidade moderada de atributos de filtro pode gerar milhares de URLs com parâmetros e conteúdo quase duplicado. Os rastreadores gastam orçamento nelas, em vez de nos produtos e categorias reais. Esse é o problema de indexação mais comum do ecommerce em todas as plataformas desta comparação.

O que fazer — aponte a canonical das URLs filtradas para a página-base da categoria (ou aplique noindex se elas precisarem continuar rastreáveis para anúncios ou UX) e confirme quais parâmetros o Search Console realmente encontra antes de decidir o que bloquear.

Descontinuar um produto sem um plano de redirecionamento

Excluir um produto e deixar a URL retornar 404 porque “ele está sem estoque agora”.

Por que está errado — todos os links recebidos e o histórico de ranking acumulados pela URL simplesmente desaparecem. Um 404 definitivo em uma página que antes ranqueava não leva usuários nem autoridade dos links a lugar algum.

O que fazer — decida, para cada produto, se deve manter a página no ar com dados estruturados de “sem estoque” (caso o produto volte), aplicar 301 para o substituto mais próximo ou para a categoria superior (caso não volte) ou retornar 404 apenas quando nada mais apontar para a URL.

Presumir que o schema de produto é automático

Considerar a marcação Product do Schema.org garantida porque “a plataforma cuida disso”.

Por que está errado — a cobertura varia muito entre plataformas: depende do tema na Shopify, exige plugin no WooCommerce, precisa de módulo no Magento e é apenas básica por padrão no BigCommerce. Presumir que ela existe é como dados de preço e disponibilidade somem dos resultados ricos sem ninguém perceber.

O que fazer — confira páginas reais de produtos com o Rich Results Test em vez de confiar no texto de marketing da plataforma e corrija as lacunas no nível do tema ou plugin, não página por página.

Deixar a navegação em camadas do Magento sem configuração

Ativar a navegação em camadas (facetada) para atributos como cor, tamanho e marca sem definir regras de canonical ou indexação para as URLs geradas.

Por que está errado — a navegação em camadas é a maior fonte de URLs duplicadas especificamente no Magento, porque as combinações de filtros se multiplicam rapidamente. Sem configuração, ela pode produzir muito mais URLs rastreáveis do que a quantidade real de produtos da loja.

O que fazer — configure tags canonical no nível da categoria e bloqueie as combinações de parâmetros que não devem ser rastreadas antes que o catálogo cresça a ponto de isso se tornar um problema de orçamento de rastreamento.

Registro de alterações