Como Tornar um Site Multilíngue em 2026

A primeira decisão é quais idiomas publicar, e a resposta raramente é 'todos eles.' Cada idioma que você adiciona é um compromisso: você vai manter seu conteúdo, monitorar seu SEO, revisar suas traduções e responder aos seus visitantes. Adicionar 10 idiomas que você não consegue manter é pior do que adicionar 2 idiomas que você consegue.

Comece pelos idiomas que correspondem ao seu público real. Veja seu tráfego existente no Google Analytics — quais países e idiomas já visitam? Veja seus clientes — quais idiomas eles falam? Veja seus concorrentes — quais idiomas eles atendem e você não? A interseção entre 'onde meu público está' e 'onde posso entregar qualidade' é a sua lista inicial de idiomas.

Para a maioria das empresas de serviços, a resposta é dois idiomas: o idioma principal do seu negócio mais um idioma da comunidade (por exemplo, inglês + chinês para um dentista nos EUA que atende uma comunidade chinesa). Para empresas transfronteiriças, de dois a quatro idiomas (por exemplo, inglês + chinês + espanhol para um consultor que atende EUA, China e América Latina). Para sites de software e conteúdo, quatro a dez idiomas podem fazer sentido quando a economia unitária justifica o custo de manutenção.

Três estruturas de URL viáveis para sites multilíngues: (1) subdiretórios com prefixo de idioma (example.com/zh-CN/, example.com/es/), (2) subdomínios com prefixo de idioma (zh-cn.example.com, es.example.com) ou (3) domínios separados por idioma (example.cn, example.es, example.com). Cada uma tem prós e contras.

Subdiretórios são a escolha mais comum e geralmente a melhor. A equidade de SEO se acumula entre os idiomas (links para /zh-CN/ beneficiam o domínio inteiro), a manutenção é simples (um CMS, uma base de código) e o hreflang funciona de forma limpa. A documentação do Google recomenda explicitamente subdiretórios quando viável.

Subdomínios dividem a equidade de SEO entre os idiomas (links para zh-cn.example.com não beneficiam example.com tanto quanto /zh-CN/ beneficiaria). Eles fazem sentido quando cada idioma é operado por uma equipe separada com infraestrutura separada, ou quando requisitos legais específicos de idioma (residência de dados, licenciamento de conteúdo) exigem separação física. A maioria dos sites não precisa disso.

Domínios separados fazem sentido para negócios verdadeiramente separados que compartilham uma marca (por exemplo, uma rede global de fast food com menus e preços específicos por país). A complexidade — SEO separado, DNS separado, hospedagem separada — raramente compensa para sites multilíngues pequenos ou de médio porte.

O Cogo Site usa subdiretórios por padrão (/zh-CN/, /es/, etc.), que é a resposta certa para 95% dos sites multilíngues. Se você precisa de subdomínios ou domínios separados por razões legais, isso é uma configuração personalizada; caso contrário, fique com subdiretórios.

A qualidade da tradução determina se seu site multilíngue se multiplica ou se canibaliza. Três abordagens, em ordem de custo e qualidade:

Abordagem A — Tradução puramente humana. Maior qualidade, mais lenta, mais cara. Melhor para conteúdo jurídico, médico ou regulamentado, em que erros são caros. Custo: US$ 0,10 a US$ 0,30 por palavra para tradução profissional. Tempo: semanas a meses para um site completo.

Abordagem B — Tradução por IA com revisão de falante nativo. A IA traduz, um falante nativo revisa a página inicial e as páginas críticas para conversão. A qualidade fica próxima da tradução humana a 10-20% do custo. Melhor para a maioria das empresas de serviços. O Cogo Site usa essa abordagem por padrão.

Abordagem C — Tradução puramente por IA. Mais rápida, mais barata, menor qualidade. Aceitável para ferramentas internas ou conteúdo de baixo risco; arriscada para sites voltados ao cliente. O Google consegue detectar tradução automática de baixo esforço e pode rebaixar ambos os idiomas.

A abordagem híbrida (B) é o ponto ideal para a maioria dos sites. A tradução por IA do Cogo Site produz frases adequadas ao idioma (não palavra por palavra), e um falante nativo deve sempre revisar a página inicial, os preços e as páginas críticas para conversão. O resultado é 90% da qualidade humana a 10% do custo.

O hreflang diz ao Google qual versão de idioma mostrar a cada pesquisador. Sem ele, o Google pode exibir o idioma errado para o pesquisador errado, causando rejeições e perda de posições. Toda página multilíngue precisa de três peças: uma tag hreflang autorreferencial, tags alternativas para todos os outros idiomas e uma tag x-default apontando para o idioma destinado a pesquisadores sem correspondência.

Além do hreflang, cada idioma recebe seu próprio título, meta descrição e slug de URL — tudo no idioma do local. Um erro comum é traduzir o conteúdo do corpo, mas deixar os metadados de SEO em inglês; o Google interpreta isso como 'tradução de baixo esforço' e classifica de acordo. Traduza tudo.

Sitemaps: cada idioma deve estar no seu sitemap XML. A maioria dos CMSs modernos (incluindo o Cogo Site) gera sitemaps multilíngues automaticamente com as anotações hreflang corretas. Se você gerencia sitemaps manualmente, adicione anotações hreflang a cada entrada de URL.

Dados estruturados: o JSON-LD em cada página de idioma deve estar no idioma do local quando aplicável (por exemplo, nomes de perguntas de FAQ traduzidos, manchete de Article traduzida, nome de Breadcrumb traduzido). Consulte nosso guia de hreflang para a especificação completa de hreflang.

A tradução é metade do trabalho. A outra metade são detalhes de UX específicos de cada idioma que separam um site verdadeiramente multilíngue de um site apenas traduzido.

Formatos de data e hora: os EUA usam MM/DD/AAAA, a maior parte do mundo usa DD/MM/AAAA, o padrão ISO é AAAA-MM-DD. Escolha o formato que corresponde à convenção de cada idioma; não use um único formato globalmente.

Números de telefone e endereços: formate conforme a convenção postal de cada idioma. Endereços nos EUA são '123 Main St, San Francisco, CA 94101'; endereços chineses são em ordem inversa (país, província, cidade, distrito, rua, número). A formatação sensível ao idioma do Cogo Site cuida disso automaticamente.

Moeda e unidades: preços em USD para en-US, CNY para zh-CN, MXN para es-MX. Não converta automaticamente — mostre a moeda real do idioma.

Prova social: mostre depoimentos de WeChat / Weibo / QQ em zh-CN, depoimentos de Facebook / Twitter / Yelp em en-US. Não mostre prova social em inglês em páginas chinesas — isso sinaliza 'operador estrangeiro'.

Rótulos de formulário e validação: as regras de validação de número de telefone diferem (10 dígitos nos EUA, 11 dígitos na China continental), os CEPs diferem (5 dígitos nos EUA, 6 dígitos na China), os campos de nome diferem (ocidental nome/sobrenome vs. chinês família/nome nessa ordem). Valide por idioma.

Pilhas de fontes: o chinês precisa de fontes compatíveis com CJK (Noto Sans CJK, PingFang, Microsoft YaHei); o inglês precisa de fontes latinas (Inter, system-ui). A tipografia de scripts mistos precisa de pilhas de fallback. O Cogo Site cuida disso por idioma; sites feitos à mão precisam de CSS cuidadoso.

Após o lançamento, monitore três coisas: (1) o relatório de Segmentação Internacional do Google Search Console para erros de hreflang, (2) o relatório de Desempenho do Search Console por idioma (consultas, CTR, posição), (3) o Analytics por idioma (tráfego, engajamento, conversão).

Problemas comuns pós-lançamento: erros de hreflang (corrija imediatamente), páginas de um idioma não indexadas (verifique a inspeção de URL), idioma errado classificando na região errada (verifique se o hreflang está correto), baixo engajamento em um idioma (revise a qualidade da tradução e os detalhes de UX).

Itere com base nos dados. Se o zh-CN tem 10x o tráfego do en-US, seu público é chinês — priorize esse idioma. Se o es-MX tem tráfego alto mas baixa conversão, a tradução pode estar estranha ou o preço errado — corrija. Sites multilíngues são sistemas vivos; o lançamento é o começo, não o fim.

Refaça a auditoria de hreflang trimestralmente. Mudanças em sitemaps, migrações de conteúdo e atualizações de CMS podem quebrar o hreflang silenciosamente. Um rastreamento trimestral com Ahrefs ou Sitebulb detecta problemas antes que eles custem posições.

Erro 1 — Publicar idiomas demais de uma vez. Cada idioma é um compromisso de manutenção; 10 idiomas que você não consegue manter são piores que 2 que você consegue. Comece pelos idiomas de maior valor, comprove o modelo, expanda depois.

Erro 2 — Escolher subdomínios ou domínios separados sem um motivo real. Subdiretórios acumulam equidade de SEO; subdomínios e domínios separados não. Use subdiretórios a menos que requisitos legais ou operacionais exijam o contrário.

Erro 3 — Traduzir o conteúdo do corpo, mas não os metadados de SEO. Título, descrição, URL, texto alternativo, dados estruturados — tudo precisa de tradução. Deixar metadados em inglês sinaliza 'baixo esforço' e derruba as posições.

Erro 4 — Tradução automática sem revisão nativa. A tradução por IA é boa, mas não perfeita. Tenha sempre um falante nativo revisando a página inicial e as páginas críticas para conversão. O custo é pequeno; o ganho de qualidade é grande.

Erro 5 — Os mesmos detalhes de UX em todos os idiomas. Formatos de data, formatos de telefone, moedas, prova social, validação de formulário — tudo precisa de tratamento específico por idioma. Uma UX 'tamanho único' sinaliza 'não conhecemos de fato o seu idioma'.

Erro 6 — Esquecer o Baidu e o Bing. O Google é o mecanismo de busca dominante no Ocidente, mas o Baidu domina a China Continental e o Bing ainda importa em alguns segmentos empresariais/educacionais. Certifique-se de que seu hreflang e sitemap funcionem para os três.