Um cliente chegou até mim em 2021 com um produto SaaS que havia sido lançado em cinco idiomas há dois anos. Tráfego da Alemanha: 38 sessões por mês. Da França: 22. As páginas em inglês estavam rankeando bem, mas cada versão localizada era praticamente invisível. Eles tinham pagado uma agência para traduzir o texto, alguém tinha instalado WPML, e então todos assumiram que o trabalho estava feito.
Não estava nem perto de estar feito.
SEO de localização é uma daquelas áreas onde fazer 60% do trabalho corretamente é quase idêntico a fazer 0%. Perder hreflang. Escolher a estrutura de URL errada. Pular sinais locais. Resultado: Google ignora suas páginas traduzidas completamente ou, pior, as trata como conteúdo duplicado e as filtra. Corrigi esse problema em centenas de sites ao longo dos últimos nove anos na Seahawk, e o padrão de falha é quase sempre o mesmo.
Então vamos passar por o que realmente funciona.
---
Tradução Não É Localização
É a primeira coisa que digo a cada cliente. Tradução é converter palavras de um idioma para outro. Localização é reconstruir a intenção de uma página para um mercado específico.
Pegue um cliente de e-commerce do Reino Unido que tivemos no final de 2022. Eles vendiam facas de cozinha premium. Suas páginas em alemão eram uma tradução palavra por palavra do texto em inglês, incluindo frases como "perfect for Sunday roasts." Alemães não fazem Sunday roasts. O texto estava gramaticalmente correto e completamente errado.
Mas além da cultura, as implicações de SEO são reais. Os volumes de palavras-chave não se traduzem. A consulta em inglês "best chef knife" recebe aproximadamente 8.100 buscas por mês no Reino Unido. O equivalente em alemão "bestes Kochmesser" recebe bem menos, mas "Kochmesser Test" (aproximadamente "chef knife test/review") é enorme. Se sua página traduzida segmenta a tradução literal de sua palavra-chave em inglês, você está otimizando para a coisa errada.
Antes de escrever uma única palavra de conteúdo localizado, execute pesquisa de palavras-chave no idioma de destino, na localidade de destino usando Google Keyword Planner com o país definido corretamente, ou Ahrefs com o filtro de país aplicado. Estas não são as mesmas que executar pesquisa em inglês. Trate cada mercado como um novo site do ponto de vista de palavras-chave.
O Que "Localizado" Realmente Significa na Prática
- Preço em moeda local, com referências de métodos de pagamento locais
- Datas, endereços e unidades formatados para aquele país (DD/MM vs MM/DD importa)
- Exemplos, idiomas e referências que ressoam localmente
- Sinais de confiança específicos do país (compradores alemães confiam em certificações locais; compradores franceses respondem a prova social diferente da de brasileiros)
---
Estrutura de URL: Erre Nisso e Nada Mais Importa
Já vi esse debate derrubar tantos projetos. ccTLD vs subdomínio vs subdiretório. As pessoas ficam fanáticas sobre isso.
Aqui está minha opinião honesta depois de construir e migrar centenas de sites internacionais: subdiretórios geralmente são a escolha certa para a maioria dos negócios. Algo como yoursite.com/de/ em vez de de.yoursite.com ou yoursite.de. Os motivos são práticos: toda sua autoridade de domínio se consolida, é mais fácil gerenciar em um só lugar, e o Google lida bem com isso quando hreflang está configurado corretamente.
ccTLDs (yoursite.de, yoursite.fr) enviam um forte sinal local. Se você é um player sério em um mercado específico e consegue se comprometer a rodar essencialmente sites separados, valem a pena. A Seahawk teve um cliente de fintech que insistiu em ccTLDs separados para seis países em 2020, e sim, performou bem nesses mercados. Mas o overhead de desenvolvimento triplicou. Para a maioria das agências construindo para clientes, isso não é realista.
Subdomínios (de.yoursite.com) são o pior dos dois mundos na maioria dos casos. Mais difíceis de manter que subdiretórios, sinal de autoridade mais fraco que ccTLDs. Eu evitaria a menos que sua arquitetura de CMS genuinamente force a questão.
Seja qual for sua escolha: seja consistente. Não misture estruturas. Já herdei sites com páginas /fr/ e um subdomínio fr. rodando simultaneamente, ambos indexados. É um pesadelo.
---
Hreflang: A Parte Mais Frequentemente Quebrada do SEO Internacional
Se você levar uma coisa deste artigo, seja esta.
Hreflang diz ao Google qual versão de uma página mostrar para qual usuário, em qual idioma e país. Se errar, você terá suas páginas em inglês dos EUA aparecendo na Alemanha, suas páginas em alemão não ranqueando nada, ou, meu desastre favorito, seu x-default apontando para uma página que redireciona para outro lugar completamente.
O formato da tag fica assim no seu <head>:
`` <link rel="alternate" hreflang="de" href="https://yoursite.com/de/page/" /> <link rel="alternate" hreflang="en-GB" href="https://yoursite.com/en-gb/page/" /> <link rel="alternate" hreflang="x-default" href="https://yoursite.com/page/" /> ``
Algumas coisas que constantemente pegam as pessoas desprevenidas:
- Toda página deve referenciar todos os alternates, incluindo a si mesma. Se sua página em alemão não linkar de volta para a página em inglês, e a página em inglês não linkar de volta para alemão, a implementação está quebrada.
- Códigos de idioma vs idioma-região.
hreflang="en"significa "inglês, qualquer região."hreflang="en-GB"significa "inglês, Reino Unido especificamente." Se você está tentando direcionar Reino Unido vs EUA separadamente, você precisa do código de região. - Tags de retorno. A página em alemão deve conter uma tag apontando para a página em inglês. A página em inglês deve conter uma tag apontando de volta para alemão. Ambas. Sempre.
- Consistência com tags canônicas. Sua URL alternate de hreflang e sua URL canônica para essa página devem corresponder. Exatamente. Incluindo barras à direita.
Uso o gerador de tags hreflang de Aleyda Solis quando estou configurando essas coisas manualmente. E sempre faço uma auditoria com Screaming Frog depois. Sempre.
---
Sinais Locais: O Detalhe Que Todos Esquecem Após o Lançamento
hreflang correto e uma página bem localizada te levam talvez 50% do caminho. Os outros 50% são sinal: o Google tem alguma razão para acreditar que você é uma entidade genuína naquele mercado?
Para a maioria dos sites, isso significa:
- Backlinks locais. Um link de um domínio alemão .de para suas páginas
/de/tem peso significativo. Links da mídia francesa para suas páginas em francês, a mesma coisa. Um link de um blog dos EUA para seu conteúdo em alemão não ajuda nem perto do quanto as pessoas assumem. - Google Business Profile. Se há qualquer presença física, mesmo um endereço registrado, configure um GBP para aquela localização. Preencha corretamente. Isso é básico para visibilidade no local pack.
- Schema local. Adicione schema
LocalBusinesscom o país correto, formato de endereço e formato de número de telefone corretos. Não apenas copie seu schema em inglês e traduza a descrição. Os dados estruturados precisam corresponder às especificidades da localidade. - Localização do hosting. Menos importante do que costumava ser dado os CDNs, mas se você está usando um CDN (e deveria estar), confirme que seus edge nodes estão servindo usuários europeus de servidores europeus. O plano gratuito do Cloudflare cuida disso. Não é um fator de ranking enorme mas contribui para o TTFB naquela região, o que importa.
Em 2019 eu tinha um cliente no espaço de suplementos de saúde tentando rankear na Espanha. A localização deles era boa. O hreflang deles estava correto. Mas tinham zero backlinks espanhóis, o GBP deles para o endereço em Madrid estava não reclamado, e o schema deles ainda listava um número de telefone do Reino Unido. Corrigir essas três coisas ao longo de cerca de quatro meses os levou da página 4 para a página 1 em três de seus termos alvo.
---
Profundidade de Conteúdo Varia por Mercado
Isso é algo que pesquisa de palavras-chave não vai te dizer completamente. Alguns mercados são ávidos por informação; outros convertem em páginas de produto minimalistas.
A Alemanha é notoriamente minuciosa. Buscadores alemães tendem a querer conteúdo de comparação detalhado, tabelas de especificações e políticas de devolução claras antes de comprar qualquer coisa. Uma página de produto de 300 palavras que converte no Reino Unido pode precisar de 900 palavras com uma seção de FAQ para funcionar na Alemanha.
O Japão é outro caso. Resultados de busca japoneses para consultas comerciais costumam apresentar conteúdo extremamente detalhado e longo. O SERP parece diferente, o comportamento do usuário é diferente, e as expectativas de conteúdo refletem isso.
Não estou dizendo para escrever 2.000 palavras para cada mercado só porque você pode. Estou dizendo: olhe para o que está realmente ranqueando naquele país, naquele idioma, para sua consulta alvo. Abra uma janela anônima, defina seu país no Google manualmente, e olhe para os três primeiros resultados. Qual é o tamanho deles? Eles têm vídeo? Eles têm tabelas? Eles têm avaliações de usuários incorporadas? Esse é seu benchmark, não o que funciona em inglês.
---
Checklist de Auditoria Técnica Antes de Colocar no Ar
Antes de qualquer site internacional sair do ar na Seahawk, passamos por isso em ordem:
- Confirmar que a estrutura de URL é consistente em todas as localidades
- Validar tags hreflang em cada tipo de página (home, categoria, produto, blog) usando Screaming Frog
- Verificar se tags canônicas se alinham exatamente com URLs alternativas do hreflang
- Verifique se x-default está configurado e aponta para uma página ativa, sem redirecionamentos
- Teste as configurações de geo-targeting no Google Search Console (relatório International Targeting, em Legacy Tools)
- Confirme que o XML sitemap inclui todas as URLs localizadas e é enviado por localidade se usar propriedades separadas
- Verifique a velocidade da página a partir das regiões alvo usando WebPageTest com um nó europeu ou asiático
- Valide o schema LocalBusiness com a Rich Results Test do Google para pelo menos uma página representativa por localidade
Essa não é toda verificação que fazemos. Mas se essas oito estiverem limpas, a base é sólida o suficiente para começar a construir.
---
O Jogo da Paciência: Prazos e Expectativas
Há algo que gostaria de poder colocar em um outdoor para cada cliente que vem até nós para SEO internacional: isso leva mais tempo do que SEO em inglês. Bem mais tempo, às vezes.
Quando você lança uma nova seção localizada, você está essencialmente lançando um novo site do ponto de vista do Google naquele mercado. Você não tem histórico de backlinks locais. Você não tem sinais de engajamento local. Você não tem histórico de consultas. Google é cauteloso.
Cronograma realista: 3 meses para ver algum movimento, 6 meses para começar a tirar conclusões, 12 meses para realmente avaliar se a estratégia de localização está funcionando. Sei que não é o que ninguém quer ouvir. Mas clientes que entram com essa expectativa têm muito menos probabilidade de desistir no mês 4 quando ainda não atingiram a página 1.
O cliente SaaS que mencionei no início? Reconstruímos todo o setup internacional deles no Q1 de 2022. No Q4 de 2022, o tráfego deles na Alemanha tinha passado de 38 sessões por mês para cerca de 1.400. França estava em 800. Levou nove meses de trabalho consistente. Sem atalhos. Apenas arquitetura correta, conteúdo genuinamente localizado e construção de links paciente em cada mercado.
---
FAQ
Preciso de uma propriedade separada do Google Search Console para cada idioma?
Não, se você está usando subdiretórios. Uma propriedade GSC cobre todo o domínio e você pode filtrar por prefixo de URL para ver dados por locale. Se você está usando ccTLDs, então sim, cada domínio precisa de sua própria propriedade. Subdomínios podem ser configurados como separados ou cobertos sob uma propriedade de domínio. Prefiro separados para dados mais limpos.
Posso usar tradução automática para conteúdo localizado?
Resposta curta: não, não como seu resultado final. Google consegue detectar conteúdo traduzido por máquina e está coberto pelas Políticas de Spam deles como conteúdo gerado automaticamente. Use DeepL ou similar para obter um primeiro rascunho, depois tenha um falante nativo editá-lo adequadamente. A passagem de edição é onde a localização realmente acontece mesmo.
Como lidar com um idioma falado em vários países? Como espanhol para Espanha vs México?
Você usa códigos hreflang separados: es-ES para Espanha e es-MX para México. E idealmente você tem conteúdo genuinamente diferente para cada, ou no mínimo metadados diferentes direcionando consultas locais. Não apenas aponte ambos os códigos hreflang para a mesma página. Google vai descobrir o que você está fazendo.
E se meu CMS não suportar hreflang nativamente?
A maioria suporta com plugins. WPML e Polylang lidam bem com hreflang no WordPress. Para builds customizados, você pode gerar as tags via seu XML sitemap em vez de usar a <head>, o que Google aceita. O método de sitemap é na verdade mais fácil de manter em escala. Só certifique-se de que está validando corretamente.
---
SEO de localização é lento, complicado, e frequentemente subestimado em recursos. A maioria dos sites que audito tem o conteúdo traduzido mas a camada técnica está faltando ou quebrada. Conserte a arquitetura primeiro. Depois construa os sinais locais. O conteúdo é a parte fácil, honestamente. O trabalho chato é o que faz a diferença.