Separe os idiomas em páginas distintas primeiro
Traduzir o menu não basta. Se o idioma muda via cookie ou JavaScript, mas a URL permanece a mesma, os usuários até ficam bem—os buscadores ainda não têm nada sólido para indexar.
O erro que eu eliminaria primeiro: Adicionar hreflang só na página em russo.
O que preparar e que resultado esperar
- Resultado: Os buscadores sabem qual página mostrar, e os visitantes não caem em copy em russo com moeda e telefone errados.
- Escolha uma estrutura de URL como /ru/, /en/, /de/. Registre idioma, mercado, moeda, contato e o intent de busca distinto de cada versão.
- Mantenha os dados de origem e os direitos de acesso separados do resultado para verificar o que a versão multilíngue do site produziu.
- Verifique o seletor de idioma, o HTML de origem e o sitemap de cada versão. Cada página deve linkar para si mesma e para as outras versões.
Vincule versões de URL e verifique a tradução
- Criar URLs separadas
Construa /ru/services/repair/ e /en/services/repair/ em vez de ?lang=en. Não misture dois idiomas em uma única URL.
Проверьте: Cada versão abre diretamente e tem seu próprio title, H1 e html lang.
Если не сработало: Comece com dois idiomas e uma página de serviço.
- Adicionar hreflang recíproco
No head de cada página adicione o conjunto completo de alternate, incluindo a própria página e x-default. Os links devem ser absolutos e recíprocos.
<link rel="alternate" hreflang="ru" href="https://example.com/ru/services/repair/"> <link rel="alternate" hreflang="en" href="https://example.com/en/services/repair/"> <link rel="alternate" hreflang="x-default" href="https://example.com/ru/services/repair/">Проверьте: A página em inglês linka de volta para a russa—não só a russa para a inglesa.
Если не сработало: Verifique o template de geração do head em cada locale.
- Apontar o canonical para o mesmo idioma
O canonical de /en/services/repair/ deve apontar para a página em inglês, não a russa. Inclua no sitemap só as versões prontas.
Проверьте: Não há cadeia redirect → canonical para outro idioma.
Если не сработало: Remova o duplicado do índice até o template ser corrigido.
- Localizar o sentido, não só as palavras
Verifique title, description, H1, URL, preços, moeda, endereço, telefone, formulário, imagens e FAQ. Use tradução automática só como rascunho.
Проверьте: Um falante nativo vê que o serviço e o próximo passo cabem no mercado dele.
Если не сработало: Reescreva a primeira tela e o CTA à mão antes de expandir o locale.
Um mapa de URLs de idioma antes da tradução
Primeiro monte uma tabela: `/ru/services/`, `/en/services/`, `/de/services/` e os mapeamentos entre elas. Não publique um idioma até ter página completa, formulário, preço/moeda e um próximo passo local. Evite redirects por IP que impeçam o crawler de abrir a versão certa.
Em cada página o canonical costuma ser auto-referente. Defina o `lang` correto no `<html>`, mas não o trate como substituto de hreflang. Após a publicação, confira o HTML com `curl -s URL | grep -i hreflang` e teste os links de retorno.
<link rel="alternate" hreflang="ru" href="https://example.com/ru/services/">
<link rel="alternate" hreflang="en" href="https://example.com/en/services/">
<link rel="alternate" hreflang="de" href="https://example.com/de/services/">
<link rel="alternate" hreflang="x-default" href="https://example.com/">Localização não é troca de palavras
Verifique moeda, telefone, endereço, horários, condições de pagamento, entrega, documentos jurídicos, exemplos de clientes e CTAs. Não mude `en-GB` para `en-UK`; o idioma vem primeiro, a região depois do hífen. No Analytics compare leads por pastas de idioma; no Search Console compare países e dispositivos.
- A página em inglês linka de volta para a página em russo.
- Não canonicallize todos os idiomas para o inglês.
- Não adicione traduções faltantes ao sitemap.
Trato as versões como produtos separados
Atribua um responsável pela tradução e uma data de revisão para cada locale. Guarde `locale`, `url`, `canonical`, `hreflang_set`, `currency`, `phone`, `form_recipient` e `last_reviewed` em uma tabela. Um lead de teste de cada versão deve cair na fila certa—senão você tem um sinal de SEO de idioma sem negócio por trás.
Não autotraduza termos jurídicos, preços e promessas sem editor. Se só a língua do menu muda e o conteúdo é o mesmo, isso não é localização completa nem motivo para criar dezenas de URLs fracas.
O que localizar além do texto
| Critério | Pergunta | Bom sinal |
|---|---|---|
| Entrada | O que exatamente entra em uma versão multilíngue do site? | Escolha uma estrutura de URL como /ru/, /en/, /de/. Registre idioma, mercado, moeda, contato e o intent de busca distinto de cada versão. |
| Ação | O que o sistema pode fazer sozinho? | Somente ações pré-listadas, sem acesso a toda a conta |
| Verificação | Como saber que o resultado é aceitável? | Verifique o seletor de idioma, o HTML de origem e o sitemap de cada versão. Cada página deve linkar para si mesma e para as outras versões. |
| Falha | Para onde vai um caso pouco claro? | Remova a versão quebrada de hreflang e do sitemap até a tradução e o canonical estarem prontos. |
O que deve mudar depois da configuração
Os buscadores sabem qual página mostrar, e os visitantes não caem em copy em russo com moeda e telefone errados.
Por que hreflang não salva uma tradução ruim
Adicionar hreflang só na página em russo.
Apontar o canonical de todos os idiomas para a versão em russo.
Redirecionar automaticamente por IP e esconder o seletor manual de idioma.
Traduzir o menu, mas deixar preços e condições em russo na página de serviço.
Quando o trabalho multilíngue precisa de um projeto próprio
Você precisa de um especialista se as versões vivem em domínios diferentes, têm preços regionais, envolvem uma migração grande ou carregam condições juridicamente diferentes.
O que checar em cada locale
É preciso hreflang para dois idiomas no mesmo mercado?
Sim, se houver URLs completas separadas e os buscadores precisarem entender como as versões se relacionam.
Dá para traduzir uma página automaticamente?
Sim, como rascunho. Termos, preços, redação jurídica e linguagem natural ainda precisam de revisão humana.
Pastas ou subdomínios?
Para um site pequeno, pastas são mais fáceis de manter. Subdomínios ou domínios separados fazem sentido quando mercados e times são independentes.
Uma página de contato compartilhada pode ficar?
Só se o contato for realmente compartilhado. Para um mercado local, mostre telefone local, moeda e horário comercial.
