Um guia prático de sites multilingues: URL, alternativas de recurso, prioridades

Acrescentar uma segunda língua costuma ser descrito como um problema de tradução. Na realidade é um problema de estrutura: onde vivem as páginas traduzidas, o que acontece enquanto ainda não está tudo traduzido, e que páginas merecem o trabalho primeiro. Acerte na estrutura e traduzir é só escrever. Erre-a e os motores de busca indexam páginas duplicadas ou meio vazias, por muito boa que seja a tradução em si.

O construtor de sites no painel de administração Olmira

Onde ficam realmente as páginas traduzidas

Há um punhado de formas comuns de servir o mesmo conteúdo em vários idiomas e, para efeitos de pesquisa, não são intercambiáveis:

Subdirectóriosexample.com/es/page — o padrão recomendado mais comum. Todos os idiomas partilham um único domínio, pelo que toda a autoridade e confiança do site se acumulam num só lugar, e os motores de busca conseguem rastrear todos os idiomas a partir da mesma raiz.

Subdomínioses.example.com — separa tecnicamente os idiomas, mas os motores de busca podem tratar um subdomínio como uma entidade semi-independente, o que pode diluir o sinal de que todas estas páginas pertencem a um mesmo site.

Domínios separadosexample.es, example.de — separação total, comum em grandes marcas multinacionais que querem uma presença genuinamente local em cada país, mas multiplica o trabalho de SEO: cada domínio constrói autoridade de forma independente, a partir do zero.

Um parâmetro de consultaexample.com?lang=es — barato de implementar, mas os motores de busca são inconsistentes quanto a tratar URLs com parâmetros como páginas totalmente distintas, e é o padrão com maior probabilidade de gerar confusão por conteúdo duplicado.

Nenhum URL distinto — uma mudança de idioma do lado do cliente que não altera a barra de endereço. É este o padrão a evitar em qualquer conteúdo que queira ver indexado: se o URL não muda, não há nada que um motor de busca possa indexar como «a página em espanhol», nem nada para onde uma etiqueta hreflang possa apontar.

O idioma predefinido: com prefixo ou sem?

Uma convenção comum e sensata é deixar o idioma predefinido sem prefixo na raiz (/pricing) e prefixar todos os outros idiomas ativos (/es/pricing, /de/pricing). Lê-se de forma natural, significa que as suas ligações existentes e qualquer valor de SEO acumulado nos URL de raiz ficam intactos quando acrescenta um segundo idioma, e dá-lhe um URL «predefinido» inequívoco ao qual recorrer quando nada mais corresponde — o que importa para a etiqueta hreflang x-default (abordada no guia complementar sobre hreflang).

O que deve acontecer quando falta uma tradução

Há sempre alguém que ativa uma língua antes de todas as últimas páginas estarem prontas — o que importa é o que acontece na lacuna. Uma cadeia de recurso bem construída tenta, por ordem: a localização exata pedida, depois a sua língua base (um visitante de es-MX ainda consegue ler uma página es), depois a língua predefinida do site, e só depois o que quer que exista. O que nunca deve fazer é apresentar uma secção em branco ou uma página quebrada: um visitante deve sempre ver conteúdo completo, mesmo que parte dele chegue na língua de recurso em vez da que pediu.

Lançar um segundo idioma sem estragar o primeiro

1

Traduza primeiro a navegação e as páginas com mais tráfego

Um visitante perdoa muito mais facilmente um artigo de blogue que continua no idioma de recurso do que uma página inicial ou de preços que não corresponde ao idioma que escolheu. Comece por onde estão o tráfego e as decisões de compra.

2

A seguir, as páginas legais e de políticas

As páginas de termos, privacidade e devoluções têm consequências reais se forem mal lidas — vale a pena traduzi-las como deve ser antes do conteúdo de cauda longa, mesmo que recebam menos tráfego.

3

Mantenha os textos do checkout e transacionais a par do resto

Uma loja que muda de idioma em todo o lado exceto no passo final do pagamento mina a confiança exatamente quando ela mais conta.

4

Só depois trate da cauda longa

Tudo o resto — conteúdo de arquivo, artigos de blogue mais antigos, artigos de ajuda de nicho — pode ser traduzido ao seu próprio ritmo sem prejudicar a experiência da maioria dos visitantes.

5

Não publique um idioma enquanto as páginas principais não estiverem realmente à altura

Ligar um idioma em todo o site antes de as páginas que interessam estarem prontas troca um problema real (páginas por traduzir) por um pior (um seletor de idiomas que leva visivelmente a lacunas).

Como a Olmira trata disto

Um site Olmira suporta até oito línguas — duas no teste, três no Starter, todas as oito a partir do Pro — e a estrutura acima é o comportamento incorporado, não uma configuração:

URLs — a língua predefinida fica sem prefixo e cada uma das outras línguas ativas passa a ter o seu próprio caminho //, com alternativas de hreflang e x-default geradas para cada página assim que uma segunda língua fica ativa.

Recursos de reserva — o conteúdo resolve-se pela língua exata, depois pela língua base, depois pela predefinida do site, para que uma tradução por terminar se degrade graciosamente em vez de aparecer em branco. Os visitantes pela primeira vez recebem a língua que o seu navegador pede (de entre as que ativou); uma escolha explícita fica guardada. Se vender online, a loja — nomes do catálogo, etiquetas de formulários, confirmações de reserva, chat ao vivo — também segue a língua do visitante.

O trabalho de tradução em si — um separador de Traduções lista cada título de página, meta descrição e secção de texto por língua com uma percentagem de cobertura simples, e rascunha as que faltam com IA a pedido: uma linha, uma língua, ou o site inteiro de uma vez. Nada do que a IA sugere é guardado até o ter lido e clicado em guardar, e uma língua que ativou mas não terminou fica fora do site publicado até o seu conteúdo estar realmente preenchido — a regra de lançamento acima, aplicada por si em vez de deixada à disciplina. Construtor completo: o construtor de sites.

Construa uma vez, em todos os idiomas de que precisa

Adicione um idioma e os URLs, o hreflang e a estrutura de recurso são tratados automaticamente.