O SEO para Magento resume-se a três tarefas: controlar o que o Google pode rastrear, garantir que todas as páginas que se devem posicionar são rápidas e indexáveis, e impedir que upgrades e alterações no servidor desfaçam silenciosamente esse trabalho. A maioria das lojas Magento perde posições por problemas técnicos, não por conteúdo fraco. A navegação por camadas inunda o Google com URLs quase duplicados, as store views multiplicam um erro de canónico por todos os mercados e um único bloco não cacheável pode tornar uma página inteira lenta.
Este guia percorre cada área com a definição do Magento ou o comando para a verificar. Vários exemplos vêm de uma auditoria que fizemos ao nosso próprio site, shopwhizzy.com, porque os problemas que lá encontrámos são os mesmos que encontramos nas lojas dos clientes.
Porque é que o Magento precisa de uma abordagem de SEO própria
Os conselhos genéricos de SEO pressupõem um site com algumas centenas de páginas e uma só língua. Uma loja Magento é diferente em quatro aspetos:
- A navegação por camadas transforma cada combinação de filtros num URL rastreável. Uma categoria com dez filtros pode gerar milhares de variações.
- As store views fazem com que um erro de configuração se repita em todas as línguas e países.
- A velocidade decide-se no servidor: a full-page cache, o Varnish, o Valkey ou o Redis, o PHP e o tema de frontend contam mais do que qualquer extensão de SEO.
- Os upgrades e as novas extensões alteram o output: URL keys, tags canónicas, dados estruturados e tags robots podem mudar sem que ninguém repare.
1. Controle o que o Google rastreia
Tags canónicas em categorias e produtos
O Magento pode acrescentar ele próprio as tags canónicas. Vá a Stores > Configuration > Catalog > Catalog > Search Engine Optimization e defina Use Canonical Link Meta Tag For Categories e Use Canonical Link Meta Tag For Products como Yes.
Na mesma secção, defina Use Categories Path for Product URLs como No. Quando está ativo, um produto em três categorias fica acessível em três URLs, e o Google tem de adivinhar qual conta.
Navegação por camadas
Decida que páginas de filtros merecem posicionar-se. Um filtro como marca ou cor numa categoria grande pode ser uma verdadeira landing page com procura. A maioria das combinações, como intervalos de preço, ordenações e três filtros em simultâneo, não é. O padrão habitual:
- Os filtros com procura têm as suas próprias landing pages indexáveis, com título e descrição únicos.
- Tudo o resto recebe
noindex, followe uma tag canónica a apontar para o URL limpo da categoria. - Os parâmetros de ordenação, limite e modo são bloqueados no robots.txt, para que os crawlers não percam tempo com eles.
robots.txt
Edite-o em Content > Design > Configuration > (a sua store view) > Search Engine Robots. Bloqueie o carrinho, o checkout, a conta de cliente, a pesquisa interna e os parâmetros de ordenação. Nunca bloqueie CSS nem JavaScript; o Google precisa deles para renderizar as suas páginas.
2. Acerte no sitemap, para a loja certa
O Magento gera sitemaps em Marketing > SEO & Search > Site Map. Há dois problemas que surgem uma e outra vez.
O sitemap pertence à store view errada. Cada registo de sitemap está associado a uma loja. Se a sua loja foi migrada ou reestruturada, pode continuar a apontar para uma antiga. Foi exatamente isso que encontrámos no shopwhizzy.com: o sitemap estava a ser gerado para um website antigo, pelo que as páginas de produto dos nossos temas nunca lá tinham estado, enquanto uma categoria órfã que devolvia 404 estava.
O sitemap inclui páginas que não se devem posicionar. O Magento inclui todos os produtos visíveis. Se vende serviços, subscrições ou produtos de teste como produtos Magento, as respetivas páginas de compra acabam no sitemap. Mantenha nele apenas landing pages reais e marque as restantes com noindex, follow.
Verifique o seu abrindo /sitemap.xml e fazendo duas perguntas: estão aqui todas as minhas páginas importantes, e há aqui alguma coisa que não devia estar?
3. Lojas internacionais: store views e hreflang
Cada língua ou país deve ter a sua própria store view, com URL keys, títulos e meta descriptions traduzidos. O Magento não gera tags hreflang por si só, por isso precisa de uma extensão ou de um pequeno módulo personalizado. As regras que importam:
- Cada página indica todas as suas versões linguísticas, incluindo ela própria.
- Os URLs nas tags hreflang são canónicos, indexáveis e devolvem 200.
- Acrescente um
x-defaultpara os visitantes que não correspondem a nenhum dos seus mercados.
4. A velocidade e as Core Web Vitals começam no servidor
Corra em modo de produção. O modo de desenvolvimento compila o código em tempo real e é muito mais lento. Verifique com bin/magento deploy:mode:show. O nosso próprio site ainda estava em modo de desenvolvimento quando começámos esta auditoria.
Garanta que as páginas estão realmente em cache. Um único bloco declarado com cacheable="false" num ficheiro de layout torna a página inteira impossível de guardar em cache. No shopwhizzy.com, um bloco de preços em nove páginas de alojamento tinha essa flag, embora não mostrasse dados específicos do cliente. Essas páginas respondiam em 480 a 660 ms, enquanto as páginas em cache respondiam em 130 a 230 ms. Encontre estes blocos com:
grep -rn 'cacheable="false"' app/code app/designDepois, o frontend: um tema Hyvä carrega uma fração do JavaScript do Luma, o que é normalmente a maior melhoria individual para o Largest Contentful Paint e o Interaction to Next Paint. Consulte Desenvolvimento e migração para o tema Hyvä.
5. Dados estruturados
As páginas de produto devem gerar Product com uma Offer (preço, moeda, disponibilidade) e BreadcrumbList. A homepage deve gerar Organization com uma lista sameAs dos seus perfis oficiais, para que os motores de pesquisa e os assistentes de IA associem a sua marca entre sites. Teste cada template no Rich Results Test do Google.
Seja realista quanto ao markup de FAQ: desde agosto de 2023, o Google só mostra resultados enriquecidos de FAQ para sites governamentais e de saúde conhecidos. Não faz mal, mas não lhe vai dar espaço extra nos resultados.
6. Confirme que as ferramentas do Google e os crawlers de IA conseguem mesmo chegar até si
O bloqueio de bots ao nível do servidor é comum no alojamento Magento e pode bloquear discretamente os visitantes errados. No nosso próprio servidor, a regra nginx de um site era partilhada por todos os sites através de um nome de variável comum. Bloqueava o Google-InspectionTool, o agente por trás da Inspeção de URL do Search Console e do Rich Results Test. Bloqueava também o ClaudeBot, o ChatGPT-User e o PerplexityBot, o que significa menos menções em respostas de IA. O Googlebot normal continuava a funcionar, por isso as posições pareciam normais e ninguém reparou.
Teste por si:
curl -s -o /dev/null -w '%{http_code}\n' -A 'Mozilla/5.0 (compatible; Google-InspectionTool/1.0)' https://yourstore.com/
curl -s -o /dev/null -w '%{http_code}\n' -A 'Mozilla/5.0 (compatible; ClaudeBot/1.0)' https://yourstore.com/Ambos devem devolver 200, a menos que tenha decidido bloquear os crawlers de IA de propósito.
7. Proteja as posições durante upgrades e migrações
- Faça um crawl da loja antes do upgrade e guarde a lista de URLs, títulos, canónicos e códigos de estado.
- Faça um crawl do staging depois do upgrade e compare.
- Após o lançamento, volte a gerar o sitemap, verifique o robots.txt e acompanhe a cobertura no Search Console durante duas semanas.
Mais sobre isto no nosso serviço de upgrade Magento.
Checklist de SEO para Magento
| Área | Verificação | Onde |
|---|---|---|
| Canónicos | Tags canónicas ativas para categorias e produtos | Catalog > Search Engine Optimization |
| URLs | Caminho da categoria nos URLs de produto desativado | Catalog > Search Engine Optimization |
| Navegação por camadas | Apenas os filtros com procura são indexáveis | Tema ou extensão de SEO |
| robots.txt | Carrinho, checkout, pesquisa e ordenação bloqueados; CSS e JS permitidos | Content > Design > Configuration |
| Sitemap | Gerado para a store view em produção; apenas landing pages | Marketing > Site Map |
| Hreflang | Todas as versões indicadas, autorreferência, x-default | Extensão ou módulo personalizado |
| Modo | Modo de produção | bin/magento deploy:mode:show |
| Cache | Nenhum bloco cacheable="false" nas landing pages | grep em app/code e app/design |
| Dados estruturados | Product, Offer, BreadcrumbList, Organization | Rich Results Test |
| Bots | O Google-InspectionTool e os crawlers de IA escolhidos recebem 200 | curl -A |
Perguntas frequentes
Preciso de uma extensão de SEO para o Magento?
Nem sempre. As definições nativas do Magento cobrem as tags canónicas, a estrutura de URLs, o robots.txt e os sitemaps. Uma extensão ajuda com as regras da navegação por camadas, o hreflang, meta tags por modelo e dados estruturados mais ricos em catálogos grandes.
Quanto tempo demoram as correções de SEO no Magento a dar resultados?
As correções técnicas costumam notar-se em quatro a oito semanas, depois de o Google voltar a rastrear as páginas afetadas. Conteúdo novo e novas landing pages demoram mais, normalmente três a seis meses.
O Hyvä é melhor para o SEO do que o Luma?
O Hyvä não altera os seus URLs nem o conteúdo, mas o seu frontend muito mais leve costuma melhorar as Core Web Vitals, o que ajuda tanto o posicionamento como a conversão.
Devo bloquear os crawlers de IA?
É uma decisão de negócio. Se quer que a sua loja seja mencionada e tenha links nas respostas do ChatGPT, do Claude ou do Perplexity, deixe entrar os respetivos crawlers. Em qualquer caso, faça disso uma escolha deliberada, e não um efeito secundário de uma regra partilhada no servidor.
Precisa de ajuda? Fazemos SEO para lojas Magento e corrigimos o que encontramos no código e no servidor. Veja os nossos serviços de SEO para Magento.