Tem uma loja FR e está a abrir uma versão EN para os EUA. Tudo parece funcionar — até perceber que, ao pesquisar a sua marca a partir de França, o Google mostra a página US. Os seus clientes franceses aterram numa página em inglês e a conversão desce.
O culpado: um hreflang mal configurado. Esta tag diz ao Google que versão linguística ou regional deve mostrar a quem. Quando está bem feita, ajuda no SEO internacional. Quando está mal feita, cria um caos de redirecionamentos cruzados.
Melhor para catálogos grandes: centraliza as relações num único ficheiro. Mais fácil de gerar por script. É o método recomendado pela Ecomptimize para catálogos com 5 000+ fichas.
Canonical diz: "esta é a URL de referência deste conteúdo entre várias URLs idênticas ou semelhantes". Serve para deduplicar.
Hreflang diz: "estas são as versões linguísticas deste conteúdo, cada uma é específica para o seu público". Serve para localizar.
Regra crítica: hreflang aponta para uma URL diferente (a versão noutra língua). canonical aponta para uma URL potencialmente idêntica (a mesma página ou uma variação com parâmetros).
Uma página deve ter ao mesmo tempo um hreflang e um canonical:
Erro fatal: fazer o canonical da versão EN apontar para a versão FR ("canonicalizar as traduções"). O Google interpreta isso como "a versão EN é um duplicado da FR a ignorar" e não indexa a página EN. Catástrofe de SEO.
Hreflang tem de ser bidirecional: se A diz "a minha versão EN é B", então B tem de dizer "a minha versão FR é A". Caso contrário, o Google ignora a relação.
hreflang="x-default" indica a versão a mostrar quando não é encontrada nenhuma correspondência. Por exemplo, um utilizador na Roménia que não tem FR, EN-US nem EN-GB nas preferências — que versão deve ver?
Sem x-default, o Google escolhe de forma aleatória. Com x-default, controla essa escolha (tipicamente, a versão EN mais genérica).
Recomendação: declarar sempre um x-default, idealmente a versão inglesa genérica.
Shopify Markets (desde 2022) gere hreflang de forma nativa se configurar vários markets com domínios ou subdomínios distintos. Na maioria dos casos, não precisa de customização.
Limites: Shopify Markets não suporta todas as combinações de língua/país com granularidade fina. Para casos complexos (10+ mercados), use uma app como Langify + o seu módulo manual de hreflang.
Se estiver num frontend custom (Next.js, Nuxt), gera o hreflang do lado do servidor. Em Next.js com next-intl, a geração é automática se usar as rotas /[locale]/....
4 a 8 semanas para uma implementação limpa num catálogo existente. O Google tem de voltar a rastrear cada página, validar as relações bidirecionais e ajustar o ranking por mercado. Não há efeito imediato.
Sim, e isso é até recomendado para catálogos grandes. O Google suporta os 3 métodos como equivalentes. Escolha o que for mais fácil de manter no seu stack.
Hreflang funciona independentemente da origem do conteúdo — tradutor humano ou IA. O que conta é que as páginas sejam únicas por locale (mesmo com 80% de semelhança e uma tradução honesta), não a sua origem.
Tecnicamente sim, mas há risco de penalização se a diferença for demasiado pequena. O Google pode considerar que as páginas são duplicadas sem valor local acrescentado. Melhor opção: uma única página com moeda dinâmica na navegação.
Sim, exatamente como as suas fichas de produto. Cada artigo traduzido deve referenciar as suas versões, e o seu hub de blog também deve referenciar os hubs localizados. Veja o nosso plano editorial em 7 línguas para o processo completo.