Em 2021, um cliente de e-commerce de médio porte veio para a Seahawk depois que sua loja alemã tinha estado ao vivo por oito meses. Oito meses. Seu site no Reino Unido estava classificando lindamente. A versão alemã? Praticamente invisível no Google.de. Auditamos e encontramos o problema em vinte minutos: seu desenvolvedor tinha implementado tags hreflang apontando para URLs que não existiam mais após uma migração. Google tinha estado lendo sinais conflitantes por quase um ano. Seu tráfego orgânico da Alemanha era cerca de 4% do que deveria ser.
Esse tipo de desastre silencioso é exatamente do que SEO internacional está cheio. Não explode com barulho. Apenas sangra lentamente.
Então deixa eu te contar o que aprendi construindo e corrigindo sites internacionais em mais de 40 países, incluindo o que realmente funciona, o que os documentos não te dizem, e os erros específicos que vejo constantemente.
---
As Três Estruturas de Domínio (e Quando Usar Cada Uma)
Esta é a primeira decisão e também a mais permanente. Errar custa meses, às vezes anos.
Suas opções são domínios de código de país (ccTLDs, como .de, .fr, .com.au), subdomínios (de.example.com) ou subdiretórios (example.com/de/). É isso. Não existe uma quarta opção secreta..de , .fr , .com.au ), subdomains ( de.example.com ), or subdirectories ( example.com/de/). That's it. There is no secret fourth option.
ccTLDs
Um ccTLD oferece o sinal geográfico mais forte. Google sabe que example.de é para a Alemanha. Nenhuma configuração necessária. Mas você também está começando do zero com autoridade de domínio em cada novo ccTLD. Se você estiver lançando em cinco países simultaneamente, estará construindo cinco perfis de autoridade separados. Isso exige orçamento sério de construção de links e tempo.example.de is for Germany. No configuration required. But you're also starting from scratch with domain authority on every new ccTLD. If you're launching in five countries simultaneously, you're building five separate authority profiles. That takes serious link-building budget and time.
Eu recomendaria ccTLDs quando o negócio realmente funciona como entidades locais separadas em cada país, a marca tem orçamento para investir em cada domínio a longo prazo, e sinais de confiança local importam (serviços financeiros, saúde, trabalho adjacente ao governo). Caso contrário, você está lutando contra uma batalha difícil que não precisava escalar.
Subdiretórios
Honestamente, para a maioria dos clientes com quem trabalho, example.com/de/ é a resposta certa. Você mantém toda a autoridade de domínio consolidada. Os sinais que você construiu ao longo dos anos no domínio raiz fluem através. Google declarou explicitamente que subdiretórios funcionam perfeitamente bem para direcionamento internacional.example.com/de/ is the right answer. You keep all your domain authority consolidated. The signals you've built over years on the root domain flow through. Google has explicitly stated that subdirectories work perfectly well for international targeting.
A compensação é que você precisa fazer mais trabalho para estabelecer relevância geográfica. É aí que hreflang e geo-targeting de GSC entram.
Subdomínios
Subdomínios são aceitáveis, mas acho eles bagunçados na prática. Eles se comportam mais como sites separados de uma perspectiva de rastreamento. Vi orçamentos de rastreamento serem prejudicados quando um cliente tinha oito subdomínios de idioma e um bot que não os tratava eficientemente. A menos que haja uma razão técnica ou de CMS específica para usá-los, dissuado as pessoas.
---
hreflang: A parte que todos acertam errado
Vou dizer algo que soa dramático mas é completamente preciso: hreflang é uma das coisas mais propensas a erros em todo o SEO técnico. A especificação em si é clara o suficiente, mas a implementação tem cerca de quinze maneiras diferentes de quebrar.spec itself is clear enough, but implementation has about fifteen different ways to break.
A tag autorreferencial não é opcional
Cada página precisa de uma tag hreflang apontando para si mesma. Isso confunde talvez 40% dos desenvolvedores com quem trabalho que estão implementando isso pela primeira vez. Você não pode apenas listar as versões em idiomas alternativos. A página atual deve referenciar a si mesma.
`` <link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/product/" /> <link rel="alternate" hreflang="de" href="https://example.com/de/product/" /> <link rel="alternate" hreflang="fr" href="https://example.com/fr/product/" /> `` <link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/product/" /> <link rel="alternate" hreflang="de" href="https://example.com/de/product/" /> <link rel="alternate" hreflang="fr" href="https://example.com/fr/product/" /> ``
A tag en-GB naquela primeira linha? Essa página está referenciando a si mesma. Perca isso e Google pode não processar o cluster corretamente.en-GB tag on that first line? That page is referencing itself. Miss it and Google may not process the cluster correctly.
Bidirecional ou nada
Cada relacionamento hreflang tem que ser recíproco. Se sua página em inglês aponta para sua página em alemão, a página em alemão deve apontar de volta para a página em inglês. Google trata tags não emparelhadas como erros e as ignora amplamente.
Já vi desenvolvedores implementarem hreflang apenas no idioma "principal" e se perguntarem por que os rankings não melhoram. O gráfico de relacionamento completo tem que ser declarado em cada nó.
Códigos de Idioma vs. Códigos de Região
hreflang="de" significa alemão, qualquer região. hreflang="de-DE" significa alemão conforme usado na Alemanha. hreflang="de-AT" significa alemão conforme usado na Áustria. Se você disponibiliza o mesmo conteúdo em alemão para Alemanha e Áustria, pode usar de como um catch-all. Mas se você tem variantes genuinamente localizadas, seja explícito. means German, any region. hreflang="de-DE" means German as used in Germany. hreflang="de-AT" means German as used in Austria. If you serve the same German content to both Germany and Austria, you might use de as a catch-all. But if you have genuinely localised variants, be explicit.
Onde isso prejudica as pessoas: usar en quando querem dizer en-GB, e depois se perguntam por que o site dos EUA está recebendo tráfego do Reino Unido. Essas não são a mesma tag.en when they mean en-GB, then wondering why the US site is getting UK traffic. These are not the same tag.
A Tag x-default
Adicione hreflang="x-default" apontando para sua URL de fallback (geralmente a homepage em inglês ou uma página seletora de idioma). Isso diz ao Google o que servir quando nenhuma outra variante de hreflang corresponder ao idioma/região do usuário. Muitos sites esquecem disso. Não é catastrófico, mas é uma lacuna.hreflang="x-default" pointing to your fallback URL (usually the English homepage or a language selector page). This tells Google what to serve when no other hreflang variant matches a user's language/region. Lots of sites forget this. It's not catastrophic but it is a gap.
---
Erros Comuns que Vi em Projetos Reais
Deixa eu passar pelos que encontro mais frequentemente. Sem floreios.
- Tags hreflang apontando para redirecionamentos. Suas URLs de hreflang devem ser as URLs canônicas, o destino final. Se example.com/de/ redireciona para example.com/de/home/, sua tag hreflang deve apontar para a última. Your hreflang URLs must be the canonical, final destination URLs. If
example.com/de/redirects toexample.com/de/home/, your hreflang tag should point to the latter. - Barras finais inconsistentes. example.com/de/ e example.com/de são tecnicamente URLs diferentes. Escolha uma e seja consistente em todas as tags de hreflang e canônica.
example.com/de/andexample.com/deare technically different URLs. Pick one and be consistent across every hreflang tag and canonical. - Implementar hreflang no sitemap XML mas não na head HTML. Ambos são métodos válidos de entrega, mas misturá-los inconsistentemente em um site causa confusão. Escolha um método e aplique em todos os lugares. Both are valid delivery methods, but mixing them inconsistently across a site causes confusion. Pick one method and do it everywhere.
- Geo-targeting no GSC não configurado. Para estruturas de subdiretório ou subdomínio, você precisa definir seu geo-target dentro do Google Search Console. Entrar no GSC e selecionar um país-alvo no relatório "International Targeting" é um trabalho de cinco minutos que um número surpreendente de times pula completamente. For subdirectory or subdomain structures, you need to set your geo-target inside Google Search Console. Going into GSC and selecting a country target in the "International Targeting" report is a five-minute job that a surprising number of teams skip entirely.
- Traduzir apenas o conteúdo do body, não os metadados. Seus <title>, meta description e até mesmo seus slugs de URL devem ser localizados. Conteúdo traduzido com metadados em inglês é uma bagunça híbrida que confunde tanto usuários quanto bots. Your
<title>, meta description, and even your URL slugs should be localised. Translated content with English metadata is a hybrid mess that confuses both users and bots. - Sem link-building localizado. Essa não é uma falha técnica, mas mata ranking internacional com a mesma efetividade. Autoridade de domínio não se transfere automaticamente para uma audiência alemã. Você precisa de links de fontes relevantes para o idioma alemão e para a Alemanha. This one isn't a technical mistake but it kills international rankings just as effectively. Domain authority doesn't automatically transfer meaning to a German audience. You need links from German-language, Germany-relevant sources.
---
Canonical Tags e Como Eles Entram em Conflito com hreflang
Aqui está algo que confunde até mesmo desenvolvedores experientes. Tags canonical e tags hreflang precisam estar em acordo. Se a página A tem uma tag hreflang apontando para a página B como variante em alemão, mas a página B tem uma canonical apontando de volta para a página A, você criou um loop. Google vai ver a canonical e assumir que B não é a versão real, o que torna o sinal de hreflang praticamente inútil.
Seahawk tinha um cliente SaaS em 2022 com exatamente esse problema. O CMS deles estava auto-gerando canonicals que todas apontavam para a raiz em inglês. Toda página localizada. Todas canônicas para inglês. O hreflang era tecnicamente válido mas as canonicals estavam dizendo ao Google para ignorar tudo exceto a versão em inglês. Três meses de esforço desperdiçado.
A regra: cada página localizada deve ter uma canonical auto-referenciada apontando para sua própria URL, não para a versão do idioma primário.
---
Como o Google Realmente Processa Isto (e o Que Ele Não Vai Te Contar)
Google não garante que vai seguir suas tags hreflang. Quero ser direto sobre isto. É uma sugestão, não uma diretiva. Google diz isto explicitamente na sua própria documentação. O que isto significa na prática é que se seu conteúdo não estiver genuinamente localizado (apenas inglês com um prefixo /de/ e texto traduzido por máquina), Google ainda pode servir a versão "errada" porque sua própria detecção de idioma discorda das suas tags./de/ prefix and machine-translated body text), Google may still serve the "wrong" version because its own language detection disagrees with your tags.
Uma boa implementação de hreflang amplifica uma boa localização. Ela não substitui.
Outra coisa: hreflang não afeta rankings no índice de busca primário. Afeta qual URL é exibida para qual usuário em qual país. Sua página em alemão ainda precisa rankear para queries em alemão por seu próprio mérito. hreflang apenas garante que a página certa apareça para a audiência certa quando você já conquistou o ranking.
Use o gerador de tags hreflang da Aleyda Solis se você estiver construindo estas manualmente. É a ferramenta que aponto para os juniores primeiro. E execute sua implementação através da ferramenta de teste de hreflang do Merkle depois disso para pegar erros antes do Google.Aleyda Solis's hreflang tag generator if you're building these manually. It's the tool I point juniors to first. And run your implementation through Merkle's hreflang testing tool after the fact to catch errors before Google does.
---
Estratégia de Conteúdo Através de Mercados (a Parte que a Maioria dos Posts Pula)
Setup técnico recebe toda a atenção. Mas vi sites com hreflang perfeito, canonicals corretos, e propriedades GSC bem configuradas que ainda não performam internacionalmente. Por quê? Porque pegaram seu conteúdo de blog em inglês, traduziram palavra por palavra, e chamaram de localizado.
Audiências alemãs buscam diferente de audiências britânicas. "Running shoes" no UK pode ser "Laufschuhe" na Alemanha, claro, mas a intenção por trás da query, o formato que perfoma bem, os detalhes do que as pessoas querem ler, tudo isto difere também. Você precisa de pesquisa de palavras-chave feita no idioma de destino, por alguém que realmente usa esse idioma, não uma camada de tradução em cima da pesquisa em inglês.
Algumas coisas que realmente movem a agulha em conteúdo internacional:
- Pesquise SERPs locais em um navegador usando uma VPN ou URLs de busca específicas por país do GoogleGoogle's country-specific search URLs
- Verifique o conteúdo dos concorrentes no país-alvo, não seus concorrentes do Reino Unido ou EUA
- Adapte exemplos, preços, referências culturais. Um post cheio de cifrões não funciona na Alemanha.
- Construa backlinks locais antes ou junto com seu push de conteúdo, não seis meses depois
---
Quando Usar um CDN ou Local de Hospedagem
A localização do servidor importa para SEO internacional? Menos do que costumava importar, para ser honesto. Com CDNs como Cloudflare na frente do seu site, a localização física do seu servidor importa quase nada. Os edge nodes do Cloudflare vão servir o conteúdo de onde quer que seja geograficamente mais próximo do usuário de qualquer forma.
O que ainda importa: velocidade de página na região-alvo. Execute seu site através do PageSpeed Insights e verifique especificamente seus Core Web Vitals para usuários móveis no seu mercado-alvo. Já vi sites otimizados para o Reino Unido que eram lindamente rápidos domesticamente mas carregavam em 6 segundos na Austrália porque seu CDN de imagens não tinha presença de edge lá. Isso mata rankings independentemente de tudo mais.PageSpeed Insights and specifically check your Core Web Vitals for mobile users in your target market. I've seen UK-optimised sites that were beautifully fast domestically but loaded in 6 seconds in Australia because their image CDN had no edge presence there. That kills rankings independently of everything else.
---
FAQ
O hreflang afeta os rankings do Google diretamente?
Não. O hreflang diz ao Google qual versão de uma página mostrar para qual público, não impulsiona rankings. O ranking em si é determinado pelos fatores usuais: relevância, autoridade, sinais on-page. Pense no hreflang como roteamento, não como ranking.
Posso usar hreflang com um WordPress multisite?
Sim, e é na verdade uma das configurações mais limpas quando feita corretamente. Plugins como WPML ou Polylang geram hreflang automaticamente, embora eu sempre audite o resultado deles porque tags geradas automaticamente ocasionalmente têm os problemas de auto-referência ou bidirecionalidade mencionados acima. Não assuma que o plugin fez perfeitamente. Verifique.
Como faço para verificar se meu hreflang está funcionando?
Puxe suas páginas no Google Search Console no relatório "International Targeting" e procure por erros. Também inspecione páginas individuais com a ferramenta URL Inspection para ver quais tags o Google realmente indexou. E use a aba hreflang do Screaming Frog durante um crawl completo. Isso lhe dá a visão geral: pares recíprocos faltando, URLs quebradas, erros de código de idioma.
Preciso de sitemaps separados para cada país ou idioma?
Não é estritamente necessário, mas é mais limpo. Se você está usando subdiretórios, um sitemap XML separado por idioma que seja enviado individualmente dentro do GSC facilita o gerenciamento de crawl, especialmente conforme o site cresce. Um único sitemap funciona também, contanto que toda URL com hreflang esteja incluída.
Qual é o erro mais comum com hreflang?
Tags de auto-referência faltando. Sempre. Já auditei provavelmente 200 sites internacionais nos últimos quatro anos e é o erro que encontro mais consistentemente, geralmente porque o desenvolvedor leu um tutorial simplificado que não mencionou. O segundo lugar vai para implementar hreflang nas páginas HTML mas esquecer de atualizar a versão do sitemap XML (ou vice-versa) após uma migração de URL.
---
International SEO é genuinamente uma das áreas onde acertar os detalhes técnicos chatos é exatamente o que separa sites que crescem globalmente de sites que giram em volta do mesmo lugar por anos. Os conceitos não são misteriosos. A execução só exige mais precisão do que a maioria das pessoas espera no início. Acerte a estrutura de domínio primeiro. Depois construa hreflang com cuidado e valide. Depois faça o trabalho de localização de verdade. Nessa ordem.
Aquele cliente alemão que mencionei no início? Corrigimos o hreflang, limpamos os canonicals e conseguimos links em alemão adequados de sites locais da indústria. Em quatro meses eles estavam puxando 60% do tráfego que o site deles no Reino Unido recebia. Nada mal para um mercado onde eles eram invisíveis.