Iniciar sessão Começar grátis

Escolher entre ccTLD, subdirectório ou subdomínio

As equipas escolhem isto por instinto ou copiando um concorrente, e três anos depois descobrem que oito domínios de país têm cada um de ganhar autoridade por si enquanto há orçamento para um único programa de links. O argumento óbvio, o de que os domínios de país posicionam melhor localmente, é mais fraco do que parece face aos sinais que se dividem, mas a afirmação contrária também é exagerada: em alguns mercados um domínio nacional afecta de forma mensurável a confiança e o comportamento de clique, e regras legais ou de compras públicas podem decidir a questão por si. Isto aplica-se antes de a primeira página localizada ser construída, e outra vez sempre que se proponha consolidar.

CATEGORIA
SEO internacional
FORMATO
international-url-structure-decision.md
PASSOS
7
PREÇO
Grátis — sem conta
QUANDO USAR ISTO

Use quando está a planear o lançamento num mercado novo, ou quando herda uma mistura de domínios de país e pastas e alguém precisa de uma resposta defensável sobre onde devem viver as páginas localizadas.

O ficheiro da competência

international-url-structure-decision.md
---
name: international-url-structure-decision
description: Use quando está a planear o lançamento num mercado novo, ou quando herda uma mistura de domínios de país e pastas e alguém precisa de uma resposta defensável sobre onde devem viver as páginas localizadas.
---

# Escolher entre ccTLD, subdirectório ou subdomínio

As equipas escolhem isto por instinto ou copiando um concorrente, e três anos depois descobrem que oito domínios de país têm cada um de ganhar autoridade por si enquanto há orçamento para um único programa de links. O argumento óbvio, o de que os domínios de país posicionam melhor localmente, é mais fraco do que parece face aos sinais que se dividem, mas a afirmação contrária também é exagerada: em alguns mercados um domínio nacional afecta de forma mensurável a confiança e o comportamento de clique, e regras legais ou de compras públicas podem decidir a questão por si. Isto aplica-se antes de a primeira página localizada ser construída, e outra vez sempre que se proponha consolidar.

## O que precisa primeiro

- Os mercados a que se compromete para os próximos três anos, com a língua e o país de cada um indicados em separado
- O inventário actual de domínios, incluindo quaisquer domínios de país já registados, com o perfil de links de cada um
- Se existe entidade local, pagamento local e apoio local em cada mercado, ou se tudo é despachado de um só sítio
- As restrições de plataforma e de deploy: se uma única base de código consegue servir todos os locales, e quem consegue publicar em cada domínio

## Método

1. Escreva primeiro a lista de mercados e separe língua de país. Um site em espanhol a servir toda a América Latina é uma decisão diferente de onze sites de país, e as equipas confundem rotineiramente as duas antes de comparar qualquer opção.
2. Pontue cada mercado quanto a saber se um domínio nacional é ali um verdadeiro sinal de compra. Em partes da Europa e da Ásia Oriental afecta visivelmente a confiança e a taxa de clique; na maioria dos outros mercados não afecta, e assumir que afecta em todo o lado é o que produz carteiras de domínios que ninguém consegue manter.
3. Conte os programas de aquisição de links que consegue mesmo dotar de pessoas, porque cada domínio separado ganha autoridade por si. Uma carteira de domínios de país só é defensável se cada um deles receber esforço próprio; caso contrário ponha os mercados em subdirectórios de um só domínio.
4. Verifique as restrições legais, de registo e de compras antes do argumento de pesquisa, porque se sobrepõem a ele. Vários registos nacionais exigem uma entidade ou morada registada localmente, e alguns compradores regulados e do sector público não transaccionam com mais nada.
5. Trate os subdomínios como a opção que menos herda. Comportam-se mais como sites separados do que os subdirectórios, e carregam quase todo o peso operacional de um domínio de país sem o sinal local, por isso escolha-os apenas quando a plataforma genuinamente não consegue servir pastas.
6. Orce a migração dos mercados já em funcionamento em separado da decisão de raiz. Dobrar domínios de país existentes em subdirectórios é uma migração completa com período de recuperação, por isso tem de ser defendida a três anos e não ao próximo trimestre.
7. Registe a decisão com a condição que a reverteria, por exemplo um mercado ultrapassar um limiar de receita que justifique domínio próprio e orçamento de links próprio, para que a próxima reorganização não reabra a discussão do zero.

## O que isto produz

Uma decisão de uma página que nomeia o padrão escolhido por mercado, o custo de cada opção rejeitada, e o gatilho que a reabriria.

## Onde isto corre mal

- Registar domínios de país cedo para proteger a marca e depois lançá-los como cópias traduzidas e finas, o que cria sites fracos que mais tarde terá de dotar de recursos ou migrar para fora
- Assumir que um subdirectório herda autoridade completa página a página, quando uma pasta de locale nova começa a partir da posição do domínio e cada página continua a ter de ganhar relevância no seu próprio mercado
- Decidir com base em teoria de ranking ignorando quem consegue publicar em cada domínio, que é o que na prática determina se os sites de país se mantêm sincronizados
- Deixar um domínio de país antigo no ar e sem manutenção depois de mover o mercado para um subdirectório, ficando os dois a competir pelas mesmas consultas

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/international-url-structure-decision
Transferência gratuita · sem conta, sem e-mail

O que precisa primeiro

  • Os mercados a que se compromete para os próximos três anos, com a língua e o país de cada um indicados em separado
  • O inventário actual de domínios, incluindo quaisquer domínios de país já registados, com o perfil de links de cada um
  • Se existe entidade local, pagamento local e apoio local em cada mercado, ou se tudo é despachado de um só sítio
  • As restrições de plataforma e de deploy: se uma única base de código consegue servir todos os locales, e quem consegue publicar em cada domínio

Método

  1. 01 Escreva primeiro a lista de mercados e separe língua de país. Um site em espanhol a servir toda a América Latina é uma decisão diferente de onze sites de país, e as equipas confundem rotineiramente as duas antes de comparar qualquer opção.
  2. 02 Pontue cada mercado quanto a saber se um domínio nacional é ali um verdadeiro sinal de compra. Em partes da Europa e da Ásia Oriental afecta visivelmente a confiança e a taxa de clique; na maioria dos outros mercados não afecta, e assumir que afecta em todo o lado é o que produz carteiras de domínios que ninguém consegue manter.
  3. 03 Conte os programas de aquisição de links que consegue mesmo dotar de pessoas, porque cada domínio separado ganha autoridade por si. Uma carteira de domínios de país só é defensável se cada um deles receber esforço próprio; caso contrário ponha os mercados em subdirectórios de um só domínio.
  4. 04 Verifique as restrições legais, de registo e de compras antes do argumento de pesquisa, porque se sobrepõem a ele. Vários registos nacionais exigem uma entidade ou morada registada localmente, e alguns compradores regulados e do sector público não transaccionam com mais nada.
  5. 05 Trate os subdomínios como a opção que menos herda. Comportam-se mais como sites separados do que os subdirectórios, e carregam quase todo o peso operacional de um domínio de país sem o sinal local, por isso escolha-os apenas quando a plataforma genuinamente não consegue servir pastas.
  6. 06 Orce a migração dos mercados já em funcionamento em separado da decisão de raiz. Dobrar domínios de país existentes em subdirectórios é uma migração completa com período de recuperação, por isso tem de ser defendida a três anos e não ao próximo trimestre.
  7. 07 Registe a decisão com a condição que a reverteria, por exemplo um mercado ultrapassar um limiar de receita que justifique domínio próprio e orçamento de links próprio, para que a próxima reorganização não reabra a discussão do zero.

O que isto produz

Uma decisão de uma página que nomeia o padrão escolhido por mercado, o custo de cada opção rejeitada, e o gatilho que a reabriria.

Onde isto corre mal

  • Registar domínios de país cedo para proteger a marca e depois lançá-los como cópias traduzidas e finas, o que cria sites fracos que mais tarde terá de dotar de recursos ou migrar para fora
  • Assumir que um subdirectório herda autoridade completa página a página, quando uma pasta de locale nova começa a partir da posição do domínio e cada página continua a ter de ganhar relevância no seu próprio mercado
  • Decidir com base em teoria de ranking ignorando quem consegue publicar em cada domínio, que é o que na prática determina se os sites de país se mantêm sincronizados
  • Deixar um domínio de país antigo no ar e sem manutenção depois de mover o mercado para um subdirectório, ficando os dois a competir pelas mesmas consultas

Use esta skill na sua própria IA

O ficheiro é markdown simples, com o nome e o gatilho no frontmatter. Quando um assistente consegue carregar skills sozinho, é esse frontmatter que lê para decidir que esta se aplica.

Claude Code Guarde-a como ~/.claude/skills/international-url-structure-decision/SKILL.md e o Claude carrega-a sozinho quando o que está a fazer corresponde ao gatilho. Coloque-a em .claude/skills dentro de um projeto se toda a equipa a deve ter.
Claude Carregue o ficheiro na secção de skills das suas definições. A partir daí aplica-se sozinho em qualquer conversa onde o gatilho encaixe, sem ter de se lembrar dele.
ChatGPT Não existe um formato de skills onde a instalar, por isso cole o conteúdo do ficheiro nas instruções de um Projeto ou de um GPT personalizado. Passa então a aplicar-se a todas as conversas desse projeto e não só àquela onde o colou.
Qualquer outro Cole o markdown na conversa antes da sua pergunta. Funciona em qualquer assistente, só tem de ser colado de novo de cada vez.

Mais em SEO internacional