Um cliente veio até mim em 2021 com um site de e-commerce WordPress direcionado para sete países. Eles haviam contratado uma agência de tradução, colocado tudo no WPML e considerado concluído. O tráfego orgânico em cinco desses sete mercados era essencialmente zero. Não baixo. Zero. As páginas em alemão estavam canibalizando as em inglês. As páginas em árabe não tinham o atributo dir="rtl" em lugar nenhum. E as tags hreflang? Apontando para URLs que faziam redirecionamentos 301 para páginas completamente diferentes.dir="rtl" attribute anywhere. And the hreflang tags? Pointing at URLs that 301-redirected to completely different pages.
Isso foi um trabalho de recuperação de três meses. Cobrei de forma justa, mas tenho pensado nisso desde então, porque cada problema naquele site era evitável com um checklist decente executado antes do lançamento.
Então aqui está o meu. A ordem exata em que trabalho, as ferramentas que realmente abro e as coisas que ainda pegam desenvolvedores experientes.
---
Comece pela Estrutura de URL (Antes de Tocar em Mais Nada)
Essa decisão é permanente. Ou próxima o suficiente de permanente para você tratar como tal. Já vi agências mudarem estruturas de URL em sites multilíngues ao vivo e assistirem seis meses de equity de links evaporarem.
Suas três opções são subdiretórios (/fr/), subdomínios (fr.) ou ccTLDs (site.fr). A documentação do próprio Google sobre direcionamento internacional é bem clara que todos os três funcionam, mas as compensações são reais./fr/), subdomains ( fr.), or ccTLDs ( site.fr). Google's own documentation on international targeting is pretty clear that all three work, but the trade-offs are real.
Para a maioria dos meus clientes, vou com subdiretórios. Um domínio, um pool de autoridade, um orçamento de crawl para gerenciar. Subdomínios fazem sentido quando você tem times genuinamente separados rodando operações separadas (Seahawk teve um cliente SaaS uma vez onde os produtos US e EU eram na verdade produtos regulatórios diferentes, subdomínios eram a escolha certa lá). ccTLDs são para empresas com presença local de marca séria e o orçamento para construir autoridade de domínio separadamente para cada um.
Escolha um. Documente. Obtenha aprovação antes de qualquer pessoa escrever uma única linha de código de template.
O Erro da Uma Pasta que Continuo Vendo
Pessoas aninham o idioma padrão sob /en/ sem configurar um redirecionamento apropriado da raiz. Então site.com/ retorna um 200 sem hreflang, site.com/en/ tem todo o conteúdo, e Google indexa ambos como páginas thin separadas. Configure sua raiz para redirecionar para a locale apropriada baseado em Accept-Language, ou apenas faça a raiz servir a locale padrão diretamente. Não deixe pendurado./en/ without setting up a proper redirect from the root. So site.com/ returns a 200 with no hreflang, site.com/en/ has all the content, and Google indexes both as separate thin pages. Set your root to redirect to the appropriate locale based on Accept-Language, or just make the root serve the default locale directly. Don't leave it dangling.
---
Hreflang: Acerte ou Não Se Abale
Hreflang é o bit que deixa a maioria dos desenvolvedores nervosos. Com razão. É complicado.
A especificação de hreflang do Google diz para você usar códigos language-region (en-GB, fr-FR), fazer as tags auto-referenciais (toda página referencia a si mesma), e fazer o relacionamento bidirecional (se /fr/ aponta para /en/, então /en/ deve apontar de volta para /fr/). Erre qualquer um desses e a coisa toda quebra silenciosamente. Google não vai jogar uma ação manual. Apenas ignora suas tags e adivinha.hreflang spec from Google tells you to use language-region codes (en-GB , fr-FR ), make the tags self-referential (every page references itself), and make the relationship bidirectional (if /fr/ points to /en/, then /en/ must point back to /fr/). Miss any of those and the whole thing breaks silently. Google won't throw a manual action. It just ignores your tags and guesses.
Aqui está meu fluxo de trabalho real:
- Crie a matriz completa de URLs em uma planilha primeiro. Todas as localidades, todas as URLs de página equivalentes.
- Implemente via <head> em vez de sitemaps sempre que possível. Sitemaps funcionam, mas a implementação em <head> é mais fácil de auditar apenas visualizando o código-fonte.
<head>rather than sitemaps wherever possible. Sitemaps work, but<head>implementation is easier to audit by just viewing source. - Execute o Screaming Frog no site de staging com auditoria de hreflang ativada. Exporte o relatório de problemas.Screaming Frog over the staging site with hreflang auditing enabled. Export the issues report.
- Faça verificação cruzada com a auditoria de site do Ahrefs para qualquer página de localidade órfã (páginas em um idioma sem hreflang apontando para equivalentes em outros idiomas).
- Verifique manualmente 10-15 páginas. Apenas visualize o código-fonte. Procure pelo padrão.
Uma coisa que as pessoas erram constantemente: x-default. Não é "a versão em inglês". É o fallback para usuários cujo idioma não corresponde a nenhuma das suas tags de localidade. Se você está direcionando en-GB e en-US especificamente, um falante de inglês canadense precisa de um lugar para aterrissar. Esse é o x-default. Aponte para sua página catch-all mais relevante, geralmente a raiz ou uma página de seletor de idioma.x-default . It's not "the English version". It's the fallback for users whose language doesn't match any of your locale tags. If you're targeting en-GB and en-US specifically, a Canadian English speaker needs somewhere to land. That's x-default. Point it at your most relevant catch-all page, usually the root or a language-selector page.
---
Orçamento de Rastreamento e Indexação
Em sites pequenos isso não importa muito. Em um site com 50.000 páginas em 8 idiomas, definitivamente importa.
A matemática é simples: se seu site em inglês tem 6.000 páginas e você adiciona 7 idiomas, potencialmente você tem 48.000 páginas que precisam ser rastreadas e indexadas. A maioria dos sites não tem autoridade ou estrutura de links internos para suportar isso de forma eficiente.
O que eu faço:
- Audir quais páginas realmente justificam tradução. Nem tudo precisa. Posts de blog de 2017 que recebem 3 visitas por mês em inglês não precisam de uma versão em francês.
- Use sitemaps específicas por locale (sitemap-fr.xml, sitemap-de.xml) e referencie todas elas a partir de sitemap-index.xml. Google Search Console permite enviar e monitorar cada uma separadamente, o que é muito mais fácil de debugar.
sitemap-fr.xml,sitemap-de.xml) and reference them all fromsitemap-index.xml. Google Search Console lets you submit and monitor each separately, which is far easier to debug. - Verifique estatísticas de rastreamento em Search Console por propriedade se você estiver em subdomínios ou ccTLDs. Para subdiretórios em um único domínio, use o relatório de cobertura filtrado por caminho de URL.
- Adicione noindex em páginas finas ou traduzidas por máquina que você ainda não revisou. Sério. Uma página que Google indexa como conteúdo de qualidade spam prejudica todo o domínio.
Lá em 2019 um cliente do setor de viagens lançou 12 versões em idiomas, todas traduzidas por máquina pelo DeepL sem revisão humana. Tráfego sólido em inglês, destruído dentro de 8 semanas em todos os outros idiomas. DeepL é uma ferramenta excelente (ainda a uso como rascunho inicial) mas output sem revisão em escala é um pesadelo para sinais de confiança.
---
Tradução vs Transcriação
Essa distinção importa mais do que a maioria dos SEOs técnicos admite.
Tradução é converter palavras. Transcriação é converter intenção, tom e contexto cultural. Para landing pages, descrições de produto e qualquer coisa em que você está gastando dinheiro para ranquear, você quer transcriação.
O item prático da checklist aqui: para cada mercado alvo, tenha um falante nativo revisando pelo menos as 20 páginas principais por potencial de tráfego. Não apenas por gramática. Por se a copy soa como um humano real naquele idioma ou como uma máquina que aprendeu o idioma em manuais de instrução.
Pesquisa de palavras-chave é separada por locale. Eu uso Ahrefs para isso. A palavra-chave alemã para um conceito não é apenas a palavra alemã para a palavra-chave em inglês. O comportamento de busca difere. Em alguns mercados, usuários buscam de forma mais formal. Em outros, usam abreviações ou gíria que nunca apareceriam em uma tradução direta. Crie mapas de palavras-chave específicos por locale. Leva mais tempo. Vale a pena.
O Que Fazer Com Mercados Que Você Não Pode Permitir Transcriar Adequadamente
Seja honesto consigo mesmo. Se você não consegue fazer o alemão direito agora, não lance o alemão. Uma presença multilíngue mediocre é pior do que nenhuma presença multilíngue. O Googlebot não te dá crédito por tentar.
---
Verificações Técnicas On-Page Por Locale
Esta é a parte sem glamour. Mas é onde os resultados estão.
- Atributo `lang ` no elemento `<html>`. Deve corresponder ao locale da página. <html lang="pt-BR">. Verifique cada template, não apenas a homepage. Should match the locale of the page.
<html lang="fr-FR">. Check every template, not just the homepage. - Atributo `dir ` para idiomas RTL. Árabe, hebraico, urdu, persa: <html dir="rtl">. E verifique se seu CSS realmente suporta isso, não apenas o atributo HTML. Arabic, Hebrew, Urdu, Persian:
<html dir="rtl">. And check that your CSS actually supports it, not just the HTML attribute. - Tags canônicos. Cada página localizada deve auto-referenciar-se. A página em francês canonicaliza para si mesma, não para o equivalente em inglês. Já vi isso errado mais vezes do que consigo contar. Each localised page should self-canonicalise. The French page canonicalises to itself, not to the English equivalent. I've seen this wrong more times than I can count.
- Títulos e descrições de meta. Traduzidos e adaptados por locale. Não deixados em inglês. Não gerados automaticamente a partir de um template com [Nome da Página] | [Nome do Site] e uma tagline traduzida por máquina. Translated and adapted per locale. Not left in English. Not auto-generated from a template with
[Page Name] | [Site Name]and a machine-translated tagline. - Dados estruturados. Se você estiver usando markup Schema.org, a propriedade inLanguage deve refletir o idioma da página. Para e-commerce, verifique se priceCurrency corresponde à moeda esperada do locale. If you're using Schema.org markup, the
inLanguageproperty should reflect the page's language. For e-commerce, check thatpriceCurrencymatches the locale's expected currency. - Texto alternativo de imagens. Traduzido. Frequentemente negligenciado porque não é visível. Sempre verificado. Translated. Often overlooked because it's not visible. Always checked.
Eu uso uma planilha Google simples com todos esses itens como cabeçalhos de coluna. Uma linha por locale. Marque quando verificado. Compartilhe com o cliente para que entendam o que foi verificado.
---
Busca Local e Google Business Profile
Para clientes com localizações físicas em vários mercados, SEO multilíngue não termina no website.
Google Business Profile suporta múltiplos idiomas para a descrição do negócio e listagens de serviços. Defina o idioma principal por localização corretamente. Se você tem um escritório em Paris, o GBP para aquela localização deve estar em francês, com uma descrição em francês, não copiado palavra por palavra do perfil da matriz em inglês.
Consistência de NAP (nome, endereço, telefone) em diretórios de citações locais importa por mercado também. Na Alemanha isso significa garantir que a listagem esteja correta em Das Örtliche e Gelbe Seiten, não apenas no Google. Na França, PagesJaunes. Cada mercado tem seu próprio ecossistema de citações. Gastar uma tarde mapeando as 10 principais fontes de citações por país-alvo é tempo bem investido.
---
Monitoramento Pós-Lançamento
O lançamento não é o fim. É o começo de descobrir o que você deixou passar.
Minha configuração de monitoramento pós-lançamento para sites multilíngues:
- Configure o Google Search Console separadamente por localidade (subdomínio ou ccTLD) ou use a propriedade de prefixo de URL por caminho de subdiretório.
- Verifique o relatório de Direcionamento Internacional no Search Console em "Ferramentas legadas". Ele mostrará erros de hreflang em poucas semanas após o lançamento.
- Configure o rastreamento de posições no Ahrefs por localidade, usando o direcionamento correto de país/idioma. Uma palavra-chave rastreada em "Inglês, EUA" fornecerá posições diferentes da mesma palavra-chave rastreada em "Alemão, Alemanha".
- Monitore a cobertura de rastreamento mensalmente pelos primeiros 6 meses. Páginas de novas localidades às vezes ficam presas em "Descoberta, não indexada" por semanas. Geralmente é um problema de orçamento de rastreamento ou link interno.
- Verifique canibalizações trimestralmente. Duas páginas de localidades competindo pela mesma consulta no mesmo país é um sinal de que algo deu errado na configuração de URL ou hreflang.
Uma coisa que adicionei à minha checklist depois de uma experiência difícil com um cliente de fintech: verifique se redirecionamentos baseados em IP não estão sobrescrevendo hreflang. Se sua CDN ou servidor estão redirecionando usuários com base na geolocalização de IP, o Googlebot (que geralmente rastreia de IPs dos EUA) pode nunca ver suas páginas fora do inglês. Aquele cliente de fintech tinha regras agressivas do CloudFront redirecionando IPs fora dos EUA. Levou duas semanas para diagnosticar por que as páginas europeia tinham zero indexação.check that IP-based redirects aren't overriding hreflang. If your CDN or server is redirecting users based on IP geolocation, Googlebot (which usually crawls from US IPs) might never see your non-English pages. That fintech client had CloudFront rules aggressively redirecting non-US IPs. Took us two weeks to diagnose why the European pages had zero indexation.
---
FAQ
Preciso de uma propriedade separada do Google Search Console para cada idioma?
Não necessariamente. Se você estiver usando subdiretórios em um domínio (como site.com/fr/), pode usar uma propriedade de prefixo de URL por subdiretório, ou simplesmente usar a propriedade de domínio raiz e filtrar por caminho de URL. Se você estiver em subdomínios ou ccTLDs separados, propriedades separadas valem a sobrecarga administrativa porque você obtém dados mais limpos por mercado.site.com/fr/), you can use a URL-prefix property per subdirectory, or just use the root domain property and filter by URL path. If you're on subdomains or separate ccTLDs, separate properties are worth the admin overhead because you get cleaner data per market.
Tradução automática é boa o suficiente para SEO em 2024?
Para um primeiro rascunho, sim. Para publicar sem revisão humana, não. DeepL e Google Translate ficaram genuinamente bons, mas produzem conteúdo que é gramaticalmente correto e tonalmente plano. Os motores de busca ficam cada vez melhores em distinguir conteúdo que lê naturalmente em um idioma de conteúdo que foi traduzido. Use tradução automática para se mover rápido, depois faça um falante nativo revisar as páginas de alto valor antes de indexá-las.
Como faço para lidar com um mercado onde tenho apenas cobertura parcial de tradução?
Coloque noindex nas páginas não traduzidas ou parcialmente traduzidas até que estejam prontas. Não publique páginas de locale inacabadas apenas para tê-las ao vivo. O dano aos sinais de confiança vindo de conteúdo fino em um idioma é mais difícil de reverter do que o atraso em lançar.
Qual é o erro de hreflang mais comum?
Falta da tag auto-referencial. Cada página precisa de uma tag hreflang apontando para si mesma além de apontar para todos os seus equivalentes. Desenvolvedores frequentemente implementam as referências cruzadas corretamente e esquecem a auto-referência. Screaming Frog vai pegar isso em cerca de 30 segundos, execute-o antes de cada lançamento.
Devo traduzir URLs ou mantê-las em inglês?
Traduza-as. /fr/chaussures/ supera /fr/shoes/ em buscas francesas porque o slug contribui para sinais de relevância. Também parece mais confiável para usuários francófonos. O esforço adicional de implementação (você precisa de roteamento específico de localidade e tradução de slug no seu CMS) vale a pena para qualquer mercado que você esteja mirando seriamente./fr/chaussures/ outperforms /fr/shoes/ in French search because the slug contributes to relevance signals. It also looks more trustworthy to French-speaking users. The extra implementation effort (you need locale-specific routing and slug translation in your CMS) is worth it for any market you're seriously targeting.
---
SEO multilíngue não é uma caixa que você marca uma vez. É uma disciplina. A lista de verificação acima me salvou de firefighting caro pós-lançamento mais vezes do que gostaria de admitir, e ainda está evoluindo. Cada novo build me ensina algo. Mais recentemente: sempre verifique o que o CDN está fazendo com requisições de localidades não-padrão antes de declarar um site pronto. Sempre.