Documentação

SEO, URLs e cache

SEO: hreflang, sitemaps e canonical

  • hreflang — cada página lista as versões nas outras línguas na <head>.
  • Canonical e og:url — nas páginas traduzidas mantêm o prefixo da língua, com Yoast SEO, Rank Math e Slim SEO. Um canonical apontando para a página original informaria o Google que a tradução é conteúdo duplicado.
  • Mapa do Site — o plugin não tem um mapa do site próprio: adiciona as páginas traduzidas ao que já tens e já submeteste no Search Console.
    • Yoast SEO, Rank Math e Slim SEO — cada página recebe um <url> por língua, com todas as versões em <xhtml:link hreflang>, como o Google recomenda.
    • Nenhum plugin SEO — o WordPress wp-sitemap.xml recebe um mapa do site por língua.
  • Salvar as línguas limpa o cache do mapa do site do Rank Math e Yoast, assim uma nova língua aparece imediatamente.
  • Slugs de URL permanecem na língua de origem, intencionalmente — ver porque o slug não é traduzido.

URLs, pesquisa e datas

Slugs de URL permanecem na língua de origem

Apenas o prefixo da língua muda: /produto/blusas-e-camisas/ torna-se /en/produto/blusas-e-camisas/, /es/produto/blusas-e-camisas/, e assim por diante. O plugin conhece os slugs reais do site e restaura-os em qualquer língua (incluindo os que o WooCommerce traduz por conta própria, como marca/brand).

Nenhuma regra de reescrita é necessária: /en/shop/ funciona com os permalinks que o site já tem.

Porque o slug não é traduzido

É uma decisão deliberada, feita para motores de busca e para cada link que já aponta para o seu site.

  • Cada língua já tem a sua própria URL. O prefixo dá a cada versão em língua um endereço separado, que é o que o Google recomenda para sites multilíngues. Traduzir o slug também não acrescenta nada a essa separação.
  • Sem conteúdo duplicado. Conteúdo duplicado é a mesma página acessível por vários endereços, sem nada a indicar ao Google qual conta. Aqui, cada página traduzida tem exatamente um endereço por língua, um canônico que mantém o prefixo da língua e hreflang links para todas as suas outras versões — assim, o Google lê-as como versões em língua de uma página, não como cópias que competem entre si (veja SEO: hreflang, sitemaps e canonical).
  • Links nunca quebram. Um slug traduzido mudaria sempre que a sua tradução muda — um erro fixo, uma string revisada à mão, uma nova regra de glossário — e cada vez, o antigo endereço retornaria um 404 ou precisaria de um redirecionamento 301. Links partilhados nas redes sociais, em newsletters ou por outros sites acumulariam redirecionamentos ou deixariam de funcionar. Com o slug original, o endereço de uma página nunca muda, em nenhuma língua.
  • A sua classificação é mantida. Backlinks e tudo o que o Google já sabe sobre /produto/blusas-e-camisas/ aplicam-se naturalmente a /en/produto/blusas-e-camisas/: o caminho é o mesmo, apenas a língua muda.
  • O Google lê a língua a partir do conteúdo. O Google determina a língua de uma página a partir do seu texto visível, não das palavras na sua URL. Uma página traduzida com um slug em língua original é indexada e mostrada como uma página na sua própria língua.
  • Nada para manter. Sem slug por língua para rever, sem redirecionamentos a criar após uma mudança, sem regras de reescrita para manter em sincronia e sem consultas extras quando uma página é servida.

Em resumo: um slug traduzido pode parecer ligeiramente mais amigável num resultado de pesquisa, mas sacrifica a estabilidade. O plugin mantém um endereço permanente por página e por língua, e permite que o prefixo, o canônico e hreflang digam ao Google tudo o que ele precisa.

Alguém a procurar noutra língua encontra resultados. Se um visitante em inglês procurar por “jacket”, o plugin procura o termo original correspondente (“Casaco”) — o tema e o motor de busca não precisam de saber nada.

Datas

O formato da data guardado nas configurações frequentemente transporta texto da língua original (j \d\e F \d\e Y daria “9 de Setembro de 2026”). Em páginas traduzidas, o plugin utiliza o formato próprio de cada língua (9 de Setembro de 2026).


Cache da página

  • Cada língua é um endereço diferente, portanto o cache da página armazena cada versão separadamente.
  • Após a tradução, o plugin purga automaticamente as versões traduzidas das páginas que mudaram em: WP-Optimize, LiteSpeed Cache, WP Rocket e W3 Total Cache.
  • Com outro sistema de caching, pode ser necessário purgá-lo manualmente após uma tradução grande (ou ligá-lo através das ações em Para desenvolvedores).

Aviso: tempo de vida do cache inferior a 12 horas. Se o tema mostrar uma caixa de login no cabeçalho (ou qualquer formulário com um nonce), esse código de segurança é válido apenas por 12 a 24 horas. Numa página cacheada por mais tempo, o login falha silenciosamente. Isto aplica-se a todas as línguas.

Publicar.
Leia em
todas as línguas.

30.000 caracteres, um site, sem cartão. A chave chega por e-mail após a finalização da compra.