O SEO multilingue WooCommerce começa antes de traduzir a primeira palavra: começa quando decides que cada idioma terá a sua própria URL indexável e que o Google entenderá como se relacionam essas versões entre si. Traduzir a ficha «em cima da hora» sobre o mesmo endereço, ou esconder os idiomas atrás de um parâmetro, é o caminho mais rápido para conteúdo duplicado e para páginas que nunca se posicionam no mercado que te interessa. Neste guia montamos uma arquitetura internacional sólida: uma URL por idioma, hreflang bem apontado, slugs traduzidos, sitemap e canonical corretos, e como medir a indexação no Search Console.
SEO multiidioma WooCommerce: por que traduzir não basta
Um erro muito repetido é pensar que, se o texto aparece traduzido, já estás a fazer SEO internacional. Para o Google, cada versão deve ser um endereço próprio e rastreável: se a tradução é gerada sobre a mesma URL consoante o idioma do navegador, o motor de busca só vê uma página, indexa um idioma e descarta os restantes. Um bom SEO multiidioma WooCommerce persegue o contrário: que cada idioma seja uma página independente e que todas estejam ligadas entre si.
Se vens do zero, revê antes o nosso guia completo para traduzir WooCommerce, porque a tradução é o passo prévio sobre o qual assenta esta arquitetura.
O erro de traduzir sem URL própria por idioma
Traduzir sem URL própria (com cookies, com JavaScript no cliente ou com um parâmetro tipo ?lang=en) tem três consequências: o motor de busca não indexa cada idioma separadamente, não mostra a versão correta em cada mercado e, muitas vezes, interpreta o conteúdo misturado como duplicado.
Uma URL indexável por idioma: a base de tudo
A primeira decisão estrutural do SEO multiidioma WooCommerce é como separas os idiomas na URL. Há três padrões válidos:
- Subpasta (
tienda.com/en/): a opção mais habitual; herda a autoridade do domínio. - Subdomínio (
en.tienda.com): válido, mas o Google trata-o quase como um site à parte. - Domínio por país (
tienda.fr): o sinal geográfico mais forte, mas o mais caro de posicionar do zero.
Para a maioria das lojas, a subpasta é o melhor equilíbrio. O importante para o SEO multiidioma WooCommerce é que a URL seja estável, limpa e rastreável: sem parâmetros de sessão e sem tradução que dependa do navegador.
Como estruturar o SEO multiidioma WooCommerce por pastas
Com subpasta, o produto em espanhol vive em /producto/mochila-viaje/ e a sua versão inglesa em /en/product/travel-backpack/. Não muda apenas o prefixo do idioma: também mudam a base (producto para product) e o slug. Essa coerência diz ao motor de busca que cada pasta é uma árvore completa e autónoma, não uma camada sobre o original.
Etiquetas hreflang: relacionar versões e evitar duplicados
O hreflang liga as versões de uma mesma página em diferentes idiomas: diz ao Google que esta URL é a versão inglesa daquela outra espanhola, e que a cada utilizador lhe mostre a sua. É a peça que evita que duas versões concorram entre si e reduz o risco de conteúdo duplicado; em qualquer projeto de SEO multiidioma WooCommerce, é a etiqueta que mais vezes é configurada mal.
Cada página deve declarar todas as versões, incluindo ela própria, de forma recíproca: se a espanhola aponta para a inglesa, a inglesa deve apontar de volta. Adiciona uma entrada x-default para a versão por defeito. A referência oficial está na documentação do Google sobre sites multirregionais e multilingues.
Erros típicos com hreflang
- Não recíproco: A aponta para B, mas B não aponta para A; o Google ignora a relação.
- Códigos mal formados:
en-UKem vez deen-GB, ou combinações idioma-país que não existem. - Apontar para URLs com redirecionamento: o hreflang deve sinalizar a URL final e indexável.
- Esquecer a autorreferência ou o
x-default: falta metade da relação e o círculo não se fecha.
Slugs traduzidos para o idioma do utilizador
O slug também deve ser traduzido. Um utilizador inglês que procura «travel backpack» espera /en/product/travel-backpack/, não /en/product/mochila-viaje/. O slug traduzido melhora a relevância da URL e aumenta a taxa de cliques porque coincide com a intenção de pesquisa: é uma das alavancas mais rentáveis do SEO multiidioma WooCommerce e uma das mais esquecidas. Dois avisos: traduz também a base do caminho (product, product-category) e não mudes um slug já indexado sem um redirecionamento 301, ou vais quebrar ligações e queimar o posicionamento conquistado.
Sitemap e canonical por idioma
No SEO multiidioma WooCommerce, cada idioma precisa de estar no sitemap XML com a sua URL própria, para que o Google descubra e rastreie todas as versões sem depender da navegação interna. O ideal é um sitemap que liste cada versão e inclua as anotações hreflang.
Canonical: um por idioma, nunca cruzado
O canonical é onde o SEO multiidioma WooCommerce mais tropeça, e deve ser autorreferencial: a página inglesa declara-se canónica de si mesma, não da espanhola. O erro mais grave é apontar o canonical de todas as versões para o original: com isso dizes ao Google que as traduções não devem ser indexadas, e desaparecem dos resultados. Canonical e hreflang trabalham juntos, mas cada um no seu idioma.
Medir a indexação por idioma no Search Console
Confirma que o Google entende a arquitetura. No Search Console, revê o relatório de Páginas filtrando pela pasta de cada idioma (/en/, /fr/) para ver quantos URLs estão indexados por versão. Muitas páginas «detetadas mas não indexadas» ou «alternativa com etiqueta canónica adequada» costumam denunciar um canonical cruzado ou um hreflang mal apontado. A inspeção de URL sobre uma ficha traduzida dir-te-á que canónica o Google escolheu: é a forma mais direta de confirmar que o teu SEO multiidioma WooCommerce funciona idioma a idioma.
Comparação: tradução em cima da hora versus URL própria
Esta tabela resume por que o SEO multiidioma WooCommerce precisa de uma URL real por idioma e não de um truque de tradução sobre o mesmo endereço:
| Aspeto | Tradução em cima da hora / parâmetro | URL indexável por idioma |
|---|---|---|
| Indexação | Só um idioma é indexado | Cada idioma é indexado separadamente |
| Conteúdo duplicado | Risco alto | Controlado com hreflang + canonical |
| hreflang | Não aplicável de forma fiável | Recíproco entre versões reais |
| Slug | Fica no idioma original | Traduzido para a intenção do utilizador |
| Search Console | Não se pode medir por idioma | Mensurável pasta a pasta |
Checklist de SEO internacional para WooCommerce
- Uma URL indexável e estável por idioma (sem parâmetros nem tradução em cima da hora).
- hreflang recíproco entre todas as versões, com autorreferência e
x-default. - Slugs e bases de caminho traduzidos, com 301 se alterares um já indexado.
- Canonical autorreferencial por idioma; nunca cruzado.
- Sitemap que inclua cada versão de idioma.
- Metadados (title, meta description, Open Graph) traduzidos, não clonados.
- Revisão periódica da indexação por pasta no Search Console.
Este checklist resume o SEO multiidioma WooCommerce na prática: são muitas peças e todas têm de encaixar ao mesmo tempo. Fazê-lo manualmente, ficha a ficha, é inviável com centenas de produtos: um plugin nativo deve gerar a URL por idioma, apontar o hreflang correto e controlar o canonical e o noindex sem que toques em código. Essa é a função de EHERO Woo Multilang, que monta esta arquitetura de forma automática. E se quiseres redigir e otimizar as traduções em escala, podes potenciar o SEO com IA ligando a tua própria chave de OpenAI, Claude, Gemini, DeepL ou DeepSeek: pagas apenas alguns euros diretamente ao fornecedor por todo o catálogo. Para lojas grandes, EHERO Smart Search e EHERO Woo Holded completam o ecossistema em pesquisa interna multilingue e faturação.
Perguntas frequentes
Preciso de um domínio diferente para cada idioma?
Não. Para a maioria das lojas basta usar subpastas por idioma (/en/, /fr/), que herdam a autoridade do domínio e são mais fáceis de manter do que um domínio por país.
O hreflang elimina por completo o conteúdo duplicado?
Reduz muito o risco, mas deve combinar-se com um canonical autorreferencial por idioma; se o canonical apontar para o idioma original, as traduções não são indexadas.
Tenho de traduzir também o slug ou basta o texto?
Convém traduzir o slug, porque melhora a relevância da URL e os cliques. Ainda assim, se alterares um já indexado, adiciona sempre um redirecionamento 301 a partir do antigo.
Como sei se o Google indexa cada idioma?
Filtra o relatório de Páginas do Search Console pela pasta de cada idioma e usa a inspeção de URL sobre uma ficha traduzida para ver que canónica foi escolhida.
Conclusão
Fazer bem o SEO multiidioma WooCommerce resume-se a uma regra: uma URL indexável por idioma, ligada com hreflang recíproco, com slugs traduzidos e um canonical que nunca cruza idiomas. Se essas peças encaixam, evitas o conteúdo duplicado e cada mercado posiciona-se separadamente; se falham, nem a melhor tradução te salvará. Monta-o de forma nativa e sem trabalho manual com EHERO Woo Multilang e deixa que o plugin trate de URLs, hreflang e canonical por ti enquanto te concentras em vender em cada idioma.
