Como Ligar um Domínio Personalizado à Sua Aplicação ou Site

Para ligar um domínio personalizado, compra o domínio a um registador, adiciona um registo DNS que o aponta para o seu alojamento — normalmente um registo CNAME para um subdomínio como www ou app, ou um registo A (ou um registo ALIAS/achatado) para o domínio raiz — e depois deixa o alojamento verificar o domínio e emitir um certificado HTTPS. Demora tipicamente minutos, por vezes mais. A maioria dos problemas vem de um erro de escrita no registo, do tipo de registo errado ou de um proxy à frente do alojamento.

Este guia cobre cada passo, a decisão entre www e domínio raiz, e como resolver problemas. Para os conceitos por trás dos domínios, veja como funcionam os domínios e o DNS.

As peças envolvidas

O registador e o fornecedor de DNS são muitas vezes a mesma empresa, mas não têm de ser. O que importa é: onde edita o DNS deste domínio? É aí que vai adicionar os registos.

Passo 1: Comprar um domínio

Dicas para escolher e comprar:

• Mantenha-o curto e fácil de soletrar em voz alta. Se tiver de explicar a grafia, escolha outro.
• .com é a extensão que as pessoas assumem por defeito, mas extensões de país e mais recentes (.io, .app, .pt) são válidas se se adequarem ao seu público.
• Verifique o preço de renovação, e não apenas o preço do primeiro ano. Os descontos de entrada são comuns e as renovações podem custar mais.
• Ative a renovação automática e mantenha o cartão de pagamento atualizado. Um domínio expirado deixa o seu site e o seu email indisponíveis, e pode ser comprado por outra pessoa após um período de tolerância.
• Use a privacidade WHOIS se for oferecida, para que os seus dados pessoais não sejam publicados.
• Compre-o numa conta que controle, e não na de um freelancer ou de uma agência.

Alguns alojamentos e criadores de aplicações permitem comprar o domínio diretamente no produto, o que também configura o DNS para si.

Passo 2: Decidir o endereço

Subdomínio vs domínio raiz

• Domínio raiz (apex): exemplo.com
• Subdomínio: www.exemplo.com, app.exemplo.com

Uma configuração comum é um site de marketing em exemplo.com ou www.exemplo.com e o produto em app.exemplo.com. Para um único site, escolha entre www e a raiz.

A norma de DNS não permite um registo CNAME na raiz de um domínio, porque a raiz tem de conter outros registos (como os registos dos servidores de nomes). Muitos fornecedores de DNS contornam isto com um tipo de registo especial — chamado ALIAS, ANAME ou achatamento de CNAME, consoante o fornecedor — que se comporta como um CNAME na raiz. Se o seu não o fizer, a abordagem fiável é: servir o site em www e configurar um redirecionamento da raiz para www no fornecedor de DNS ou no registador.

Qualquer que seja a escolha, defina um endereço principal e redirecione o outro para ele. Ter ambos a servir o mesmo conteúdo sem redirecionamento confunde os utilizadores e os motores de pesquisa. Veja SEO para sites criados com IA para perceber porque é importante ter um único endereço canónico.

Passo 3: Adicionar os registos DNS

O seu alojamento diz-lhe exatamente o que adicionar. Terá um aspeto semelhante a um destes:

Como preencher o formulário na maioria dos fornecedores de DNS:

• Nome / Host: apenas a parte do subdomínio — www, e não www.exemplo.com. Alguns fornecedores acrescentam o domínio automaticamente, e se o escrever por completo cria-se www.exemplo.com.exemplo.com. Use @ para a raiz se o seu fornecedor usar essa convenção.
• Valor / Destino: cole exatamente o que o alojamento mostra. Um ponto final é aceitável se o seu fornecedor o acrescentar.
• TTL: o valor predefinido serve. Um TTL mais baixo (como 5 minutos) faz as alterações futuras surtirem efeito mais depressa.
• Proxy: se o seu fornecedor de DNS puder fazer proxy do tráfego (a nuvem laranja da Cloudflare, por exemplo), siga as instruções do alojamento. Muitos alojamentos exigem “apenas DNS” para poder emitir o certificado.

Deixe os registos existentes como estão, a menos que o alojamento lhe diga para os alterar. Em particular, não mexa nos registos MX — são eles que entregam o seu email. Apagá-los ou alterá-los é a forma mais comum de um domínio partido deixar de funcionar com o email.

Alterar servidores de nomes vs adicionar registos

Alguns alojamentos oferecem duas opções: adicionar um registo, ou mover todo o DNS do domínio para eles alterando os servidores de nomes no registador. Alterar os servidores de nomes move todos os registos, incluindo o email. Faça-o apenas se estiver pronto para recriar todos os registos existentes no novo fornecedor. Adicionar um único registo tem menos risco.

Passo 4: Verificar e obter HTTPS

Depois de o registo estar no lugar, volte ao seu alojamento e clique no botão de verificação. O alojamento verifica o DNS, pede um certificado — normalmente a uma autoridade de certificação gratuita como a Let's Encrypt — e começa a servir o seu site através de HTTPS.

• A verificação pode precisar de algumas tentativas enquanto as alterações de DNS se propagam.
• Os certificados renovam-se automaticamente enquanto o registo DNS se mantiver.
• Se o seu domínio tiver registos CAA (que limitam as autoridades de certificação autorizadas a emiti-los), certifique-se de que permitem a autoridade do seu alojamento, ou a emissão do certificado falha.

Depois de o HTTPS funcionar, confirme que http:// redireciona para https://. A maioria dos alojamentos faz isto automaticamente.

Passo 5: Testar

• https://www.exemplo.com abre o seu site com o ícone de cadeado
• A outra forma (raiz ou www) redireciona para o endereço principal
• http:// redireciona para https://
• O início de sessão, o OAuth e os redirecionamentos de pagamento funcionam no novo domínio (muitas vezes têm listas de URLs permitidos que ainda apontam para o endereço antigo)
• O email para o seu domínio continua a chegar
• As ligações nos emails que a sua aplicação envia usam o novo domínio

O quarto item apanha muita gente: o início de sessão com o Google, os webhooks do Stripe e as ligações de redefinição de palavra-passe estão todos configurados com URLs específicos. Acrescente o novo domínio onde aparece o endereço antigo. Veja como adicionar início de sessão à sua aplicação para o lado do OAuth.

Resolução de problemas

Uma ferramenta online gratuita de consulta de DNS, ou dig www.exemplo.com num terminal, mostra o que o mundo vê atualmente para o seu registo — útil para perceber se o problema está no DNS ou no alojamento.

Ligar um domínio personalizado na Mythex

Os domínios personalizados são uma funcionalidade do plano Pro na Mythex. Os planos gratuitos publicam num endereço nomeseu.mythex.app. No Pro pode:

• Comprar um domínio dentro da Mythex em Domínios nas definições, ou em Publicar → Domínio personalizado num projeto ativo. A Mythex regista-o e configura o DNS; o registo é faturado separadamente do plano Pro, e a renovação automática fica ativa por predefinição.
• Ligar um domínio que já tem. Publique o projeto, escolha Ligar, introduza o nome de anfitrião (por exemplo app.exemplo.com) e depois adicione um CNAME no seu fornecedor de DNS a apontar para o destino que a Mythex mostrar (seuslug.mythex.ai). Clique em Verificar. O HTTPS é emitido automaticamente.

Se o seu DNS estiver na Cloudflare, defina esse CNAME para apenas DNS (nuvem cinzenta), e não com proxy. Para um domínio raiz, a documentação recomenda usar www ou app e redirecionar a raiz no seu fornecedor de DNS, caso ele não suporte ALIAS ou achatamento.

Veja Domínios personalizados na documentação para os passos completos e a resolução de problemas, e Planos para o que está incluído no Pro. Antes de apontar um domínio para uma aplicação, vale a pena percorrer como levar um protótipo de IA para produção.

Perguntas