O SEO multilingue WooCommerce começa antes de traduzir a primeira palavra: começa quando decide que cada idioma terá a sua própria URL indexável e que o Google entenderá como essas versões se relacionam entre si. Traduzir a ficha «em tempo real» 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 lhe 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 multilingue WooCommerce: por que traduzir não basta

Um erro muito repetido é pensar que, se o texto aparece traduzido, já está 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 multilingue WooCommerce procura o contrário: que cada idioma seja uma página independente e que todas estejam ligadas entre si.

Se está a começar do zero, reveja antes o nosso guia completo para traduzir WooCommerce, porque a tradução é o passo prévio sobre o qual esta arquitetura se apoia.

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 do 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 multilingue WooCommerce é como separa 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 multilingue 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 multilingue 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 deve mostrar 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 multilingue WooCommerce, é a etiqueta que mais vezes é configurada mal.

Cada página deve declarar todas as versões, incluindo a própria, de forma recíproca: se a espanhola aponta para a inglesa, a inglesa deve apontar de volta. Adicione 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-UK em vez de en-GB, ou combinações idioma-país que não existem.
• Apontar para URLs com redirecionamento: o hreflang deve apontar para 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 multilingue WooCommerce e uma das mais esquecidas. Dois avisos: traduza também a base do caminho (product, product-category) e não altere um slug já indexado sem um redirecionamento 301, ou quebrará links e queimará o posicionamento conquistado.

Sitemap e canonical por idioma

No SEO multilingue 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 multilingue 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 a original: com isso diz 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

Verifique se o Google entende a arquitetura. No Search Console, reveja 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-lhe-á qual canónica o Google escolheu: é a forma mais direta de confirmar que o seu SEO multilingue WooCommerce funciona idioma a idioma.

Comparação: tradução em tempo real versus URL própria

Esta tabela resume por que o SEO multilingue 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 tempo real / parâmetro	URL indexável por idioma
Indexação	Apenas 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 tempo real).
• hreflang recíproco entre todas as versões, com autorreferência e x-default.
• Slugs e bases de caminho traduzidos, com 301 se alterar 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.

Esta checklist resume o SEO multilingue WooCommerce na prática: são muitas peças e todas devem 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 toque em código. Essa é a função de EHERO Woo Multilang, que monta esta arquitetura de forma automática. E se quiser redigir e otimizar as traduções em escala, pode potenciar o SEO com IA ligando a sua própria chave da OpenAI, Claude, Gemini, DeepL ou DeepSeek: paga 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 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 alterar um já indexado, adicione sempre um redirecionamento 301 a partir do antigo.

Como sei se o Google indexa cada idioma?

Filtre o relatório de Páginas do Search Console pela pasta de cada idioma e use a inspeção de URL sobre uma ficha traduzida para ver qual canónica foi escolhida.

Conclusão

Fazer bem o SEO multilingue 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 encaixarem, evita o conteúdo duplicado e cada mercado posiciona-se separadamente; se falharem, nem a melhor tradução o salvará. Monte-o de forma nativa e sem trabalho manual com EHERO Woo Multilang e deixe que o plugin gestione URLs, hreflang e canonical por si enquanto se concentra em vender em cada idioma.