SEO internacional

O que SEO internacional realmente é — segmentação por idioma versus país, ccTLD/subdomínio/subdiretório, hreflang em escala, diferenças do Bing e o que foi descontinuado — por Patrick Stox.

Publicado pela primeira vez: 25 de jun. de 2026 · Última atualização: 21 de ago. de 2026 · Avançado
Idiomas

SEO internacional é garantir que os mecanismos de busca entendam quais países e/ou idiomas seu site segmenta e sirvam a versão correta ao usuário correto. Ele se divide em dois eixos — segmentação por idioma versus por país — e funciona com três alavancas: estrutura de URL (ccTLD/subdomínio/subdiretório), hreflang e localização na página. Minha conclusão, construída ao executar isso em escala IBM: hreflang é uma dica, não uma diretiva (seu benefício real é trocar a versão na SERP, não indexar); hreflang manual falha em escala, então automatize e monitore constantemente; o impulso de ranking de ccTLD está diminuindo (Gary Illyes, julho de 2024); o relatório International Targeting do GSC desapareceu (2022); e o Bing se apoia na meta tag content-language, não no hreflang. Para a maioria dos sites eu escolheria subdiretórios e uma página por idioma, em vez de uma proliferação de domínios por país. Defina os mercados de entrada com base em demanda, elegibilidade, capacidade, concorrência e economia — e saiba que nada disso garante indexação, rankings, tráfego ou conversões; apenas melhora suas chances.

TL;DR — SEO internacional runs em two axes (idioma vs. país) e três levers (estrutura de URL, hreflang, sinais na página). hreflang é um hint: its payoff é versão-swapping em o SERP, não indexação, e Google will override it. o ccTLD ranking boost — do Google LDCP algorithm — é fading (Gary Illyes, July 2024). o GSC internacional segmentação report foi descontinuado em 2022. Bing leans em o content-language meta tag, treating hreflang como “um far weaker sinal.” At empresarial escala, manual hreflang will fail — automatize generation e monitore constantly. My defaults: subdiretórios e uma página por idioma. Gate mercado entry em demand, eligibility, capacity, competition, e economics before picking architecture — e none de this guarantees indexação, rankings, ou traffic; it just improves o odds engines match localidade versões correctly.

Dois eixos, não um

o single maioria useful distinction em this whole topic é that Segmentação por idioma e Segmentação por país são diferente things. do Google own docs draw o line cleanly: “Multilingual websites are those that offer content in more than one language,” while “Multi-regional websites are those that explicitly target users in different countries.” You pode need um, both, ou neither.

Evidence for this claim Google distinguishes multilingual sites from multi-regional sites; a site can be both. Scope: Google Search guidance for sites serving multiple languages, countries, or regions. Confidence: high · Verified: Google: Managing multi-regional and multilingual sites

Gary Illyes put o trap bluntly: “The language is absolutely not a tell for what country you are targeting.” um French página could be para France, Canada, Belgium, ou Switzerland. If you care about country, you have para sinal país explicitly — um region code em your hreflang (fr-CA, não just fr) ou um ccTLD. idioma alone não do it. e o HTML lang attribute é no help: Illyes’ example foi um site where “Joomla just came with the Lang attribute set to English… And then you looked at the page, and it was 100% German.” Engines learned long ago não para trust it.

None de this axis-mapping é um guarantee mechanism, e it’s worth saying plainly: getting o idioma/país distinction e o técnico sinais right pode improve como well Google e Bing match localidade versões para searchers, but it não promise indexação, rankings, traffic, conversions, um specific displayed localidade, ou citations em AI answers para any um página. o sinal list below comes com its own documented limits em o que does e não count.

Priorize o mercado antes de definir a arquitetura

Before you commit para um estrutura de URL, gate o mercado itself — architecture é expensive para undo, e picking it before you know o mercado é worth entering é backwards. o practical checklist I use: search demand em that idioma/país, whether your product ou service é actually eligible para sell ou operate there, whether you have o operational capacity para support it (support, legal, payments, fulfillment), como competitive o mercado already é, e whether o unit economics funcionar once you convert. Treat Ahrefs-style traffic e keyword-volume numbers como estimates para sizing e comparing mercados against cada other; treat your own Google Search Console ou analytics rows como observed first-party data once you’re already live somewhere similar. Skipping this gate é como teams end up com um expensive ccTLD em um mercado that foi never going para convert. o SEO internacional keyword research página covers o mercado-por-mercado research workflow em depth.

Escolhendo sua estrutura de URL

This é o um architectural decision that’s expensive para undo, so it’s worth getting right. Google uses several sinais para funcionar out your segmentar localidade — ccTLD, hreflang, server location, e sinais na página like local addresses, phone numbers, currency, e local site links — but estrutura de URL é o um you commit para em infrastructure.

Evidence for this claim Google supports locale-specific URLs and hreflang, and also considers ccTLDs and several page, server, and local-link signals when identifying an intended audience. Scope: Google Search locale guidance; these are signals rather than guaranteed targeting controls. Confidence: high · Verified: Google: Managing multi-regional and multilingual sites
StructureExampleUpsideDownside
ccTLDexample.deStrongest país sinal; clear para usersExpensive; splits authority across domains; availability limited
subdomíniode.example.comEasy para defina upOften treated like um separate site; weaker recognition
subdiretórioexample.com/de/Consolidates authority under um domain; low maintenanceSingle host; weaker pure-geo sinal
parâmetro de URLexample.com?loc=denão recommended; hard para segment

My default para maioria sites é o subdiretório. It keeps todos your authority under um domain instead de splitting it across separate ccTLDs, e it’s far menos para maintain. John Mueller has said para years that “subdomains and subdirectories are essentially equivalent” de do Google side, so o deciding factors são usually operational, não magical SEO ones — escolha o que fits your stack e your long-term plan. That’s practitioner guidance de running this em escala, não um universal Google ranking rule — do Google own documentação lists tradeoffs para cada option e não declare um structure o winner.

o big caveat é o ccTLD story. ccTLDs são still o strongest country sinal — Google calls them “a strong signal… about the target country of a website” — but that advantage é shrinking. Gary Illyes, em Search Off o Record em July 2024, described o underlying mechanism e its decline: “One of the main algorithms… is called something like LDCP — language demotion country promotion… But nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” He went further: “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away,” because “think about all the funny domain names that you can buy… It doesn’t say anything anymore about the country.” His practical advice matched mine — there’s still marketing value em um ccTLD, “but I would not worry too much about it” para ranking. Google has even been redirecting its own país ccTLDs para google.com.

hreflang: o principal sinal técnico

hreflang é o workhorse de SEO internacional, e it’s o thing I’ve spent mais time em than almost any other técnico topic — it foi um de my first contributions when I joined Ahrefs, editing our hreflang guide.

o que it actually does. hreflang tells Google (e Yandex) which idioma/region um URL é meant para. Its real benefit é versão-swapping em o SERP: um UK visitor pode be shown your en-gb página even when o en-us página é o que ranks, provided hreflang é defina up correctly. When o tags são broken, that swapping just não happen. o que hreflang does não do é guarantee indexação ou override canonicalização — it’s um de roughly 19 canonicalização sinais, não um trump card.

três métodos de implementação, todos equivalent: <link rel="alternate" hreflang="…" href="…" /> tags in the <head>; an HTTP Link: header; ou <xhtml:link> entries em your XML sitemap. There’s no inherent speed difference — o sinais são checked at rastrear time either way, so use whichever your stack generates maioria reliably. (em um mixed ccTLD-plus-.com setup, centrally-hosted XML sitemaps são o usual way para manage cross-domain clusters.)

o golden rules:

  • Bidirectional / recíproco. If página X points para página Y, Y deve point back para X. hreflang funciona em clusters — um defina de páginas todos referencing cada other — e um cluster only forms when o links são recíproco. This é also como sinal-sharing funciona across o cluster: o strongest página pode lift o others.
  • autorreferente é best practice but, per Mueller, technically “optional.”
  • x-default é your fallback para users whose idioma/region não match any specific versão.
  • use real region codes. en-GB, fr-BE, zh-Hans — ISO 639-1 idioma plus um optional ISO 3166-1 region. There são no EU, LATAM, APAC, ou MENA region codes; you segmentar individual países (es-MX, es-AR, es-CO).

Common errors são everywhere. em o Ahrefs hreflang study I worked em — o largest ever done, across 374 756 hreflang-usando domains — 67% had at least um issue. My honest reaction at o time: “I’m surprised the numbers weren’t worse… I suspect a lot of these sites have basic implementations.” o point stands: “Hreflang is complex and hard to get right. It can break in so many different ways.”

hreflang é um hint, não um directive. This é o line people maioria need para internalize. como Mueller put it (Bluesky, May 2025): “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” e: “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” So Google may consolidate near-identical idioma variants, e your reporting will sit em whichever URL it picked como canonical.

Outros sinais — e o que o Google ignora

Beyond hreflang e ccTLD, Google reads localização na página: local currency, addresses, phone numbers, o idioma de o texto do corpo, e links de sites locais. Two things it explicitly does não use: geolocalização meta tags (geo.position, geo.region, geo.placename) e IP-based location analysis, which it calls “not reliable.”

It helps para mantenha straight which job cada sinal é actually doing, because they get blended together constantly: idioma detection comes de o página’s visible content, não de code-level data ou o URL — Google determines it por reading o que’s actually em o página. localidade segmentação (which país um página é para) é signaled por ccTLD, hreflang, server location, e o em-página cues above — though Google é explicit that server location alone “é não definitive.” hreflang does um narrower job than either de those: it maps alternate localidade URLs para cada other so o right um pode be swapped into results; it does não declare um página’s idioma. e canonicalização é o separate decision about which URL actually gets indexed e ranked — hreflang feeds into it but não control it outright.

um trap para evite: não auto-redirect users por IP. do Google guidance é para “avoid automatically redirecting users to a different language version based on their perceived geographic location.” redirecionamentos geográficos trap o rastreador em whatever localidade it appears para originate de, so Google never sees your other versões — e em o EU, IP-based geoblocking pode run into o Anti-Geoblocking Regulation. use separate, stable URLs per idioma, mantenha them directly reachable (no localidade-only paths that vanish once you leave o “right” region), e give users explicit links para switch idioma ou region themselves rather than guessing em their behalf. mesmo reasoning kills cookie-based ou Accept-Language-based content switching: O Google recomenda “using separate locale URL configurations” com hreflang instead de localidade-adaptive páginas, because Googlebot não defina Accept-Language headers por default e commonly rastreamentos de US-based infrastructure — so um response that adapts based em perceived location ou headers may simply never be seen em its other localidades at todos.

O relatório International Targeting do GSC desapareceu

If um guide tells you para defina your destino de país em Search Console, it’s out de date. Google descontinuado o internacional segmentação report em September 22, 2022, stating o país-segmentação feature “was determined to have little value for the ecosystem, and is no longer supported.” o que replaced it? Nothing direct — país segmentação é now inferred de ccTLD + hreflang + sinais na página + inbound links. o hreflang error data that usado para live em that report é also desapareceu de GSC, so you validate hreflang com um rastreador now. Google did confirm it “will continue to support and use hreflang tags.” para verifique which versão Google actually indexed para um página, use o URL Inspection tool.

Como o Bing lida com isso de forma diferente

This é where maioria guides either skip Bing ou get it wrong — e I’ve had o benefit de being em um panel com do Bing Fabrice Canel para hear it firsthand. do Bing sinal stack é genuinely diferente de do Google. Canel’s own words: “hreflang is indeed a far weaker signal than content-language at Bing.”

do Bing preferred sinais, em rough priority order:

  1. <meta http-equiv="content-language" content="fr-FR"> — o content-language meta tag
  2. o Content-Language HTTP header
  3. ccTLD / server location
  4. Body-text idioma
  5. localidade de inbound linking páginas

So o cross-engine recipe é: implement hreflang para Google, and adicione content-language meta tags para Bing. Bing will leia hreflang, but treats it como weak. e unlike Google (which killed its own segmentação report em 2022), Bing removido its Geo segmentação feature too — Fabrice Canel confirmed em September 2020 that it did não carry over para o redesigned Bing Webmaster Tools, telling SEOs para use o content-language meta tag ou HTTP header instead.

Outros mecanismos precisam do próprio fluxo de trabalho

Google versus Bing é não o whole internacional map. Once um mercado depends em another engine, mantenha o shared content e técnico foundation but verify o provider-specific workflow instead de translating um Google checklist:

SystemDiscovery e submissiono que não para assume
Googlerastreável links, sitemaps where useful, Search Console; no IndexNow participationAnother engine’s push endpoint ou directives configure Google
BingBing Webmaster Tools e IndexNowdo Bing localidade weighting exactly matches do Google
NaverSearch Advisor, sitemap/RSS workflows, collection requests, e Naver’s IndexNow endpointSubmission guarantees indexação ou placement
YandexYandex Webmaster, regionality, sitemaps, hreflang, e IndexNowGoogle Search Console controls Yandex ou replaces its region workflow
Cốc CốcIts own rastreador/index, manual URL submission, robots.txt Sitemap: discovery, e bot-specific directivesGoogle documentação proves Cốc Cốc canonical, hreflang, ou AI-citation behavior
Evidence for this claim Google, Bing, Naver, Yandex, and Cốc Cốc expose different documented submission, webmaster, regionality, crawler, or directive workflows, so one provider's controls must not be treated as a universal cross-engine contract. Scope: Documented provider workflows only; this does not establish ranking weights, market share, or undocumented canonical, hreflang, or AI-citation behavior. Confidence: medium · Verified: IndexNow participating endpoints Naver Search Advisor Yandex Webmaster Cốc Cốc Search Console guidance

o details belong em o mercado-specific SEO guides. o useful rule here é simpler: shared SEO principles travel; product controls, submission paths, diagnostics, e undocumented behavior do não.

SEO internacional em escala

I ran SEO internacional at IBM, em um de o largest empresarial sites em o world — multiple CMSs, multiple infrastructures, tens de millions de URLs. o single biggest lesson: manual hreflang management fails em escala. You cannot hand-curate recíproco tags across millions de páginas e multiple systems. o que funciona:

  • automatize everything possible. Generate hreflang de um system de record — often middleware connecting your CMSs — rather than letting cada team hand-write tags.
  • verifique repeatedly. Problems emerge constantly; this é um constant rastrear + alerts job, não um once-um-quarter audit. Expect breakage e build systems para catch it.
  • Watch para “head section breaks.” tags hreflang pushed into o <body> por malformed HTML são ignored — verify they’re em o rendered <head>.
  • Verify o indexed URL por localidade com GSC’s URL Inspection, because hreflang’s effectiveness depends em which versão actually got indexed, não just o que your canonical tag says.

Architecturally, my preference em escala é uma página por idioma rather than um página por país/localidade — it produces fewer, stronger pages, enables dynamic personalization, e sidesteps um lot de hreflang complexity. Patience matters too: internacional changes move at o speed de rastrear cycles, não at o speed your stakeholders want.

Para onde ir agora

This hub é o map. cada subtopic below é its own deep dive:

Hreflang (its own section em o sidebar)

  • hreflang — o tag em full: o três métodos de implementação, clusters, reciprocidade, common errors, e validation.
  • x-default hreflang — o fallback value para users whose idioma/region matches none de your versões, e where it actually helps.

Localization, content, e audits

  • translation vs. localization — por que machine-translating páginas isn’t o mesmo como localizing para um mercado, e o que do Google auto-translation guidance means para you.
  • SEO internacional keyword research — researching demand mercado-por-mercado, where o same idioma differs por país (o classic “ibis” vs. “bin chicken” gap).
  • SEO internacional audit — como para rastrear, validate, e debug hreflang clusters e localidade sinais across um multi-mercado site.
  • multilíngue SEO — o idioma-segmentação half de o discipline em depth.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.