Traduzir o teu site: URL, hreflang e revisão

Um endereço por idioma

Dá a cada versão de idioma de uma página o seu próprio URL, por exemplo example.com/de/ e example.com/pl/. A Google recomenda URL separados em vez de mudar o idioma no mesmo endereço com cookies ou definições do navegador. Subpastas, subdomínios ou domínios de país funcionam todos; parâmetros de URL como ?lang=de não são recomendados. A Google deduz o idioma de uma página a partir do seu conteúdo visível, por isso mantém o texto e a navegação de uma página num só idioma.

hreflang: ligar as versões

Com o hreflang dizes aos motores de pesquisa que páginas pertencem ao mesmo conjunto: com elementos link no head da página, um cabeçalho HTTP ou o sitemap. Para a Google, as três formas são equivalentes, por isso basta uma. Um exemplo para uma página em inglês, alemão e polaco:

<link rel="alternate" hreflang="en" href="https://example.com/en/prices/" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise/" />
<link rel="alternate" hreflang="pl" href="https://example.com/pl/ceny/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/prices/" />

• O mesmo bloco vai para as três páginas. Cada versão indica-se a si própria e a todas as outras; se B não apontar de volta para A, a Google ignora as etiquetas.
• Usa endereços completos com https://, não apenas /de/preise/.
• O código de idioma segue a ISO 639-1 (de, pl), opcionalmente com uma região em ISO 3166-1 Alfa 2, como de-AT. Um código de país sozinho não é válido.
• O x-default indica a página para os visitantes cujo idioma não corresponde a nenhuma das tuas versões. A Google pensou-o para páginas de escolha de idioma; muitos sites usam a sua versão principal.

O atributo lang

Define o idioma da página no elemento html, por exemplo lang="en". Uma passagem noutro idioma recebe o seu próprio atributo lang no elemento que a envolve. Segundo o W3C, a saída de voz, a tradução para braille, os corretores ortográficos, a escolha de tipo de letra e a hifenização usam esta informação. A Google, por outro lado, escreve que não usa o hreflang nem o atributo lang para detetar o idioma de uma página. Assim, o atributo serve os navegadores e as tecnologias de apoio, e o texto visível tem de estar no idioma certo.

O que não pode ser traduzido

• Etiquetas e atributos HTML: um nome de classe ou um href traduzido estraga o layout ou a ligação.
• Marcadores como {name}, {{count}}, %s ou %1$d. Ficam exatamente como estão e aparecem exatamente uma vez.
• URL, nomes de ficheiros, endereços de e-mail, código e shortcodes como [contact-form].
• Chaves em ficheiros de idioma, como checkout.button.pay. Só os valores são traduzidos.
• Nomes de marcas e de produtos, a menos que tenhas escolhido de propósito um nome local.

Ficheiros de idioma: .po, JSON e XLIFF

As aplicações, os temas e os plugins guardam os seus textos em ficheiros de idioma. Nos ficheiros gettext .po, cada entrada tem um msgid (a origem) e um msgstr (a tradução); o cabeçalho Plural-Forms diz quantas formas de plural tem o idioma. O polaco precisa de três, o inglês de duas. Nos ficheiros JSON de i18n, as chaves ficam e só os valores mudam. O XLIFF mantém a origem e o destino lado a lado, com ids e notas que têm de ficar.

Um glossário para termos de marca e de produto

Antes da primeira tradução, decide que termos ficam como estão (nomes de marcas, produtos e planos) e quais recebem sempre a mesma tradução. Acrescenta a forma de tratamento: du ou Sie em alemão, ty ou Pan/Pani em polaco. Assim, os botões, as páginas de produto e os e-mails ficam coerentes.

Tradução automática: um rascunho, depois um falante nativo

A tradução automática dá-te um primeiro rascunho rápido, não um texto final. As políticas de spam da Google referem o conteúdo copiado e transformado em muitas páginas através de tradução automática, com pouco valor para os utilizadores, como um exemplo de abuso de conteúdo em grande escala. O problema aí são as páginas produzidas em massa sem valor, não a tradução em si. A Google escreve também que traduzir apenas o menu e o rodapé, enquanto o conteúdo principal fica num só idioma, cria uma má experiência. Planeia uma revisão por um falante nativo:

1. 1Lê o texto na página, não apenas numa tabela. O contexto muda o sentido.
2. 2Verifica números, datas, preços, unidades e dados de contacto.
3. 3Verifica os termos do glossário e a forma de tratamento.
4. 4Verifica os textos curtos: botões, entradas de menu e mensagens de erro ficam muitas vezes mais longos ou ambíguos.

Não redirecionar os visitantes automaticamente

A Google desaconselha redirecionamentos automáticos com base no idioma ou na localização presumidos de um visitante, como o endereço IP ou o idioma do navegador: podem impedir as pessoas e os motores de pesquisa de ver todas as versões. Põe em cada página um seletor de idioma visível que tenha ligações para a mesma página nos outros idiomas, e deixa as pessoas escolher.

Trabalhar com o Do4U

Traduzir HTML mantém as etiquetas, as ligações, os atributos e os marcadores sem alterações e depois verifica a estrutura; o glossário da tua conta mantém os nomes de marcas e produtos como os queres. A ferramenta Ficheiros de idioma faz o mesmo para ficheiros .po, JSON e XLIFF e cria as formas de plural do idioma de destino. A ferramenta Traduzir trata texto simples e lista as passagens pouco claras como notas.

O Do4U cria o rascunho; tu verificas e decides. Pede a um falante nativo que o leia antes de publicares. Uma tradução não é uma promessa de mais visitantes.