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.in the target language, in the target locale using Google Keyword Planner with the country set correctly, or Ahrefs with the country filter applied. These are not the same as running English research. Treat each market as a new site from a keyword perspective.
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.subdirectories are usually the right call for most businesses. Something like yoursite.com/de/ rather than de.yoursite.com or yoursite.de. The reasons are practical: all your domain authority consolidates, it's easier to manage in one place, and Google handles it well when hreflang is set up correctly.
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.yoursite.de , yoursite.fr) do send a strong local signal. If you're a serious player in a specific market and you can commit to running essentially separate sites, they're worth it. Seahawk had a fintech client that insisted on separate ccTLDs for six countries in 2020, and yes, it performed well in those markets. But their dev overhead tripled. For most agencies building for clients, that's not realistic.
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.de.yoursite.com) are the worst of both worlds in most cases. Harder to maintain than subdirectories, weaker authority signal than ccTLDs. I'd avoid them unless your CMS architecture genuinely forces the issue.
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.be consistent. Don't mix structures. I've inherited sites with /fr/ pages and a fr. subdomain running simultaneously, both indexed. It's a nightmare.
---
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. tells Google which version of a page to show to which user in which language and country. Get it wrong and you'll have your US English pages showing up in Germany, your German pages not ranking at all, or, my personal favourite disaster, your x-default pointing to a page that redirects somewhere else entirely.
O formato da tag fica assim no seu <head>:<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/" /> `` <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. If your German page doesn't link back to the English page, and the English page doesn't link back to German, the implementation is broken.
- 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.
hreflang="en"means "English, any region."hreflang="en-GB"means "English, United Kingdom specifically." If you're trying to target UK vs US separately, you need the region code. - 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. The German page must contain a tag pointing to the English page. The English page must contain a tag pointing back to German. Both. Always.
- 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. Your hreflang alternate URL and your canonical URL for that page must match. Exactly. Including trailing slashes.
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.Aleyda Solis's hreflang tag generator when I'm setting these up manually. And I always audit with Screaming Frog after. Always.
---
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. A link from a German .de domain to your
/de/pages carries meaningful weight. Links from French media to your French pages, same thing. Getting a link from a US blog to your German content doesn't help nearly as much as people assume. - 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. If there's any physical presence, even a registered address, set up a GBP for that location. Fill it out properly. This is table stakes for local pack visibility.
- Schema local. Adicione schema LocalBusiness com 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. Add
LocalBusinessschema with the correct country, address format, and phone number format. Don't just copy your English schema and translate the description. The structured data needs to match the locale specifics. - 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. Less important than it used to be given CDNs, but if you're using a CDN (and you should be), confirm your edge nodes are serving European users from European servers. Cloudflare's free plan handles this. It's not a huge ranking factor but it contributes to TTFB in that region, which matters.
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.look at what's actually ranking in that country, in that language, for your target query. Open an incognito window, set your Google country manually, and look at the top three results. What length are they? Do they have video? Do they have tables? Do they have user reviews embedded? That's your benchmark, not what works in English.
---
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)Google Search Console (International Targeting report, under 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.this takes longer than English SEO. A lot longer, sometimes.
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.Spam Policies as auto-generated content. Use DeepL or similar to get a first draft, then have a native speaker edit it properly. The editing pass is where localisation actually happens anyway.
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.es-ES for Spain and es-MX for Mexico. And ideally you have genuinely different content for each, or at minimum different metadata targeting local queries. Don't just point both hreflang codes to the same page. Google will figure out what you're doing.
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.<head>, which Google accepts. The sitemap method is actually easier to maintain at scale. Just make sure it's validating cleanly.
---
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.