SEO para Magento

TL;DR — SEO para Magento é sobre ajudar uma loja Magento a ranquear na busca. Primeiro, saiba sua versão: Magento 1 está morto (sem atualizações desde junho de 2020), e Magento 2 vem em uma edição paga (Adobe Commerce) e uma gratuita (Magento Open Source). A coisa que mais quebra o SEO no Magento é o sistema de filtros — “navegação em camadas” — que pode criar milhares de endereços de página duplicados. A maior parte do seu trabalho é manter isso sob controle.

O que é Magento (e qual versão você tem)

Magento é uma plataforma para criar lojas online. Diferente do Shopify, onde a empresa hospeda tudo para você, o Magento é algo que você (ou seus desenvolvedores) instala e executa por conta própria. Isso dá muito controle — e muita corda.

Antes de fazer qualquer coisa, descubra qual Magento você está usando:

• Magento 1 — a versão antiga. Chegou ao fim da vida em junho de 2020 e não recebe mais atualizações de segurança. Se você está aqui, seu projeto real de SEO é migrar para o Magento 2 (faça com cuidado, com redirecionamentos).
• Magento 2 — a versão atual. Ela vem como Adobe Commerce (a edição paga, empresarial) e Magento Open Source (a edição gratuita, da comunidade). Elas compartilham o mesmo código central, então as recomendações de SEO são as mesmas.
• Adobe Commerce as a Cloud Service (ACCS) — um produto SaaS mais novo e separado (lançado em junho de 2025) que roda em infraestrutura diferente e não suporta o tema clássico Luma de forma alguma. Se sua loja está no ACCS, trate as recomendações de tema/esquema escritas para Magento “comum” como um ponto de partida, não uma correspondência direta.

Não confunda essas versões. Muitos tutoriais antigos de “SEO para Magento” online são escritos para Magento 1 e os menus e configurações simplesmente não correspondem mais.

O grande problema: filtros

Quando um comprador chega a uma página de categoria — digamos, “Tênis de Corrida” — o Magento mostra filtros na lateral: tamanho, cor, marca, preço. Esse recurso é chamado de navegação em camadas, e é ótimo para os compradores.

O problema de SEO é que cada filtro que alguém clica geralmente cria um novo endereço web, como /running-shoes?color=blue&size=10. Multiplique cores × tamanhos × marcas × faixas de preço e uma única categoria pode gerar milhares de páginas levemente diferentes — todas mostrando basicamente os mesmos produtos. Os mecanismos de busca veem uma bagunça de páginas quase duplicadas, ficam confusos sobre qual mostrar e perdem tempo rastreando lixo em vez de seus produtos reais.

A solução é dizer aos mecanismos de busca “essas páginas filtradas não são as importantes — a página de categoria limpa é.” Você faz isso com uma tag canônica (um ponteiro para a versão principal) e marcando páginas de filtro de baixo valor como noindex (não coloque isso nos resultados de busca). O Magento tem configurações para isso, e extensões de SEO facilitam.

As outras coisas para configurar

• URLs amigáveis. O Magento pode gerar endereços limpos como /running-shoes/nike-pegasus/ em vez de um código longo. Certifique-se de que a configuração “URLs amigáveis para mecanismos de busca” esteja ativada.
• Títulos e descrições. Cada produto e categoria tem campos para título de página e meta descrição — preencha-os em vez de deixar os padrões do Magento.
• Dados estruturados (schema). Este é o código que alimenta o preço e as estrelas de avaliação que você vê nos resultados do Google. O Magento não adiciona isso automaticamente, então você precisará de uma extensão ou de um desenvolvedor para adicionar.
• Variantes de produto. Se um produto vem em vários tamanhos ou cores, o Magento geralmente armazena cada combinação como seu próprio “produto simples” vinculado a um pai. Se deixados sozinhos, eles podem ser indexados como páginas quase duplicadas separadas — aponte-os de volta ao produto pai com uma tag canônica.

Quer a versão detalhada e técnica — configurações exatas, a tabela de reescrita de URL e como lidar com filtros em escala? Mude para a aba Avançado.

TL;DR — O SEO do Magento é dominado por dois geradores de conteúdo duplicado: navegação em camadas gerando URLs com parâmetros, e variantes de produtos configuráveis/simples gerando páginas de SKU quase idênticas. Canonicalize ambos de volta para seu pai limpo (categoria ou produto configurável) e use noindex nas combinações de baixo valor; reserve páginas indexáveis para filtros ou variantes com demanda real de busca. Resolva a questão da versão primeiro — Magento 1 está em fim de vida (junho de 2020); Magento 2 é distribuído como Adobe Commerce (pago, auto-hospedado), Magento Open Source (gratuito), ou Adobe Commerce as a Cloud Service (ACCS — um produto SaaS separado desde junho de 2025 que elimina a Luma completamente). URLs amigáveis para SEO passam pela tabela url_rewrite — distinta de redirecionamentos HTTP, que o Magento pode criar automaticamente como 301s. A saída de dados estruturados varia conforme o tema da loja e extensões, então inspecione as páginas renderizadas antes de planejar trabalho personalizado.

Passo zero: entenda a versão correta

Metade dos conselhos ruins de SEO para Magento online são ruins porque são direcionados à versão errada. Resolva isso antes de qualquer outra coisa:

• Magento 1 atingiu o fim da vida em 30 de junho de 2020. Sem patches de segurança, sem atualizações. Se um cliente ainda estiver nele, o trabalho de SEO é uma migração para Magento 2 — com um mapa completo de redirecionamentos e uma verificação de QA baseada em rastreamento, tratada como qualquer migração de plataforma onde a autoridade de ranqueamento está em jogo.
• Magento 2 é o código-base ativo. Ele é distribuído em duas edições: Adobe Commerce (pago; recursos B2B, construtor de páginas, opção PaaS hospedada) e Magento Open Source (gratuito; edição comunitária). Mesmo núcleo, mesma superfície de SEO. A mudança de marca da Adobe significa que “Magento,” “Adobe Commerce,” e “Magento Open Source” todos aparecem para a mesma plataforma subjacente — não deixe a nomenclatura enganar você a pensar que o modelo de SEO difere.
• Adobe Commerce as a Cloud Service (ACCS) é um terceiro produto separado — uma implantação SaaS lançada em junho de 2025 com uma loja construída em Edge Delivery Services em vez da stack tradicional Commerce/Luma. Luma não é suportada no ACCS de forma alguma, então se uma loja estiver nele, as notas específicas de tema e schema da Luma abaixo não se aplicam — você está reconstruindo essa camada do zero, não ajustando-a.

Tudo abaixo assume Magento 2 auto-hospedado (Adobe Commerce ou Magento Open Source, em Luma ou Hyvä), a menos que ACCS seja mencionado especificamente.

Navegação em camadas é o jogo inteiro

Se você corrigir apenas uma coisa em uma loja Magento, corrija a navegação em camadas. É o termo do Magento para filtragem facetada em páginas de categoria, e por padrão cada seleção de filtro adiciona um parâmetro de consulta:

/running-shoes
/running-shoes?color=159
/running-shoes?color=159&size=42
/running-shoes?color=159&size=42&price=50-100
/running-shoes?size=42&color=159        ← same filters, different order = new URL

Um esclarecimento antes de copiar qualquer estratégia de rastreamento e indexação para uma loja: a Adobe documenta navegação em camadas padrão e Live Search (o recurso de facetas pago e com IA da Adobe Commerce) como implementações distintas com comportamentos diferentes de filtro e URL. As orientações sobre URL preferencial e noindex abaixo se aplicam à navegação em camadas padrão — se uma loja usa Live Search, confirme os padrões reais de URL que ela gera antes de assumir que as mesmas regras se aplicam.

A explosão combinatória é o problema. Um catálogo de alguns milhares de SKUs pode gerar dezenas de milhares de URLs rastreáveis e quase duplicadas. Este é o modo de falha típico da navegação facetada, e Gary Illyes colocou números sobre quanto trabalho isso causa ao Google — a navegação facetada é a maior fonte única de reclamações de desperdício de rastreamento que eles recebem (veja a aba Citações). O dano do seu lado: conteúdo duplicado/quase duplicado, inchaço do índice, orçamento de rastreamento queimado em lixo, e PageRank interno diluído em centenas de links de filtro por página de categoria.

A decisão é binária, por padrão de URL: essa página filtrada merece um lugar no índice, ou não?

Para os ~99% que não merecem (a maioria das combinações de cor/tamanho/preço/ordenação não tem demanda de busca):

• Aponte a URL preferencial da página filtrada para a URL de categoria limpa. A configuração “Use Canonical Link Meta Tag for Categories” (tradução) «Usar metatag de link preferencial para categorias» do Magento 2 (“Stores → Configuration → Catalog → Catalog → Search Engine Optimization” (tradução) «Lojas → Configuração → Catálogo → Catálogo → Otimização para mecanismos de busca») ajuda, mas por si só ela aponta uma categoria para si mesma, não variantes filtradas para a categoria pai — então, para URLs de parâmetro, você normalmente depende de uma extensão de SEO ou de lógica de template para emitir a referência preferencial correta.
• noindex nas combinações de filtro de baixo valor para que elas saiam do índice. Lembre-se da regra do Google: noindex exige que a página seja rastreável — nunca combine noindex com um Disallow do robots.txt na mesma URL, ou o Googlebot não conseguirá ler a tag.
• Considere o robots.txt com disallow para espaços de parâmetros puramente combinatórios se o orçamento de rastreamento for o problema agudo — mas saiba que ele controla o rastreamento, não a indexação, e não removerá URLs já indexadas.

Para a minoria que TEM demanda (por exemplo, uma página do tipo “/running-shoes/nike/” onde o filtro de marca é uma consulta real): promova essas páginas para landing pages indexáveis, com URLs limpas — texto introdutório exclusivo, URL preferencial autorreferente, links internos, inclusão no sitemap. É aí que a navegação facetada do Magento se transforma de responsabilidade em ativo de cauda longa. (Tratamento completo no hub de navegação facetada, o principal referência deste tópico no lado do comércio eletrônico; a mecânica do rastreamento está em parâmetros de URL e orçamento de rastreamento.)

URL rewrites e URLs amigáveis para SEO

O Magento gera URLs limpas por meio de URL rewrites, armazenadas na tabela do banco de dados url_rewrite e gerenciadas no Admin em Marketing → SEO & Search → URL Rewrites. A documentação da Adobe traça uma linha clara entre dois termos que são usados de forma imprecisa: uma reescrita é um mapeamento no servidor que altera o que carrega sem tocar na barra de endereço do navegador, enquanto um redirecionamento envia ao navegador uma resposta HTTP dizendo para navegar para uma URL diferente — a barra de endereço é atualizada. O 301 automático do Magento ao alterar a chave de URL é um redirecionamento; a tabela url_rewrite também armazena reescritas internas que nunca aparecem para o visitante. Duas configurações fazem a maior parte do trabalho pesado:

• “Use Web Server Rewrites” (Stores → Configuration → General → Web → Search Engine Optimization) remove index.php das URLs.
• Sufixos de URL / caminho de categoria na URL. O Magento pode incluir o caminho de categoria em URLs de produto (/men/shoes/nike-pegasus). Seja deliberado: incluir o caminho de categoria significa que um produto em várias categorias pode ser resolvido em várias URLs, recriando a duplicação — que é exatamente o motivo pelo qual o Magento adiciona opções de URL preferencial para produtos também (“Use Canonical Link Meta Tag for Products” (tradução) «Usar metatag de link preferencial para produtos»). Muitos especialistas em SEO do Magento definem URLs de produto sem o caminho de categoria para evitar isso completamente.

Quando você altera a chave de URL de um produto ou categoria, o Magento pode criar automaticamente um 301 na tabela url_rewrite (“Create Permanent Redirect for old URL” (tradução) «Criar redirecionamento permanente para a URL antiga»). Confirme se essa opção está ativada antes de qualquer edição em massa de URLs, ou você deixará URLs indexadas em 404s. Antes de alterar as configurações de caminho de categoria ou sufixo em uma loja ativa, faça um inventário dos padrões de URL afetados por visualização de loja e monte um plano de redirecionamento e URL preferencial em vez de ativar a opção e torcer — a própria documentação da Adobe alerta que regenerar reescritas para categorias com muitos produtos atribuídos pode ser um impacto real de performance, não apenas de SEO.

Produtos configuráveis e simples: o outro impulsionador de conteúdo duplicado

A navegação em camadas não é a única forma de um catálogo Magento gerar URLs quase duplicadas. Produtos configuráveis (o pai — “Tênis de Corrida”) construídos a partir de produtos simples (as combinações reais de tamanho e cor que podem ser compradas) criam o mesmo modo de falha em escala de catálogo. Paul Rogers, da Vervaunt, resume bem a matemática: uma loja de moda com 3 000 produtos pai, cada um em 8 tamanhos e 6 cores, pode gerar 144 000 combinações de produtos simples. No Magento, essas combinações são uma relação de catálogo, não uma decisão de indexação — sem uma política explícita de URL preferencial, o Googlebot pode encontrar todas elas como URLs separadas e indexáveis apontando para conteúdo quase idêntico.

Os guias de profissionais convergem para a mesma orientação: a URL de cada produto simples deve apontar o produto configurável pai como preferencial. Não confie apenas nas configurações de visibilidade do catálogo — um produto simples definido como “Not Visible Individually” (tradução) «Não visível individualmente» ainda é acessível por URL direta, sitemap ou link interno, então o Googlebot pode indexá-lo mesmo que esteja oculto da navegação do site. Uma indicação explícita da URL preferencial apontando para o pai é a correção real, e ela é renderizada no servidor, portanto não depende de JavaScript.

Indexe uma variante por conta própria apenas quando ela tiver demanda de busca real e independente que você possa diferenciar com conteúdo único — uma combinação específica de cor/tamanho que as pessoas pesquisam pelo nome, não todo SKU por padrão.

Verifique em Lojas → Configuração → Catálogo → Catálogo → Otimização para Mecanismos de Busca se “Use Canonical Link Meta Tag for Products” (tradução) «Usar metatag de link preferencial para produtos» está ativado e, em seguida, confirme — na página realmente renderizada, não apenas na configuração — que as URLs dos produtos simples apontam para o pai como versão preferencial.

A lacuna do JSON-LD

Isso pega muita gente porque eles assumem que uma plataforma tão grande lida com schema. O Magento 2 não gera dados estruturados JSON-LD por padrão. Alguns temas emitem microdados nas páginas de produto, mas:

• O Google recomenda JSON-LD como formato de implementação em vez de microdados/RDFa (veja a aba Documentação Oficial).
• Para se qualificar para rich results de produto, você precisa do schema Product com name, image, description, offers (preço, priceCurrency, disponibilidade) e — para as classificações por estrelas — aggregateRating/review, que devem vir de avaliações reais.

Portanto, obter rich results no Magento é uma tarefa de extensão ou desenvolvimento personalizado: uma extensão dedicada de dados estruturados, um tema com suporte a schema ou trabalho de template que gere JSON-LD. Ao adicionar, audite para schema duplicado — se os microdados residuais de um tema e o JSON-LD de uma extensão descreverem o produto, você pode enviar dois blocos Product conflitantes. Escolha uma única fonte de verdade.

O restante da superfície técnica

• URLs preferenciais. Além de categorias e produtos, fique de olho na página inicial (/ vs ?___store= e parâmetros de visão de loja semelhantes), na paginação e nos parâmetros de visão de loja/idioma que o Magento adiciona. Veja os aprofundamentos sobre definição da URL preferencial e sobre a tag de URL preferencial.
• Paginação. O Magento pagina categorias com ?p=2. Dê a cada página uma URL preferencial única e autorreferente — não aponte as páginas 2+ de volta para a página 1 e não use noindex na sequência (isso pode cortar a equidade de links para produtos listados apenas no fundo das páginas). rel=prev/next está obsoleto; não confie nele.
• Visões de loja (multi-idioma / multi-site). A arquitetura de visões de loja do Magento é poderosa para configurações internacionais, mas é uma fonte clássica de conteúdo duplicado e de hreflang ausente/inconsistente. Se você executa várias visões de loja a partir de um único catálogo, o hreflang é trabalho manual e a implantação parcial é pior do que nenhuma.
• Produtos sem estoque e desativados. Decida uma política: mantenha as páginas de ranqueamento ativas com o status de estoque, ou 404/410 + redirecione permanentemente os SKUs que não existem mais. Não desative produtos silenciosamente e deixe suas URLs retornando 404 com links de entrada.
• Core Web Vitals. O desempenho do Magento auto-hospedado depende inteiramente da sua infraestrutura. Cache de página inteira (Varnish), uma CDN, otimização de imagens (WebP) e higiene disciplinada de extensões/JS são as alavancas. Dois caminhos headless diferentes são confundidos aqui, então seja preciso sobre qual deles você está avaliando: PWA Studio é a loja front-end mais antiga da Adobe baseada em React, sobreposta à sua infraestrutura Commerce existente, enquanto Adobe Commerce as a Cloud Service (ACCS) é um produto SaaS separado no Edge Delivery Services, onde o Luma não é suportado de forma alguma. Qualquer um pode elevar o teto do CWV, mas ambos adicionam considerações de renderização e indexação próprias — confirme qual deles (ou nenhum) uma loja está realmente executando antes de planejar uma migração headless para o CWV.

O que priorizar de fato

Na maioria das auditorias de Magento, a ordem de impacto é:

1. Navegação em camadas — estratégia de URL preferencial + noindex para URLs de parâmetros. Esta é a maior parte do valor do SEO técnico.
2. Produtos configuráveis e simples — aponte as URLs preferenciais dos SKUs simples para o produto configurável pai; verifique isso nas páginas renderizadas, não apenas na configuração do admin.
3. Reescritas e redirecionamentos de URL — URLs amigáveis ativadas, redirecionamento ao alterar ativado, sem 404s órfãos.
4. Schema — adicione JSON-LD (sem suporte nativo), evite blocos duplicados.
5. Títulos/meta + texto de categoria — preencha os campos; as categorias saem em branco.
6. Desempenho — cache, CDN, imagens.

Todo o resto é refinamento. O Magento dá a você controle total, o que significa que quase todo problema de SEO em uma loja Magento é uma escolha de configuração que você pode corrigir — e quase todos começam com os filtros.

Resumo de IA

Uma visão condensada da versão Avançada:

• O SEO do Magento é dominado por dois geradores de conteúdo duplicado. A navegação em camadas (filtragem facetada) anexa parâmetros de filtro às URLs de categoria; as variantes de produto configurável/simples espalham URLs de SKU quase idênticas. Ambas precisam do mesmo tratamento: URL preferencial para o pai limpo (categoria ou produto configurável) e noindex para as combinações de baixo valor; promova apenas os filtros/variantes com demanda real de busca para páginas indexáveis.
• A versão importa: Magento 1 está em fim de vida (junho de 2020) — migre. Magento 2 é distribuído como Adobe Commerce (pago, auto-hospedado) e Magento Open Source (gratuito) a partir de uma única base de código, além de um produto SaaS separado, Adobe Commerce as a Cloud Service (ACCS, desde junho de 2025), que elimina completamente o tema Luma.
• Navegação em camadas vs. Live Search: a Adobe documenta a navegação em camadas padrão e as facetas do Live Search, pagas e com IA, como implementações distintas com comportamentos de URL diferentes — confirme qual delas uma loja realmente executa antes de aplicar regras de rastreamento/indexação.
• Produtos configuráveis/simples: aponte os SKUs simples para seu produto configurável pai; as configurações de visibilidade no catálogo sozinhas não impedem o Google de encontrá-los e indexá-los via sitemap ou URL direta.
• URLs: URLs amigáveis para SEO passam pela tabela url_rewrite (Admin → Marketing → SEO & Search → URL Rewrites) — distintas de redirecionamentos HTTP, que o Magento pode criar automaticamente como redirecionamentos permanentes. Habilite reescritas no servidor web e redirecionamento ao alterar URLs; faça um inventário dos padrões de URL afetados antes de alterar as configurações de caminho de categoria ou sufixo.
• Lacuna de schema: Magento 2 não emite JSON-LD por padrão (microdados em alguns temas apenas). O Google recomenda JSON-LD, então o schema para rich results é uma tarefa de extensão/desenvolvimento personalizado — e observe blocos Product duplicados.
• Também trate: paginação (URLs preferenciais únicas e autorreferentes, nunca noindex na série), duplicação de visualizações de loja + hreflang para lojas multilíngues, política de falta de estoque e Core Web Vitals — observando que PWA Studio e ACCS são dois caminhos headless diferentes, não intercambiáveis.
• Ordem de prioridade: navegação em camadas → definição da URL preferencial de produtos configuráveis/simples → reescritas/redirecionamentos de URL → schema → títulos/meta/cópia de categoria → desempenho.

Documentação oficial

Documentação de fonte primária. A documentação do próprio Magento cobre as configurações da plataforma; a do Google cobre o comportamento de SEO que essas configurações precisam atender.

Adobe / Magento

• Adobe Commerce / Magento Open Source — práticas recomendadas de SEO — o guia oficial de configuração de SEO (URLs, metadados, sitemaps, robots.txt).
• Reescritas de URL — como o sistema url_rewrite funciona no Admin.
• Otimização para mecanismos de busca (referência de configuração) — reescritas no servidor web, sufixos de URL e configurações de SEO em Lojas → Configuração.
• Navegação em camadas — documentação da Adobe sobre o recurso de filtragem no coração do SEO do Magento.
• Ciclo de vida do software / fim de vida do Magento 1 — suporte de versões e o fim de vida do Magento 1 em junho de 2020.

Google — o que sua configuração do Magento precisa atender

• Introdução ao Product structured data — campos Product obrigatórios/recomendados; JSON-LD recomendado.
• Structured data para sites de ecommerce — os tipos de schema de ecommerce que o Google suporta.
• Paginação e carregamento incremental de páginas — URLs únicas, páginas com canônicas próprias, noindex para filtros, não para paginação.
• Gerenciando o rastreamento de URLs de navegação facetada — orientação oficial do Google para o problema da navegação em camadas.
• Otimize seu orçamento de rastreamento — por que a proliferação de parâmetros importa em escala.

Citações da fonte

Declarações registradas relevantes para as partes do Magento SEO que realmente fazem a diferença — navegação facetada, structured data e paginação. Cada link é um deep link que salta para a passagem citada quando a fonte suporta isso.

Google — structured data (o schema que o Magento não adiciona por você)

• “Merchant listings: For pages where customers can purchase products from you. This markup has more options for specifying detailed product information, like apparel sizing, shipping details, and return policy information.” (tradução) «Listagens de comerciante: para páginas onde os clientes podem comprar produtos de você. Esta marcação tem mais opções para especificar informações detalhadas do produto, como tamanhos de roupas, detalhes de envio e informações de política de devolução.» — Google Search Central, Intro to Product structured data. Ver a citação
• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (tradução) «Fornecer tanto structured data em páginas da web quanto um feed do Merchant Center maximiza sua elegibilidade para experiências e ajuda o Google a entender e verificar corretamente seus dados.» Ver a citação

Google — paginação (páginas de categoria ?p= do Magento)

• “Give each page a unique URL” (tradução) «Dê a cada página uma URL única.» — e atribua a cada página sua própria URL preferencial em vez de apontar todas para a primeira página. — Google Search Central, Paginação e carregamento incremental de páginas. Ver a citação
• “Apply noindex meta tags to filter variations or alternative sort orders” (tradução) «Aplique metatags noindex a variações de filtros ou ordens de classificação alternativas.» — ou seja, para facetas, não para a sequência paginada em si. Ver a citação

Gary Illyes, Google — sobre por que a navegação em camadas é o risco central

• Sobre espaços de URL facetados/por parâmetros: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (tradução) «Uma vez que ele descobre um conjunto de URLs, não pode tomar uma decisão sobre se esse espaço de URL é bom ou não, a menos que tenha rastreado uma grande parte desse espaço de URL.»

  Relatado via cobertura do Search Engine Land do relatório de rastreamento de fim de ano de 2025 do Search Off the Record; confirme com o episódio original antes de tratar como definitivo. Segundo essa cobertura, a navegação facetada é a maior fonte de relatos de problemas de rastreamento que o Google recebe (~50%).

  Leia a cobertura
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (tradução) «Às vezes você pode criar essas novas URLs falsas acidentalmente, explodindo seu espaço de URL de agradáveis 1000 URLs para escaldantes 1 milhão, excitando rastreadores que, por sua vez, atingem seus servidores inesperadamente.»

  Relatado da postagem no LinkedIn de Gary Illyes (agosto de 2024) via Search Engine Journal.

  Leia a cobertura

Profissionais — canonicalização de produtos configuráveis/simples

• “Canonical to the parent configurable product.” (tradução) «Aponte a URL preferencial para o produto configurável pai.» — Dan Taylor, Search Engine Journal, Guia técnico para problemas comuns de SEO no Magento (Adobe Commerce). Ver a citação
• “The canonical tag used on each of the simple products points back to the primary configurable version — to prevent duplicate variants of the product from being indexed by Google.” (tradução) «A tag de URL preferencial usada em cada produto simples aponta de volta para a versão configurável principal, evitando que o Google indexe variantes duplicadas do produto.» — Paul Rogers (Vervaunt). Ver a citação
• “…potentially generates 144,000 product combinations.” (tradução) «…pode gerar 144.000 combinações de produtos.» — Vervaunt, em um exemplo hipotético de loja de moda (3 000 produtos pais × 8 tamanhos × 6 cores), ilustrando por que uma política explícita de URL preferencial importa em escala, não um tamanho universal de catálogo. Ver a citação

Lista de verificação de SEO para Magento

Priorizada aproximadamente por impacto — os itens principais são onde as lojas Magento ganham ou perdem.

Versão e base

• Confirme que você está no Magento 2, não no Magento 1 em fim de vida (migre se for o caso).
• Conheça sua edição (Adobe Commerce, Magento Open Source ou ACCS) para o escopo de recursos — o ACCS elimina completamente o tema Luma.

Navegação em camadas (a grande)

• Confirme se a loja usa navegação em camadas padrão ou as facetas pagas do Live Search — a Adobe as documenta como implementações distintas.
• Audite quantas URLs de parâmetro os filtros geram (rastreie o site; verifique a contagem de site: e o indexado-vs-descoberto no GSC).
• Aponte as URLs de categorias filtradas para a URL de categoria limpa como versão preferencial.
• noindex em combinações de filtros de baixo valor (e mantenha-as rastreáveis para que a tag seja lida — nunca noindex + Disallow do robots.txt juntos).
• Identifique filtros com demanda real de busca e construa-os como páginas de destino indexáveis, com URLs limpas e conteúdo exclusivo.

Produtos configuráveis e simples

• “Use Canonical Link Meta Tag for Products” (tradução) «Usar metatag de link preferencial para produtos» habilitado (Lojas → Configuração → Catálogo → Catálogo → Otimização para mecanismos de busca).
• Confirme na página renderizada — não apenas na configuração — que as URLs de produtos simples apontam para o produto configurável pai como versão preferencial.
• Não confie apenas em “Not Visible Individually” (tradução) «Não visível individualmente»; isso não bloqueia a indexação por URL direta, sitemap ou links internos.

URLs e redirecionamentos

• “Use Web Server Rewrites” (tradução) «Usar reescritas do servidor web» habilitado (sem index.php nas URLs).
• Chaves de URL amigáveis para SEO definidas em produtos e categorias.
• “Create Permanent Redirect for old URL” (tradução) «Criar redirecionamento permanente para a URL antiga» habilitado antes de qualquer edição de chave de URL.
• Decida sobre o caminho da categoria na URL do produto (desligado evita duplicação de múltiplas URLs).

Dados estruturados

• Adicione Product JSON-LD (o Magento 2 não inclui nenhum) via extensão ou desenvolvimento.
• Confirme que não há schema duplicado (microdados do tema + JSON-LD da extensão).
• aggregateRating/review apenas de avaliações reais.

On-page e indexação

• Títulos e meta descrições exclusivos em produtos e categorias.
• Texto da descrição da categoria preenchido (vazio por padrão).
• Paginação: URLs preferenciais exclusivas e autorreferentes; séries não marcadas como noindex.
• Política para produtos fora de estoque / descontinuados decidida (não deixe 404s órfãos).

Internacional e desempenho

• Duplicação de store-view controlada; hreflang completo e bidirecional se multi-local.
• Cache de página inteira (Varnish), CDN e imagens WebP para Core Web Vitals.

Folha de dicas de SEO para Magento

Mapa de versões

Navegação em camadas — o que fazer por tipo de URL

Principais configurações do Admin (Magento 2)

• Lojas → Configuração → Geral → Web → Otimização para mecanismos de busca: Usar reescritas do servidor web = Sim.
• Lojas → Configuração → Catálogo → Catálogo → Otimização para mecanismos de busca: sufixo de URL de produto/categoria, Usar tag de URL preferencial para categorias e produtos = Sim.
• Marketing → SEO e Pesquisa → Reescritas de URL: o gerenciador url_rewrite.
• Edição de produto/categoria → Otimização para mecanismos de busca: chave de URL, meta título, meta descrição; habilitar Criar redirecionamento permanente para URL antiga.

Fatos concretos

• O Magento 2 não emite JSON-LD por padrão (microdados apenas em alguns temas).
• O Google recomenda JSON-LD em vez de microdados/RDFa.
• noindex precisa de uma página rastreável — não combine com Disallow do robots.txt.
• URLs amigáveis ficam na tabela url_rewrite.

Os modelos mentais

1. Versão primeiro. Antes de qualquer tática, identifique a versão. No Magento 1, o projeto é uma migração, ponto final. No Magento 2, a edição escolhida muda os recursos, não os fundamentos de SEO.

2. Navegação em camadas = uma decisão binária por URL. Cada URL filtrada é um ativo (demanda real de pesquisa → torne-a uma página de destino indexável) ou um passivo (sem demanda → aponte a URL preferencial para outra página e/ou use noindex). Não trate todas as facetas da mesma forma; classifique-as por demanda e aplique o sinal certo.

3. As três regras de “não combine”.

• noindex + Disallow do robots.txt na mesma URL → tag nunca lida.
• noindex + URL preferencial diferente na mesma página → sinais contraditórios.
• URL preferencial sozinha para orçamento de rastreamento → páginas de origem ainda são rastreadas.

4. Controle o espaço de URLs e depois o índice. O sistema url_rewrite do Magento e os reescritores do servidor web governam quais URLs existem e para onde redirecionam. A URL preferencial e o noindex governam o que está no índice. Corrija a geração de URLs primeiro (não crie duplicação), depois gerencie a indexação.

5. Schema é opcional aqui. Na maioria das plataformas, schema é um ajuste; no Magento, é uma construção. Planeje o JSON-LD como um entregável e depois proteja-se contra o envio de dois blocos Product.

Ferramentas para SEO no Magento

• Magento Admin — URL Rewrites (Marketing → SEO & Search) — o gerenciador nativo da tabela url_rewrite; sua fonte de verdade para URLs amigáveis e redirecionamentos.
• Crawlers / auditorias de site — Screaming Frog SEO Spider ou Ahrefs Site Audit para medir quantas URLs de parâmetros a navegação em camadas realmente gera, identificar títulos e URLs preferenciais duplicados e encontrar cadeias de redirecionamento. É assim que você dimensiona o problema da navegação facetada.
• Google Search Console — o relatório Page indexing (os estados “Discovered — currently not indexed” (tradução) «Descoberta, atualmente não indexada» e “Crawled — currently not indexed” (tradução) «Rastreada, atualmente não indexada» costumam crescer com a proliferação de parâmetros) e Crawl stats para ver o orçamento de rastreamento gasto em URLs de filtro.
• Rich Results Test / Schema Markup Validator — confirme que o JSON-LD adicionado é válido e que você não tem um bloco de microdados concorrente.
• Extensões de SEO para Magento — Mageworx, Mirasvit, Amasty e similares adicionam JSON-LD, controle mais refinado da URL preferencial e regras de indexação de navegação em camadas que o núcleo do Magento deixa para você. (Avalie o comportamento de schema duplicado.)
• Análise de arquivos de log — para catálogos grandes, os logs do servidor mostram exatamente quanto rastreamento é desperdiçado em URLs de filtro.

Como medir a saúde do SEO no Magento

Estes são os KPIs permanentes para uma loja Magento, não verificações pontuais — acompanhe-os em uma cadência recorrente para que a navegação em camadas, a indexação e o schema não voltem silenciosamente a virar uma bagunça.

Proporção de URLs indexadas versus descobertas

O que isso indica: O quanto a navegação em camadas está inflando a visão do Google sobre o site. Uma categoria com algumas centenas de produtos não deveria ter dezenas de milhares de URLs descobertas.

Como obter: Search Console → relatório Page indexing, especificamente os grupos “Discovered — currently not indexed” (tradução) «Descoberta, atualmente não indexada» e “Crawled — currently not indexed” (tradução) «Rastreada, atualmente não indexada». Segmente por padrão de URL (strings de consulta de filtro) usando a amostra de inspeção de URL do relatório ou uma exportação de rastreamento.

Benchmark / faixa realista: Não há um número universal — depende do tamanho do catálogo e da quantidade de filtros. O sinal que importa é a tendência: uma proporção subindo mês após mês significa que a estratégia de URL preferencial e noindex na navegação em camadas não está se mantendo.

Cadência: Mensal, ou após qualquer mudança de configuração da navegação em camadas.

Orçamento de rastreamento gasto em URLs de filtro

O que isso indica: Se o Googlebot está desperdiçando capacidade de rastreamento em combinações de parâmetros quase duplicadas em vez de suas páginas reais de produto e categoria.

Como obter: Search Console → relatório Crawl stats (por resposta e por finalidade), cruzado com arquivos de log do servidor/CDN filtrados para requisições com ? parâmetros. Meu Faceted Navigation Auditor pode classificar uma lista fornecida de URLs de parâmetros para ajudar a dimensionar quais combinações estão realmente sendo geradas.

Benchmark / faixa realista: Depende do tamanho do catálogo e da frequência de rastreamento — não há uma porcentagem fixa “boa”. Trate uma participação crescente de rastreamentos em URLs de parâmetros em relação às URLs preferenciais de produtos e categorias como o sinal de alerta.

Cadência: Mensal para lojas estabelecidas; semanal durante e após uma mudança de configuração de navegação em camadas.

Consistência do sinal de URL preferencial

O que isso indica: Se as URLs filtradas e paginadas estão realmente resolvendo para a URL preferencial que você pretendia, sem reverter silenciosamente para autorreferentes nem faltando tags após uma atualização de tema/extensão.

Como obter: Verifique por amostragem URLs de filtro e paginação com meu Canonicalization Checker — ele audita os sinais de URL preferencial em HTML e HTTP e sinaliza conflitos.

Benchmark / faixa realista: Deve ser 100 % — cada URL filtrada que você pretende suprimir deve apontar para a página de categoria limpa como versão preferencial, e cada página paginada deve ser autorreferente. Qualquer exceção é um bug, não uma faixa.

Cadência: Após cada alteração de tema, extensão ou configuração de navegação em camadas; verificação pontual trimestral caso contrário.

Elegibilidade para rich results de produto

O que isso indica: Se o JSON-LD que você adicionou (o Magento não vem com nenhum por padrão) é realmente válido e completo o suficiente para obter rich results de preço/avaliação, e se um bloco de microdados de tema remanescente está conflitando com ele.

Como verificar: Search Console → relatório Enhancements para snippets de produto, ou verifique URLs individuais com o Rich Results Test do Google. Para uma auditoria de HTML bruto do schema em si — incluindo detecção de blocos duplicados — use meu PDP SEO Checker.

Benchmark / faixa realista: Depende do tamanho do catálogo e da cobertura de avaliações — nem todo SKU terá dados de aggregateRating. Acompanhe a tendência de itens válidos vs. erros/avisos, não um alvo absoluto.

Cadência: Mensalmente, e imediatamente após qualquer atualização de extensão de schema ou mudança de tema.

Testes de validação: como provar que uma correção de SEO do Magento teve efeito

Verificações de aprovação/reprovação para as mudanças específicas abordadas neste artigo — execute cada uma logo após fazer a mudança e depois novamente na cadência de monitoramento indicada.

URL preferencial adicionada a uma categoria filtrada

Teste a executar: Carregue uma URL filtrada (ex.: /running-shoes?color=blue) no meu Canonicalization Checker.

Resultado esperado: A ferramenta relata uma rel=canonical na URL filtrada apontando para a URL de categoria limpa (/running-shoes), sem um cabeçalho HTTP conflitante.

Interpretação de falha: Uma tag ausente, autorreferente ou apontando para outro lugar significa que a configuração “Use Canonical Link Meta Tag for Categories” (tradução) «Usar metatag de link preferencial para categorias» ou a lógica do template ou da extensão não está emitindo o valor correto para esse padrão de URL.

Janela de monitoramento: Imediata para a tag em si; 2–4 semanas no relatório de indexação de páginas do Search Console para ver o Google captar o sinal consolidado.

Gatilho de reversão: Se as contagens de URLs indexadas para o padrão de filtro continuarem subindo após 4 semanas com a URL preferencial confirmada, o sinal não está sendo respeitado — verifique se há um noindex ou bloqueio conflitante no robots.txt.

noindex aplicado a uma combinação de filtro de baixo valor

Teste a executar: Busque o HTML renderizado <head> da URL filtrada (view-source ou curl) e verifique se há <meta name="robots" content="noindex,follow">. Depois verifique robots.txt para esse padrão de URL com meu Google Index Checker.

Resultado esperado: A tag noindex está presente E a URL não está desautorizada no robots.txt — o Google só pode ler a tag em uma página rastreável.

Interpretação de falha: Se robots.txt também desautorizar o padrão, o Googlebot nunca buscará a página para ver a tag noindex, e a URL pode permanecer indexada indefinidamente apenas com base em sinais históricos.

Janela de monitoramento: Dias para o rastreamento captar a tag; 2–8 semanas para a URL realmente sair do índice (mais tempo para páginas de filtro anteriormente bem linkadas).

Gatilho de reversão: URL ainda indexada após 8 semanas com noindex confirmado como rastreável — verifique se há uma URL preferencial diferente em conflito com o noindex na mesma página (são sinais contraditórios; o Google pode ignorar um).

Produto simples aponta para o pai configurável como URL preferencial

Teste a executar: Carregue uma URL de variante de produto simples (uma combinação específica de tamanho/cor) no meu Canonicalization Checker.

Resultado esperado: A ferramenta relata uma rel=canonical na URL do produto simples apontando para a URL do produto configurável pai, sem um cabeçalho HTTP conflitante.

Interpretação de falha: Uma tag autorreferente ou ausente significa que “Use Canonical Link Meta Tag for Products” (tradução) «Usar metatag de link preferencial para produtos» não está habilitado, ou a variante está sendo tratada como visível e indexável independentemente da relação com o produto pai.

Janela de monitoramento: Imediata para a própria tag; 2–4 semanas no relatório de indexação de páginas do Search Console para confirmar que as URLs das variantes se consolidam sob o produto pai, em vez de se acumularem como páginas indexadas separadas.

Gatilho de reversão: Se as contagens de URLs indexadas para produtos simples continuarem subindo após 4 semanas com a URL preferencial confirmada, verifique se “Not Visible Individually” (tradução) «Não visível individualmente» está sendo usado no lugar da tag rel=canonical — a visibilidade do catálogo não bloqueia o rastreamento de URLs diretas, sitemaps ou links internos.

O redirecionamento na mudança de URL está protegendo URLs antigas

Teste a executar: Após alterar a chave de URL de um produto ou categoria, solicite a URL antiga diretamente: curl -I https://yourstore.com/old-url-key.

Resultado esperado: Um único 301 para a nova URL (sem cadeias de redirecionamento).

Interpretação de falha: Um 404 significa que “Criar Redirecionamento Permanente para URL Antiga” estava desativado quando a chave foi alterada, ou a entrada url_rewrite não foi gerada — a URL antiga e quaisquer links de entrada/ranqueamentos que ela mantinha agora estão perdidos.

Janela de monitoramento: Imediata — esta é uma verificação de código de status, sem necessidade de espera.

Gatilho de reversão: Qualquer 404/cadeia em uma URL que ranqueava anteriormente — restaure a entrada url_rewrite ou adicione um redirecionamento manual antes que ela caia do índice.

O schema JSON-LD de Produto é válido e não duplicado

Teste a executar: Execute a página de produto no meu PDP SEO Checker para auditar o JSON-LD bruto em busca de campos obrigatórios e blocos duplicados e, em seguida, confirme a elegibilidade para rich results com o Teste de Rich Results do Google.

Resultado esperado: Um bloco Product válido com name, image, description, offers (price, priceCurrency, availability) e — se você estiver reivindicando classificações por estrelas — aggregateRating/review provenientes de avaliações reais. Nenhum segundo bloco conflitante de microdados de tema remanescente.

Interpretação de falha: Dois blocos Product (microdados de tema + JSON-LD de extensão) geralmente significam que o Google escolhe um arbitrariamente ou descarta ambos como inconsistentes; campos offers ausentes significam que a página não se qualificará para snippets de preço.

Janela de monitoramento: Imediata para validade; 2–4 semanas no relatório de Melhorias do Search Console para confirmar que os rich results realmente começam a aparecer.

Gatilho de reversão: O relatório de Melhorias mostra aumento de “Itens inválidos” após uma atualização de tema ou extensão — desative a fonte mais recente até que a duplicação seja resolvida.

Recursos que valem seu tempo

Sobre os tópicos que dominam o SEO do Magento neste site

• Navegação facetada — a principal referência para o problema da navegação em camadas e a estrutura de decisão indexar-ou-suprimir.
• Definição da URL preferencial e a tag de URL preferencial — a principal correção para a duplicação de parâmetros do Magento.
• Conteúdo duplicado — por que URLs de filtros e visualizações de loja dividem sinais.
• Parâmetros de URL e orçamento de rastreamento — a mecânica do lado do rastreamento da proliferação de parâmetros.

Meus artigos relacionados (Ahrefs)

• Guia para iniciantes em SEO técnico — onde esses controles se encaixam no panorama geral.
• Navegação facetada: definição, exemplos e práticas recomendadas de SEO — a estrutura de decisão completa (sou revisor deste).
• Parâmetros de URL: guia completo para profissionais de SEO.

Oficial

• Práticas recomendadas de SEO para Adobe Commerce — a orientação da própria plataforma.
• Gerenciando o rastreamento de URLs de navegação facetada, do Google.

De outros

• r/TechSEO e o Magento Stack Exchange — onde peculiaridades de rastreamento/indexação específicas do Magento são depuradas.
• Guia técnico para problemas comuns de SEO no Magento (Search Engine Journal, Dan Taylor) — guia abrangente para profissionais que cobre reescritas de URL, produtos configuráveis e simples e controles de navegação facetada.
• Guia definitivo de conteúdo duplicado no Magento (Vervaunt, Paul Rogers) — a fonte mais citada para o mapa completo de conteúdo duplicado e a estratégia de URL preferencial para produtos configuráveis e simples.
• Considerações de SEO para produtos configuráveis e simples no Magento (Paul Rogers) — aprofundamento sobre como apontar SKUs simples para seus pais configuráveis em escala.
• Navegação em camadas causando problemas? Resolva (Scandiweb) — orientação atual alinhada ao Google sobre regras de bloqueio no robots.txt como controle primário de rastreamento para navegação facetada.
• SEO para navegação em camadas no Magento 2: guia definitivo (Mageworx) — passo a passo detalhado da proliferação de URLs com parâmetros, com exemplos concretos de URL.
• Schema de produto para Adobe Commerce (Lumio) — explica por que o Luma quase não inclui JSON-LD e mostra como criar um módulo JSON-LD personalizado sobre o modelo EAV.

Registro de alterações