URLs amigáveis e redirecionamento no Magento

Se você gerencia um e-commerce Magento 2, provavelmente já se perguntou por que algumas páginas somem do Google após uma migração ou por que determinadas URLs não aparecem bem nos resultados de busca. A resposta quase sempre passa por dois elementos que precisam estar bem configurados: URLs amigáveis e redirecionamentos. Este guia explica como cada um funciona, onde o Magento 2 facilita a vida e onde exige atenção redobrada.

Principais pontos do artigo

  • O que são URLs amigáveis e por que o Magento 2 as gera automaticamente
  • Como configurar URLs canônicas para evitar conteúdo duplicado
  • Quando e como usar redirecionamentos 301, 302 e 404
  • Como o Magento 2 gerencia o histórico de URL e os rewrites automáticos
  • Erros comuns que derrubam rankings e como corrigi-los
URLs amigáveis e redirecionamento

O que são URLs amigáveis

Uma URL amigável é um endereço de página escrito de forma legível para humanos e motores de busca. Em vez de /catalog/product/view/id/453, o visitante vê /tenis-corrida-masculino-azul. Para o Google, a segunda versão carrega informação relevante. Para o usuário, ela transmite confiança antes mesmo de clicar.

O Magento 2 gera URLs amigáveis por padrão a partir do nome do produto ou da categoria. Esse processo é controlado pelo campo “URL Key” em cada entidade do catálogo. O que muita gente não percebe é que alterar esse campo depois que a página já foi indexada exige um redirecionamento para preservar o tráfego orgânico.

Como o Magento 2 organiza URLs de produtos e categorias

No Magento 2, a URL de um produto pode incluir ou não o caminho da categoria. Por exemplo:

  • Sem caminho de categoria: /tenis-corrida-azul.html
  • Com caminho de categoria: /calcados/corrida/tenis-corrida-azul.html

Essa escolha fica em Lojas > Configuração > Catálogo > Catálogo > Otimização para mecanismos de busca > “Usar caminho de categoria para URLs de produto”. A segunda opção cria URLs mais longas e descritivas, mas também gera mais versões do mesmo produto quando ele pertence a múltiplas categorias. Isso é um problema real de conteúdo duplicado se as canonicals não estiverem configuradas corretamente.

URLs canônicas: a configuração que a maioria esquece

Quando um produto aparece em três categorias diferentes, o Magento 2 pode gerar três URLs distintas apontando para o mesmo conteúdo. Para o Google, isso sinaliza duplicidade. A solução é a tag canonical, que indica qual URL deve ser considerada a principal.

No Magento 2, essa configuração fica em Lojas > Configuração > Catálogo > Otimização para mecanismos de busca. Há opções separadas para canonical de produtos e para canonical de categorias. Ative ambas. Em seguida, verifique no código-fonte de uma página de produto se a tag aparece corretamente no <head>:

html

<link rel="canonical" href="https://seusite.com.br/tenis-corrida-azul.html" />

Se a URL canônica apontar para uma versão com parâmetros de sessão ou filtros, o rastreamento do Google ficará comprometido. Esse erro é comum em lojas que usam extensões de filtro por atributo.

Redirecionamentos no Magento 2

Redirecionamento é o mecanismo que indica ao navegador e ao Google que uma URL mudou de endereço. O tipo mais comum em SEO é o 301, que sinaliza mudança permanente e transfere praticamente toda a autoridade da URL original.

O Magento 2 tem dois comportamentos importantes relacionados a redirecionamentos:

Redirecionamento automático ao alterar URL Key. Quando você muda a URL Key de um produto ou categoria e a opção “Criar redirecionamento permanente para URL antiga” está ativada, o sistema gera automaticamente um rewrite 301. Esse comportamento evita que páginas indexadas retornem 404 após edições. Confirme que essa opção está habilitada em cada edição de produto.

URL Rewrites manuais. Para situações mais complexas, como migração de estrutura de URL, renomeação de categorias em massa ou integração de domínios, o Magento 2 oferece a interface de URL Rewrites em Marketing > SEO e Pesquisa > URL Rewrites. Ali você cria redirecionamentos 301 ou 302 de forma manual, especificando a URL de origem e o destino.

Quando usar 301 e quando usar 302

O 301 é para mudanças permanentes. Use quando uma página foi renomeada definitivamente, uma categoria foi reorganizada ou um produto descontinuado foi substituído por um similar.

O 302 é para mudanças temporárias. Use para promoções sazonais, testes de landing page ou páginas em manutenção. O Google não transfere autoridade em 302, então utilizá-lo no lugar do 301 por engano é um erro que derruba rankings com o tempo.

Um caso específico merece atenção: páginas de produtos fora de estoque. Se o produto vai retornar ao estoque, mantenha a página ativa com mensagem de disponibilidade futura. Se foi descontinuado definitivamente, faça um 301 para a categoria mais relevante ou para um produto substituto. Retornar 404 nesse cenário desperdiça a autoridade acumulada pela URL.

O problema dos redirecionamentos em cadeia

Cada redirecionamento adiciona latência à requisição e dilui a transferência de autoridade. Uma cadeia como /url-a/url-b/url-c/url-final é tecnicamente funcional, mas prejudicial. O Google suporta cadeias de redirecionamento, mas aconselha mantê-las no máximo em dois saltos.

No Magento 2, cadeias surgem frequentemente quando a URL Key de um produto é alterada mais de uma vez sem que os rewrites antigos sejam limpos. Com o tempo, a tabela url_rewrite acumula entradas desnecessárias. Uma auditoria periódica dessa tabela, combinada com ferramentas como Screaming Frog, identifica e resolve essas cadeias antes que se tornem problema.

URLs amigáveis e redirecionamento

Erros 404 e como tratá-los

Um 404 indica que a URL solicitada não existe no servidor. É esperado em alguns casos, mas quando aparece em grandes volumes no Search Console significa que o Google está tentando rastrear páginas que o site removeu sem redirecionamento.

No Magento 2, os 404 mais comuns vêm de:

  • Produtos deletados sem redirecionamento
  • Mudanças de URL Key sem criação de rewrite
  • Migração de plataforma sem mapeamento de URLs legadas
  • Filtros e parâmetros de paginação indexados incorretamente

A correção passa por identificar as URLs com erro no Search Console, verificar se têm histórico de tráfego orgânico relevante e, para as que têm, criar redirecionamentos 301 para o destino mais adequado. URLs sem histórico podem simplesmente retornar 404 com uma página de erro bem estruturada.

Configuração do arquivo robots.txt e sua relação com URLs

O robots.txt controla quais URLs o Googlebot pode rastrear. No Magento 2, é comum bloquear padrões como /catalogsearch/, /checkout/, e parâmetros de ordenação e filtro que geram URLs duplicadas sem valor de indexação.

Essa configuração fica em Conteúdo > Design > Configuração > Editar > Instruções de robôs. Uma prática frequente é bloquear URLs com parâmetros como ?price=, ?color=, ?sort= via robots.txt ou meta robots noindex nas páginas geradas por filtros de camada.

A regra geral: bloqueie o rastreamento de URLs que não devem ser indexadas, use canonical nas que podem ser rastreadas mas têm versão preferencial, e reserve a indexação completa para as URLs que realmente trazem tráfego qualificado.

Lojas multistores e o desafio das URLs por escopo

O Magento 2 suporta múltiplas lojas com URLs base distintas, idiomas diferentes e catálogos parcialmente compartilhados. Nesse cenário, o gerenciamento de URL Rewrites se torna mais complexo porque os rewrites são criados por escopo de store view.

Um produto que existe em três store views pode ter três URL Keys diferentes. Ao editar a URL Key em um escopo, o rewrite automático é gerado apenas para aquele escopo. Os outros precisam ser tratados manualmente ou via script de migração.

Além disso, lojas que utilizam hreflang para múltiplos idiomas precisam garantir que as URLs canônicas e os redirecionamentos respeitem o escopo correto. Um redirecionamento 301 da URL em português para a URL em espanhol, por exemplo, é um erro de configuração que afeta tanto a experiência do usuário quanto os sinais de localização para o Google.

Como a Trezo aborda SEO técnico no Magento 2

Na Trezo, o trabalho de SEO técnico começa antes do go-live. Mapeamos a estrutura de URLs da loja, identificamos padrões que geram duplicidade e configuramos canonicals e rewrites ainda na fase de implantação. Em lojas migradas de outras plataformas, construímos o mapeamento completo de URLs legadas para garantir que nenhuma página com histórico de indexação chegue ao ar retornando 404.

Se você tem dúvidas sobre a configuração de URLs amigáveis ou redirecionamentos na sua loja Magento 2, fale com nossos especialistas. A análise começa pelo diagnóstico do estado atual.

FAQ – Perguntas Frequentes

O que acontece com o SEO se eu alterar a URL Key de um produto no Magento 2?

Se a opção de redirecionamento automático estiver ativa, o Magento 2 cria um rewrite 301 da URL antiga para a nova. Isso preserva a autoridade da página original. Se a opção estiver desativada, a URL antiga retorna 404 e o ranking acumulado é perdido.

Posso usar o Magento 2 para criar redirecionamentos em massa após uma migração?

Sim. O Magento 2 permite criar URL Rewrites de forma manual pela interface administrativa ou via importação direta na tabela url_rewrite do banco de dados. Para migrações com centenas ou milhares de URLs, a segunda abordagem é mais eficiente e pode ser automatizada com scripts.

URLs com parâmetros de filtro prejudicam o SEO no Magento 2?

Sim, se não forem tratadas. Filtros de camada navegacional geram URLs com parâmetros que o Google pode tentar indexar, criando conteúdo duplicado. A solução combina o uso de meta robots noindex nessas páginas, canonical apontando para a URL limpa da categoria e, quando necessário, bloqueio via robots.txt.