ccTLD vs. Subdomínio vs. Subdiretório para SEO internacional

TL;DR — Se você quiser oferecer versões diferentes do seu site para países diferentes, há três formatos de URL entre os quais escolher: um domínio de país como example.de, um subdomínio como de.example.com ou uma pasta como example.com/de/. O Google documenta os três como estruturas utilizáveis. Uma diferença importante: um domínio de país (.de, .fr, .co.uk) indica automaticamente, de forma forte, para mecanismos de busca e usuários a qual país ele se destina. A versão em pasta é a mais fácil de operar, então é o padrão sensato para a maioria dos sites.

As três opções

Imagine que você seja uma empresa dos EUA se expandindo para a Alemanha. Onde a versão alemã do seu site ficará? Há três escolhas:

• ccTLD — um domínio de nível superior com código de país: example.de. O .de é a terminação de domínio própria da Alemanha, assim como .fr é a da França e .co.uk é a do Reino Unido. Você compra um domínio separado para cada país.
• Subdomínio — um prefixo no seu domínio principal: de.example.com. É o mesmo domínio principal, com um “de.” anexado no início.
• Subdiretório (ou subpasta) — um caminho no seu domínio principal: example.com/de/. É o mesmo domínio; tudo fica em um só lugar, apenas organizado em pastas.

Um deles tem melhor desempenho nos rankings?

O Google não documenta uma estrutura como universalmente superior. Sua orientação apresenta diferentes prós, contras e sinais de localidade, então a decisão deve se adequar ao público e ao modelo operacional, sem presumir um resultado garantido de ranking.

Mas isso não significa que sejam intercambiáveis. Esta é a única diferença que realmente importa para um iniciante entender:

Um ccTLD anuncia automaticamente o país. Quando o Google vê example.de, já sabe que o site é direcionado à Alemanha — não é necessária nenhuma configuração extra. Os usuários recebem o mesmo sinal: um comprador alemão confia mais em um endereço .de do que em um .com genérico.

Com um subdomínio ou um subdiretório, esse sinal de país não é automático. Você precisa estabelecer o público pretendido por meio de sinais explícitos, como hreflang, conteúdo específico da localidade, detalhes locais e links locais.

Então, qual você deve escolher?

Uma regra prática simples:

• Use um subdiretório (example.com/de/) se não tiver certeza. É a opção mais barata e simples de operar — um domínio, uma configuração de hospedagem, um lugar para gerenciar tudo — e toda a “força” do seu site permanece em um único domínio.
• Use um ccTLD (example.de) se você já possui os domínios de país, se a confiança em um endereço local realmente importa (algo comum para bancos, governos e grandes varejistas) ou se um país tiver motivos legais para exigir que você esteja no domínio dele.
• Use um subdomínio (de.example.com) principalmente quando houver um motivo técnico para manter cada país em um host separado, mas você não quiser comprar domínios separados.

O erro que a maioria das pessoas comete

Não compre um ccTLD para cada país achando que ele terá um ranking melhor. Não terá — e você dividirá a autoridade do seu site entre uma dúzia de domínios separados, cada um dos quais terá de conquistar seus próprios links e sua própria reputação do zero. Esse é um custo real, não uma vitória gratuita. Quer ver toda a troca, o que o Google realmente diz e como a remoção da ferramenta de segmentação geográfica do Search Console mudou as coisas? Mude para a aba Avançado.

TL;DR — Para segmentação por país/idioma, você escolhe entre um ccTLD (example.de), um subdomínio de gTLD (de.example.com) e um subdiretório de gTLD (example.com/de/). O Google documenta os três como estruturas utilizáveis, com diferentes compromissos. O verdadeiro diferencial é o sinal geográfico: um ccTLD carrega um sinal de país automático e inequívoco que os outros dois não recebem gratuitamente. O custo desse sinal é a fragmentação — domínios separados dividem a autoridade dos links, multiplicam a infraestrutura e tornam mais difícil gerenciar o hreflang entre propriedades. Subdiretórios consolidam a autoridade em um único domínio e são os mais baratos de operar, mas, desde que o Google removeu o relatório de Segmentação internacional do Search Console (setembro de 2022), não existe mais uma forma de declarar explicitamente o país-alvo de uma subpasta — use hreflang junto com conteúdo de localidade visível e outros sinais locais. Subdomínios ficam no meio: são um hostname separado que pode ser hospedado no país, mas precisam dos mesmos sinais manuais que um subdiretório. Propriedade, elegibilidade do registrante, governança e custo importam tanto quanto o sinal — e mudar de estrutura mais tarde é uma migração completa de URL (redirecionamentos, canonicals, hreflang, sitemaps, monitoramento), não uma correção rápida. Meu padrão: subdiretórios, a menos que um ccTLD existente, uma exigência de confiança ou legal, ou uma separação real de infraestrutura leve você a outra opção. Esta é a decisão internacional — a questão geral de arquitetura com ponto versus barra é um tópico separado (veja abaixo).

As três estruturas, com precisão

Um ccTLD é um domínio de nível superior com código de país — .de, .fr, .co.uk, .jp. O Google o trata como um forte sinal de segmentação geográfica por padrão: mapeia o domínio para um país automaticamente, e você não pode (nem precisa) substituir isso por uma configuração manual. Um gTLD (TLD genérico, como .com, .org, .net) não carrega significado de país por si só, então um subdomínio ou subdiretório em um gTLD precisa conquistar sua segmentação geográfica de outra maneira.

O que o Google realmente diz

A documentação do Google sobre Gerenciar sites multilíngues e multirregionais lista estas estruturas de URL para segmentação por país, com seus compromissos:

• Domínio específico do país (ccTLD) — vantagem: segmentação geográfica clara, localização clara do servidor por convenção, separação fácil dos sites. Desvantagem: caro, pode ter disponibilidade limitada e exige mais infraestrutura.
• Subdomínio com gTLD — vantagem: fácil de configurar e permite diferentes localizações de servidor. Desvantagem: os usuários talvez não reconheçam a segmentação geográfica apenas pela URL.
• Subdiretório com gTLD — vantagem: fácil de configurar e de baixa manutenção (mesmo host). Desvantagem: os usuários talvez não reconheçam a segmentação geográfica pela URL, e há uma única localização de servidor.
• Parâmetros de URL (example.com?country=de) — não recomendado para segmentação por país; é difícil de segmentar, e os usuários não conseguem reconhecer a localização geográfica pela URL.

Observe o que não está nessa lista: qualquer afirmação de que uma estrutura teria um ranking melhor. A posição consistente do Google, repetida em sua orientação sobre estrutura de URL e nos documentos gerais sobre estrutura de sites, é que ele não tem preferência de indexação ou ranking — você deve escolher o que for mais fácil de organizar e gerenciar. A escolha estrutural diz respeito a operações e sinais, não é uma alavanca de ranking.

O diferencial principal: sinal geográfico automático versus manual

Este é o ponto central da decisão e é o que diferencia este tema do debate genérico entre subdomínio e subdiretório.

Um ccTLD fornece o sinal de país de graça. example.de é entendido como direcionado à Alemanha no momento em que o Google o vê. Você não faz nada. Os usuários também o veem — o .de na barra de endereço é um indício de confiança e relevância que nenhum caminho .com/de/ consegue igualar.

Um subdomínio ou subdiretório em um gTLD não recebe isso automaticamente. O .com não diz nada sobre o país. Então, como você informa ao Google que example.com/de/ é destinado a usuários que falam alemão na Alemanha?

Durante anos, a resposta teve duas partes: hreflang e o relatório de Segmentação internacional do Search Console, que permitia definir manualmente o país-alvo de uma propriedade gTLD inteira — inclusive, quando se usava uma propriedade de prefixo de URL, um subdiretório específico como example.com/de/. Essa configuração manual de país era a única forma de segmentar geograficamente uma subpasta de maneira explícita.

A mudança que a maioria dos artigos ignora: a Segmentação internacional acabou

O Google removeu o relatório de Segmentação internacional do Search Console em setembro de 2022 (aviso de descontinuação do próprio Google; também coberto pelo Search Engine Land). O relatório tinha duas abas — um verificador de erros de hreflang e a configuração de segmentação por país. O motivo declarado pelo Google foi que o valor da configuração manual de país havia diminuído com o tempo e que o hreflang havia amadurecido.

A consequência prática é específica e importante: já não existe nenhuma forma de declarar explicitamente ao Google o país-alvo de um subdiretório (ou subdomínio). A substituição manual desapareceu. Para uma subpasta ou um subdomínio de gTLD, restam:

• hreflang — as anotações recíprocas de language-region que informam ao Google qual versão exibir para qual usuário (veja hreflang e hreflang x-default).
• Sinais que o Google infere por conta própria — localização do servidor/CDN, idioma e moeda locais, endereço e telefone locais, links de sites do país.

Nenhum deles é uma declaração rígida do tipo “esta pasta segmenta a Alemanha” como era a antiga configuração. O hreflang é uma dica sobre qual versão mostrar, não uma atribuição de país. Portanto, agora a rota do subdiretório depende inteiramente de acertar o hreflang — algo que, no meu estudo de 374 756 domínios que usam hreflang, mais de 67% fizeram pelo menos parcialmente errado. Esse é o custo real da opção “mais fácil de operar”: o sinal geográfico fica todo por sua conta, com menos margem para erro.

Um ccTLD contorna tudo isso. Ele nunca precisou da configuração de Segmentação internacional, então perder esse relatório não mudou nada para ele. Essa assimetria — ccTLDs nunca dependeram de uma ferramenta manual, mas subpastas dependiam — é o argumento isolado mais forte a favor de um ccTLD quando o sinal geográfico realmente importa.

O custo de um ccTLD: fragmentação

Se os ccTLDs fornecem o sinal mais claro, por que não usá-los em toda parte? Porque o sinal vem acompanhado de custos reais:

• Autoridade dividida. Cada ccTLD é um domínio separado. Backlinks para example.de constroem a autoridade de example.de, não a de example.com. Você começa a reputação de cada país quase do zero em vez de concentrá-la em um domínio forte. Para um site cuja força está concentrada em um gTLD, essa fragmentação pode prejudicar mais do que o sinal geográfico claro ajuda.
• Infraestrutura multiplicada. Mais domínios para registrar e renovar, mais configurações de hospedagem ou CDN, mais certificados, mais de tudo. Alguns ccTLDs também exigem presença ou endereço local para serem registrados (.com.au, historicamente alguns ccTLDs da UE), o que é um obstáculo jurídico/administrativo, não apenas técnico.
• Hreflang mais difícil. O hreflang em um único domínio já é trabalhoso; o hreflang em uma dúzia de propriedades separadas — cada uma precisando referenciar reciprocamente todas as outras — é onde os grandes sites internacionais mais costumam quebrar. Cada ccTLD adicionado é outro nó para o qual todos os demais precisam apontar corretamente.

Subdiretórios invertem tudo isso: um domínio, uma propriedade, uma configuração de hospedagem, toda a autoridade consolidada e o hreflang contido em um único site. É por isso que são o padrão prático para a maioria dos sites globais — a simplicidade operacional é real, embora o sinal geográfico seja mais fraco.

Subdomínios: o meio-termo

Um subdomínio de gTLD (de.example.com) é uma verdadeira opção intermediária, mas entenda por que ele fica no meio:

• Assim como um subdiretório, ele está em um gTLD, portanto não recebe nenhum sinal de país automático — precisa do mesmo hreflang e dos mesmos sinais inferidos que uma subpasta.
• Ao contrário de um subdiretório, ele é um hostname separado, então pode ser hospedado facilmente em outro servidor ou em outro país, além de poder ser separado para outra equipe ou stack. A documentação do Google observa especificamente que subdomínios “allow different server locations.”.
• O fato de o Google tratar o subdomínio como parte do seu site principal (para que a autoridade flua) ou como um site separado é decidido por site, com base na integração — a mesma avaliação por site que rege a questão geral de subdomínio versus subdiretório.

Assim, um subdomínio compra flexibilidade de hospedagem sem comprar um domínio separado, ao preço da mesma sinalização geográfica manual de que um subdiretório precisa. Para a maioria das pessoas, se você não precisa especificamente do host separado, um subdiretório faz o mesmo trabalho com menos sobrecarga.

E os estudos de correlação?

Você verá estudos mostrando ccTLDs dominando as SERPs internacionais — por exemplo, a análise da SE Ranking com 20 000 palavras-chave em 15 mercados descobriu que os ccTLDs ocupavam a maior parte das posições entre as três primeiras, os subdiretórios vinham bem atrás e os subdomínios representavam uma pequena fração. Se você aceitar isso sem ressalvas, concluirá que os ccTLDs “vencem”.

Eu teria cuidado. Esses números são correlacionais, não causais. Em mercados locais competitivos, os sites em ccTLDs tendem a ser os players locais já estabelecidos — marcas locais antigas, empresas locais e varejistas nacionais — que teriam um bom ranking independentemente do formato da URL. O .de não está causando o ranking; o que causa isso é ser um site forte, relevante localmente e bem vinculado, e esses sites por convenção ficam em ccTLDs. O sinal geográfico claro ajuda na margem, mas não fabrica a autoridade que você ainda não conquistou. Não leia “ccTLDs têm ranking mais alto” como “mude para um ccTLD e tenha ranking mais alto”.

Onde ficam os compromissos gerais (não internacionais)

Tudo acima é o ângulo de segmentação internacional. Existe uma questão separada, não internacional — se um subdomínio é funcionalmente equivalente a um subdiretório para SEO em geral (um blog, uma central de ajuda, uma documentação), como funciona o tratamento por site e por que a maioria das “vitórias” em migrações de subdomínio para subdiretório é confundida por mudanças simultâneas. Abordo isso em profundidade no artigo geral de subdomínio versus subdiretório do cluster de estrutura de sites, incluindo os estudos de caso (Pink Cake Box, IWantMyName), os sinais de integração avaliados por site pelo Google e a solução alternativa com proxy reverso. Se a sua pergunta é “onde meu blog deve ficar?”, comece por lá. Se é “como sirvo países diferentes?”, você está no lugar certo.

Propriedade, governança e custo também fazem parte da decisão

A orientação do Google apresenta isso como um compromisso, não como uma disputa de ranking, e os compromissos vão além do sinal geográfico:

• Propriedade e disponibilidade. Você precisa conseguir comprar e manter o ccTLD desejado. Alguns registros de país restringem quem pode registrar — exigindo presença comercial, contato local ou endereço local (historicamente verdadeiro para alguns ccTLDs da UE e para ccTLDs no estilo .com.au). Alguns ccTLDs são divulgados e tratados mais como domínios genéricos de vaidade do que como sinais de país (.io, .co), então não presuma que toda terminação de cc se comporta da mesma maneira aos olhos do Google.
• Governança e isolamento de implantação. Um ccTLD ou subdomínio separado pode ser operado por outra equipe, em outra stack, com implantações independentes — algo genuinamente útil quando um mercado local precisa de seu próprio ritmo de lançamentos. Esse isolamento também tem um custo: mais propriedades para proteger, monitorar e manter consistentes, e uma área maior para que um erro de um mercado (uma tag hreflang quebrada, um certificado expirado) passe despercebido pela equipe que administra os demais.
• Custo. Registro, renovação, hospedagem e certificados aumentam com o número de propriedades. Uma estratégia de um ccTLD por mercado multiplica tudo isso; uma estratégia de subdiretórios mantém tudo em um único domínio.

Nada disso muda a resposta central — combine a estrutura com o alcance do seu mercado, com quem possui e consegue manter cada propriedade e com o quanto a confiança local realmente importa nesse setor — mas pule direto para “qual deles tem melhor ranking” e você perderá as restrições que decidem isso na prática.

Risco de migração

Mudar de estrutura mais tarde — de ccTLD para subdiretório, de subdomínio para ccTLD ou em qualquer outra direção — não é copiar e colar. É uma migração de URL, com a mesma mecânica e o mesmo risco de qualquer outra:

• Redirecionamentos. Cada URL antiga precisa de um redirecionamento 1:1 para seu equivalente novo, não de um redirecionamento genérico para a página inicial.
• Tags canônicas. Atualize as canonicals para apontarem para as novas URLs; quando ainda houver duplicatas regionais no mesmo idioma, o Google recomenda uma canonical preferencial mais hreflang em vez de deixá-las competir.
• hreflang. O conjunto recíproco de hreflang de cada localidade precisa referenciar as novas URLs — em todas as propriedades, não apenas naquela que foi movida.
• Links internos e sitemaps. Atualize os links internos e atualize os sitemaps XML para que os rastreadores encontrem rapidamente a nova estrutura.
• Verificação de host. Um ccTLD ou subdomínio é uma nova propriedade no Search Console/Bing Webmaster Tools; verifique-o antes de precisar dos dados, não depois que algo quebrar.
• Monitoramento. Acompanhe indexação, tráfego e rankings durante a transição. Se estiver comparando números de antes e depois, lembre-se de que a própria migração é uma variável de confusão — você não pode atribuir uma mudança ao novo formato de URL sem controlar tudo o que mudou ao mesmo tempo (redirecionamentos, atualização do conteúdo e mudanças de links).

Não migre estruturas apenas em busca de um aumento de ranking — o Google não declarou preferência entre elas, e a própria migração traz mais risco do que a mudança estrutural provavelmente corrigirá.

Minha recomendação

• Prefira subdiretórios por padrão (example.com/de/). Eles são mais baratos de operar, mantêm a autoridade consolidada e, para a maioria dos sites, o sinal geográfico mais fraco é uma troca aceitável pela simplicidade. Apenas se comprometa a acertar o hreflang, porque desde 2022 esse é o seu único mecanismo explícito.
• Escolha ccTLDs quando o sinal geográfico realmente importar e você puder arcar com a fragmentação: você já possui os domínios de país, está em um setor no qual um endereço local gera confiança (finanças, saúde, varejo de grande porte, áreas ligadas ao governo) ou um mercado tem requisitos legais/de registro que levam você ao domínio próprio. Confirme que realmente pode registrar e governar os domínios desejados antes de se comprometer. Saiba que cada domínio constrói sua própria autoridade.
• Escolha subdomínios principalmente por razões de infraestrutura — você precisa que cada país esteja em um host ou stack separado, mas não quer (ou não precisa de) domínios separados. Você ainda deve fazer a mesma sinalização geográfica manual que um subdiretório exige.
• Nunca misture de forma aleatória. Escolher uma estrutura e aplicá-la de maneira consistente em todos os mercados importa mais do que qual estrutura você escolhe. A consistência mantém o hreflang e o rastreamento administráveis em escala.
• Nunca migre estruturas sem um plano. Se você mudar, trate isso como uma migração completa de URL — redirecionamentos, canonicals, hreflang, links internos, sitemaps, verificação de host e monitoramento — e não como uma correção rápida para um problema de ranking.

Onde isso se encaixa

Os artigos irmãos deste cluster cobrem os fundamentos internacionais mais amplos — uma auditoria de SEO internacional, um checklist de implementação, pesquisa de palavras-chave em vários mercados e a decisão entre tradução e localização. A mecânica no nível das tags fica em hreflang e x-default. E o fator decisivo depois que você escolhe uma estrutura quase sempre é a correção do hreflang, não a estrutura em si.

Resumo de IA

Uma síntese da versão Avançada:

• Três estruturas para segmentação por país: ccTLD (example.de), subdomínio de gTLD (de.example.com), subdiretório de gTLD (example.com/de/).
• O Google não tem preferência de ranking entre elas (isso é afirmado nos documentos sobre sites multirregionais e estrutura de URL). A escolha diz respeito a sinais e operações, não ao ranking.
• Diferencial principal — o sinal geográfico. Um ccTLD carrega um sinal de país automático e inequívoco para o Google e para os usuários, sem configuração manual. Um subdomínio ou subdiretório em um gTLD não recebe sinal de país automático e precisa depender de hreflang mais sinais inferidos (localização do servidor, idioma, moeda e links locais).
• Segmentação internacional removida (setembro de 2022). O Google removeu o relatório do Search Console que permitia definir manualmente o país-alvo de uma propriedade gTLD (inclusive de um subdiretório). Já não há uma forma explícita de declarar o país de uma subpasta — o hreflang é o único mecanismo restante.
• Custo do ccTLD = fragmentação. Domínios separados dividem a autoridade dos links (cada um constrói sua própria autoridade), multiplicam a infraestrutura e tornam mais difícil o hreflang entre propriedades.
• Subdiretório = mais barato, com autoridade consolidada em um domínio, mas depende inteiramente do hreflang para a sinalização geográfica.
• Subdomínio = meio-termo: hostname separado (hospedagem/localização do servidor flexíveis), mas ainda precisa dos mesmos sinais geográficos manuais que um subdiretório; é tratado como parte do site ou como separado caso a caso.
• Ressalva sobre correlação: estudos que mostram ccTLDs dominando as SERPs internacionais (por exemplo, o estudo da SE Ranking com 20 mil palavras-chave) são correlacionais — marcas locais estabelecidas ficam em ccTLDs por convenção; o domínio não está causando o ranking.
• Propriedade, governança e custo. Alguns ccTLDs restringem quem pode registrá-los (com exigências de presença/endereço local); alguns são tratados como domínios genéricos de vaidade, e não como sinais de país. Mais propriedades significam mais sobrecarga de governança e mais custo (registro, hospedagem, certificados), independentemente do sinal geográfico.
• Risco de migração. Mudar de estrutura mais tarde é uma migração completa de URL — redirecionamentos, canonicals, hreflang, links internos, sitemaps, verificação de host e monitoramento — e qualquer comparação de ranking antes/depois fica confundida por tudo o que mudou na migração. Não migre apenas em busca de um aumento de ranking.
• Padrão de Patrick: subdiretórios, a menos que um ccTLD existente, uma exigência de confiança/legal ou uma separação real de infraestrutura leve você a outra opção. A consistência entre os mercados importa mais do que a escolha.

Qual estrutura você deve usar?

Siga de cima para baixo — o primeiro “sim” que se aplicar geralmente resolve a questão.

1. Você já possui, ou sua empresa já está estabelecida em, domínios de país (example.de, example.fr)? → Use ccTLDs. Você já pagou o custo da fragmentação e construiu autoridade local; não desperdice isso para consolidar. Mantenha-os e configure o hreflang entre as propriedades.

2. Um mercado exige legalmente um domínio local, ou a confiança local é essencial (finanças, saúde, áreas ligadas ao governo, grande varejo nacional)? → Use um ccTLD para esse mercado. O sinal geográfico automático e o indício de confiança de um endereço local valem o domínio extra aqui. (Você pode usar ccTLDs para alguns mercados e subdiretórios para outros, mas mantenha cada mercado internamente consistente.)

3. Você precisa que cada país esteja em um servidor, stack ou equipe realmente separados, mas não quer comprar domínios separados? → Use um subdomínio (de.example.com). Você obtém flexibilidade de hospedagem/localização sem um domínio separado — apenas lembre-se de que ainda deve fazer hreflang; o subdomínio não se segmenta geograficamente sozinho.

4. Nenhuma das opções acima — você é um site predominantemente em .com que está se expandindo para novos idiomas/países e quer a solução mais simples que funcione? → Use subdiretórios (example.com/de/). A autoridade permanece consolidada em um domínio, uma configuração de hospedagem e uma propriedade do Search Console. Comprometa-se com um hreflang correto, porque desde setembro de 2022 não existe mais uma configuração manual de segmentação por país para servir de alternativa.

Duas regras que passam por cima da árvore:

• Consistência supera a escolha “perfeita”. Uma estrutura aplicada de forma limpa em todos os mercados supera uma mistura escolhida por mercado com base em um palpite.
• Nunca migre estruturas apenas por um aumento de ranking. O Google não tem preferência; o risco da migração (veja o artigo geral sobre subdomínio versus subdiretório) normalmente supera um sinal que você pode obter com hreflang.

Documentação oficial

Documentação de fonte primária dos mecanismos de busca.

Google

• Gerenciar sites multilíngues e multirregionais — as três estruturas de URL para segmentação por país (ccTLD, subdomínio e subdiretório), seus prós e contras e a recomendação de usar URLs diferentes para cada versão em vez de servir conteúdo com base em cookies/no navegador.
• Práticas recomendadas de estrutura de URL — recomenda ccTLDs ou subdiretórios para segmentação geográfica; não declara preferência de ranking.
• Informar ao Google sobre versões localizadas da sua página (hreflang) — as regras recíprocas de hreflang que são o único sinal geográfico explícito restante para subdomínios e subdiretórios de gTLD, junto aos sinais inferidos (localização do servidor, conteúdo local e links locais) que o Google lê por conta própria.
• Rastreamento e indexação de sites multilíngues — como o Google descobre e serve a versão correta da localidade.

Bing / Microsoft

• Como informar ao Bing o país e o idioma do seu site (Bing Webmaster Blog) — orientação do Bing sobre sites em vários países/idiomas; observe que o Bing se apoia mais no sinal de meta/header content-language do que no hreflang.
• Diretrizes para Webmasters do Bing — orientação geral; não prescreve preferência entre ccTLD, subdomínio ou subdiretório para sites legítimos.

Citações da fonte

Declarações registradas e posições documentadas. Quando uma página sustenta a afirmação, o link é um link profundo para a passagem; quando o brief transmitiu uma afirmação sem um trecho literal verificado, ela é parafraseada sem aspas.

Google — nenhuma preferência de ranking entre as estruturas

• Parafraseado: a documentação do Google afirma que você deve escolher o que for mais fácil de organizar e gerenciar e que, do ponto de vista de indexação e ranking, ele não tem preferência entre as estruturas de URL. Documentação sobre estrutura de URL

Google — as três estruturas internacionais e seus compromissos

• Parafraseado da documentação multirregional: um domínio de nível superior com código de país fornece segmentação geográfica clara e separação fácil do site, mas é caro e exige mais infraestrutura; um subdomínio de gTLD é fácil de configurar e permite diferentes localizações de servidor, mas os usuários podem não reconhecer a segmentação geográfica; um subdiretório de gTLD é fácil de configurar e exige pouca manutenção em um único host, mas, novamente, os usuários podem não reconhecer a segmentação geográfica. Gerenciar sites multilíngues e multirregionais

Google — remoção do relatório de Segmentação internacional (setembro de 2022)

• Parafraseado do anúncio do Google Search Console, conforme noticiado: o relatório de Segmentação internacional foi aposentado porque o valor da configuração manual de segmentação por país havia diminuído com o tempo, à medida que o hreflang amadureceu — deixando o hreflang como mecanismo para sinalizar versões localizadas. Aviso de descontinuação do Google

Erros comuns (e o que fazer no lugar)

Mito 1: “Um ccTLD tem ranking melhor, então compre um para cada país.” Por que está errado: o Google não tem preferência de ranking entre as estruturas, e cada ccTLD é um domínio separado que constrói sua própria autoridade quase do zero, além de acrescentar complexidade de infraestrutura e hreflang. Os estudos de ranking que mostram ccTLDs no topo são correlacionais — marcas locais estabelecidas ficam em ccTLDs por convenção. Faça isto: use ccTLDs somente onde o sinal geográfico automático ou a confiança local realmente justificarem a fragmentação; caso contrário, consolide em subdiretórios.

Mito 2: “Subdiretórios são tão bons quanto os outros, então não preciso de hreflang.” Por que está errado: um subdiretório em um gTLD não recebe nenhum sinal de país automático e, desde que o Google removeu o relatório de Segmentação internacional (setembro de 2022), não existe mais uma configuração manual de segmentação por país. Sem hreflang, você não informou ao Google para quem cada versão se destina. Faça isto: implemente hreflang recíproco e autorreferente entre todas as pastas de localidade — agora ele é o único mecanismo explícito que você tem.

Mito 3: “Defina o país-alvo no Search Console para minha pasta /de/.” Por que está errado: essa configuração (Segmentação internacional) não existe mais — foi removida em setembro de 2022. Você não pode mais declarar explicitamente o país de uma subpasta. Faça isto: dependa do hreflang mais sinais inferidos (localização do servidor/CDN, idioma e moeda locais, endereço local e links de sites do país).

Mito 4: “Subdomínios fazem segmentação geográfica sozinhos porque são hostnames separados.” Por que está errado: um subdomínio de gTLD (de.example.com) não carrega significado de país a partir do .com; precisa do mesmo hreflang e dos mesmos sinais inferidos que um subdiretório. O hostname separado oferece flexibilidade de hospedagem, não um sinal geográfico automático. Faça isto: trate a segmentação geográfica de um subdomínio exatamente como a de um subdiretório — hreflang em primeiro lugar — e use o subdomínio apenas pelos benefícios de infraestrutura.

Mito 5: “Migre para um ccTLD (ou subpasta) para corrigir rankings internacionais fracos.” Por que está errado: uma migração de estrutura é um risco sem recompensa garantida — o Google não tem preferência, e os estudos de caso gerais sobre subdomínio versus subdiretório mostram que a maioria das “vitórias” de migração é confundida por mudanças simultâneas. Você raramente resolve problemas de autoridade ou relevância mudando as URLs. Faça isto: corrija os sinais subjacentes (correção do hreflang, qualidade do conteúdo local e links de sites do país) antes de mexer na estrutura de URL.

Mito 6: “Misture estruturas por mercado — use o que for conveniente a cada vez.” Por que está errado: uma mistura inconsistente torna os clusters de hreflang, o rastreamento e a autoridade mais difíceis de entender e mais fáceis de quebrar em escala. Faça isto: escolha uma estrutura principal e aplique-a de forma consistente; só se desvie por um motivo específico e justificado (um ccTLD existente ou uma exigência legal).

Escolhendo uma estrutura de URL internacional — checklist

Antes de escolher

• Confirme que você realmente precisa de segmentação por país/idioma (conteúdo diferente por mercado), e não apenas da tradução de um único site global.
• Liste seus mercados-alvo e registre aqueles que têm exigências legais/de registro para um domínio local.
• Verifique se você já possui ccTLDs relevantes ou se já tem ranking em algum deles.
• Decida quanto a confiança local importa no seu setor (finanças/saúde/varejo tendem a favorecer ccTLDs; SaaS/conteúdo normalmente funcionam bem em subdiretórios).

Tomando a decisão

• Já está estabelecido em ccTLDs, ou a questão legal/de confiança é crítica? → ccTLD.
• Precisa de hospedagem/localização de servidor separada por país, mas não de domínios separados? → subdomínio.
• Caso contrário, quer a opção mais simples de operar com autoridade consolidada? → subdiretório (o padrão).
• Seja qual for sua escolha, planeje aplicá-la de forma consistente em todos os mercados.

Depois de escolher (qualquer estrutura de gTLD — subdomínio ou subdiretório)

• Lembre-se de que já não existe uma configuração manual de segmentação por país no Search Console (removida em setembro de 2022).
• Implemente hreflang recíproco e autorreferente em todas as versões.
• Adicione um x-default para a página de fallback/seletor.
• Reforce com sinais inferidos: localização do servidor/CDN, idioma e moeda locais, endereço/telefone local, links de sites do país.
• Não migre uma estrutura existente que funciona apenas em busca de um aumento de ranking.

Se você escolher um ccTLD

• Reserve orçamento para registro, renovação, hospedagem e certificados separados por domínio.
• Planeje o hreflang entre propriedades separadas (cada ccTLD referenciando todos os outros, reciprocamente).
• Aceite que cada domínio constrói sua própria autoridade — não espere que a autoridade dos links se acumule.

Se você estiver migrando entre estruturas

• Redirecione cada URL antiga 1:1 para seu equivalente novo — sem redirecionamentos genéricos para a página inicial.
• Atualize as tags canonicals para as novas URLs; mantenha uma canonical preferencial mais hreflang para quaisquer duplicatas regionais no mesmo idioma.
• Reconstrua o hreflang recíproco em todas as propriedades, referenciando as novas URLs.
• Atualize os links internos e atualize os sitemaps XML.
• Verifique o novo host/propriedade no Search Console e no Bing Webmaster Tools antes de precisar dos dados.
• Monitore indexação, tráfego e rankings durante a transição — e lembre-se de que a própria migração é uma variável de confusão em qualquer comparação antes/depois.

Modelos mentais

1. Sinal versus autoridade — a troca central. Um ccTLD maximiza o sinal geográfico (automático e inequívoco), mas fragmenta a autoridade (domínios separados). Um subdiretório maximiza a autoridade (consolidada em um domínio), mas minimiza o sinal geográfico automático (apenas hreflang). Um subdomínio fica entre os dois. Quase toda decisão aqui é um ponto nessa linha entre sinal e autoridade.

2. Sinal geográfico automático versus manual. Somente um ccTLD fornece o sinal de país gratuitamente. Tudo em um gTLD — subdomínio ou subdiretório — tem um sinal manual pelo qual você é responsável. E, desde setembro de 2022, “manual” significa hreflang, não uma configuração do Search Console. Se você escolher uma estrutura de gTLD, estará se comprometendo a operar o hreflang corretamente.

3. Estrutura não é uma alavanca de ranking. O Google não tem preferência. Você não terá um ranking melhor por escolher um formato. Terá um ranking melhor por ser relevante, confiável e bem vinculado em um mercado — a estrutura apenas muda a clareza com que você sinaliza qual mercado está segmentando. Elimine primeiro a pergunta “qual deles tem melhor ranking”; ela é a pergunta errada.

4. Consistência supera otimização. Uma estrutura aplicada de forma limpa em todos os mercados vale mais do que uma mistura por mercado escolhida com base em palpites. É a consistência que mantém clusters de hreflang e rastreamento administráveis em escala.

5. Separe a questão internacional da questão geral. “Onde meu blog deve ficar?” (subdomínio versus subdiretório em geral) e “como sirvo países diferentes?” são decisões diferentes, com fatores decisivos diferentes. A primeira depende da integração e do risco de migração; a internacional depende do sinal geográfico. Não importe a resposta de uma para a outra.

Teste seus conhecimentos: ccTLD vs. Subdomínio vs. Subdiretório

Cinco perguntas rápidas sobre a escolha de uma estrutura de URL internacional. Escolha uma resposta para cada pergunta e depois confira.

Recursos que valem seu tempo

Meus textos relacionados

• Hreflang: O guia fácil para iniciantes — a mecânica da qual você dependerá para qualquer subdomínio ou subdiretório de gTLD, além do meu estudo com 374 756 domínios que usam hreflang, mostrando com que frequência o hreflang quebra (mais de 67% tinham um problema).
• O guia de SEO técnico para iniciantes — onde as decisões sobre estrutura de URL internacional se encaixam no panorama maior.
• Subdomínio versus subdiretório: subdiretórios não são melhores que subdomínios para SEO — meu argumento geral (não internacional) de que os dois são funcionalmente equivalentes e de que a maioria das “vitórias” de migração é confundida; leia este texto para a versão da pergunta “onde meu blog deve ficar?”.

Minhas palestras

• Como funciona a busca (SlideShare) — minha explicação sobre rastreamento, renderização, indexação e ranking; uma contextualização útil para entender por que os sinais (não o formato da URL) geram resultados. (O aviso padrão se aplica: “Esta é a minha compreensão dos sistemas… não será 100% completa ou precisa”.)

Do setor

• Gerenciar sites multilíngues e multirregionais (Google Search Central) — a lista-fonte das três estruturas e seus prós e contras documentados.
• O relatório de Segmentação internacional foi descontinuado (Ajuda do Google Search Console) — a remoção em setembro de 2022 e o que ela significa para declarar o país de uma subpasta.
• Práticas recomendadas de estrutura de URL (Google Search Central) — a orientação de segmentação geográfica e a posição de que não há preferência.
• Pesquisa sobre subdomínios versus subdiretórios: 20 mil palavras-chave analisadas (SE Ranking) — o estudo correlacional transparente em 15 mercados que mostra ccTLDs dominando as SERPs internacionais (leia-o como correlação, não causalidade).
• Práticas recomendadas de SEO com Cloudflare Workers, parte 1: subdomínio versus subdiretório (Cloudflare) — a solução de proxy reverso caso você esteja preso a um subdomínio, mas queira uma URL de subdiretório.

Registro de alterações