Quando regista um domínio – por exemplo, exemplo.com – está a reservar exatamente essa sequência de caracteres no Sistema de Nomes de Domínio (DNS). Ao contrário de ficheiros no seu computador, que pode renomear com uns cliques, o nome de domínio é imutável após o registo. Ou seja, não existe qualquer operação para renomear exemplo.com para novodomínio.com no mesmo registo. Se pretender outro nome, terá de registar um domínio novo e depois migrar ou redirecionar o tráfego a partir do domínio antigo.
No cerne do DNS, cada domínio funciona como um identificador único que aponta para servidores de nomes autorizados, responsáveis por resolver registos A, AAAA, MX, TXT, CNAME e outros. Por baixo desta estrutura, cada TLD (como .com ou .pt) é gerido por um registry que publica periodicamente ficheiros de zona com todos os domínios ativos. Depois de um registry publicar exemplo.com, não há qualquer atualização que permita alterar o rótulo; apenas operações de criação (create) e eliminação (delete) existem. Assim, renomear um domínio equivale a apagar o registo anterior e criar um de raiz.
É possível transferir um domínio entre diferentes registrars ou alterar os dados do titular (WHOIS), mas esses procedimentos não mudam o nome do domínio. A transferência de registrar atualiza a empresa que gere o domínio; a atualização de WHOIS modifica contactos e informações legais. Nenhum destes fluxos de trabalho altera efetivamente o nome do domínio. Qualquer mudança na extensão (.com para .net) ou no rótulo do segundo nível implica um novo registo.
Em consequência, o processo sugerido consiste em registar o domínio desejado – novodomínio.com – em paralelo. Após o registo, configure os mesmos registos DNS no novo domínio: configure registos A e AAAA para os endereços IPv4 e IPv6, adicione registos MX para o correio e replique entradas TXT, CNAME ou SRV conforme necessário. Quando o novo domínio resolver corretamente, estará pronto para avançar para o redireccionamento.
O redireccionamento de visitantes envolve dois níveis: DNS e HTTP. A nível de DNS, pode criar um registo CNAME que aponte o domínio antigo para o novo (se o fornecedor de DNS suportar CNAME flattening no apex) ou simplesmente definir os mesmos servidores de nomes que novodomínio.com. A nível HTTP, implemente uma redireção permanente 301 via servidor web ou CDN. O código 301 indica aos navegadores e motores de busca que a página mudou permanentemente, preservando a autoridade SEO.
Migrar serviços associados – como correio eletrónico, certificados SSL/TLS e APIs – requer passos extra. Para o correio, ou mantém caixas independentes no novo domínio ou configura encaminhamentos. Em serviços manidos (por exemplo, G Suite ou Microsoft 365), adicione o novo domínio como alias verificado e atualize os registos MX. Os certificados SSL devem cobrir o novo domínio; pode optar por certificados multi-domínio ou curinga para gerir ambos em simultâneo. Ajuste automações de validação DNS e integrações externas que façam referência ao domínio antigo.
Na perspetiva de SEO, para além do redireccionamento 301, atualize tags canónicas, sitemap XML e ligações internas para apontar ao novo domínio. Submeta a mudança de endereço no Google Search Console e em ferramentas equivalentes para acelerar o processo. Monitorize erros de rastreamento, impressões e posições de ranking nas semanas seguintes para resolver rapidamente quaisquer problemas.
Para reduzir riscos, siga estas boas práticas: diminua o TTL (Time to Live) dos registos DNS para um valor baixo – 300 segundos – pelo menos 24 horas antes da transição. Assim, as caches expiram rapidamente. Programe a mudança em horas de menor tráfego e mantenha o domínio antigo ativo durante meses após o corte. Documente todo o processo, atualize suportes externos (assinaturas de e-mail, cartões de visita, perfis sociais) e informe as partes interessadas para evitar confusões.
Em suma, não é possível renomear um domínio no mesmo registo. O método passa por registar um novo domínio, replicar configurações de DNS e serviços, implementar redirecionamentos e migrar conteúdos. Com uma gestão cuidadosa do TTL, preservação dos sinais de SEO e uma transição coordenada, consegue-se uma migração fluida sem perturbar utilizadores nem motores de busca.
