Como Funcionam Domínios e DNS: Um Guia para Quem Não é Desenvolvedor

Um domínio é o nome que as pessoas digitam para acessar seu site, como example.com, e o DNS (Domain Name System, ou Sistema de Nomes de Domínio) é o catálogo da internet que traduz esse nome para o lugar onde o seu site realmente está. Você aluga o domínio de um registrador e depois adiciona registros DNS que dizem "o site fica ali" e "o e-mail fica aqui". Conectar um domínio próprio a um app é, sobretudo, uma questão de adicionar o registro certo no lugar certo e esperar que ele passe a valer.

Por que isso importa ao criar com IA

Um criador de apps com IA pode escrever e hospedar seu app, mas o seu domínio fica fora dele — muitas vezes com uma empresa separada, em um painel de controle cheio de tipos de registro desconhecidos. É aqui que muitos lançamentos travam: o app está pronto, mas o domínio mostra um erro, ou o e-mail para de funcionar misteriosamente depois de uma mudança no DNS.

Um pouco de entendimento faz muita diferença. Você vai saber qual registro o seu host está pedindo, por que ele ainda não funcionou e como evitar quebrar as coisas (como o e-mail) que já dependem do seu domínio.

Uma analogia do dia a dia

Pense na lista de contatos do seu celular.

Você não lembra o número do seu amigo; toca no nome dele e o celular procura o número. O DNS faz o mesmo pela internet: você digita example.com, e o DNS procura o número (o endereço IP) do servidor ao qual se conectar.

• O domínio é o nome do contato.
• O registrador é a empresa que registra oficialmente que o nome é seu.
• Os registros DNS são os dados salvos sob esse nome: telefone, e-mail, endereço.
• Os servidores de nomes são qual agenda é a oficial para aquele nome.
• O cache é o celular lembrando um número por um tempo. Se seu amigo troca de número, alguns celulares continuam ligando para o antigo até que a cópia salva seja atualizada — é isso a "propagação" do DNS.

As partes de um nome de domínio

Tome app.example.com:

Você não compra um domínio para sempre; você o registra por um período (geralmente um ano ou mais) e o renova. Se deixar vencer, outra pessoa pode registrá-lo.

Como funciona uma consulta DNS

Quando alguém digita app.example.com:

1. O navegador pergunta a um resolvedor DNS — geralmente operado pelo provedor de internet ou por um serviço público — qual é o endereço.
2. Se o resolvedor tiver uma resposta recente em cache, ele responde na hora.
3. Se não tiver, ele percorre a hierarquia: os servidores raiz o direcionam aos servidores .com, que o direcionam aos servidores de nomes do seu domínio.
4. Seus servidores de nomes devolvem o registro que você definiu, como um CNAME para o seu host ou um registro A com um endereço IP.
5. O resolvedor guarda a resposta em cache pelo TTL (tempo de vida) do registro e a entrega ao navegador, que se conecta ao servidor.

Tudo isso normalmente acontece em milissegundos.

Tipos de registro DNS que você realmente vai usar

Algumas regras que vale conhecer:

• Um CNAME não pode dividir o nome com outros registros. É por isso que um CNAME padrão não pode ficar no domínio raiz, que sempre tem registros NS e outros. Muitos provedores de DNS oferecem soluções alternativas chamadas ALIAS, ANAME ou CNAME flattening.
• Os registros TXT fazem muito trabalho de e-mail. O SPF lista quem pode enviar e-mails pelo seu domínio; o DKIM publica uma chave para verificar assinaturas; o DMARC diz aos destinatários o que fazer com e-mails que falham nessas verificações.
• Números MX menores significam prioridade maior. O e-mail tenta primeiro o de menor número.

Propagação e TTL

"Propagação" faz parecer que as mudanças se espalham lentamente pela internet. O que realmente acontece é cache: os resolvedores guardam uma cópia de cada resposta pelo seu TTL e só perguntam de novo quando ela expira. Assim:

• Um registro novo que nunca foi consultado costuma funcionar em minutos.
• Alterar um registro existente leva até o TTL antigo para ser visto em todo lugar.
• Mudar os servidores de nomes pode levar até um ou dois dias, porque esses registros ficam em cache por mais tempo no nível do TLD.

Um truque útil: antes de uma mudança planejada, reduza o TTL do registro (por exemplo, para alguns minutos), espere o TTL antigo passar e então faça a mudança.

Um exemplo prático: conectar um app de agendamento ao seu domínio

Você tem o domínio seusalao.com.br. Seu site atual e o e-mail do Google Workspace já usam esse domínio. Você criou um app de agendamentos e quer que ele fique em agenda.seusalao.com.br.

1. Descubra onde seu DNS é gerenciado. Pode ser no registrador ou em um provedor de DNS separado. Seus registros NS dizem isso.
2. Adicione um CNAME para agenda apontando para o destino que o host do seu app informar.
3. Adicione qualquer registro TXT que o host pedir para comprovar a propriedade, se ele usar um.
4. Não mexa nos registros MX nem nos TXT de e-mail. O e-mail continua funcionando porque você não os tocou.
5. Verifique no seu host quando o DNS estiver atualizado. Então o host emite um certificado HTTPS para agenda.seusalao.com.br.
6. Teste em um celular usando dados móveis, que usam um resolvedor e um cache diferentes do Wi-Fi de casa.

Se você quisesse o app no domínio raiz seusalao.com.br, precisaria de registros A ou do recurso ALIAS/flattening do seu provedor de DNS — e estaria substituindo seu site atual ali. Para mais passos, veja como conectar um domínio próprio.

Erros comuns e ideias erradas

• "Domínio e hospedagem são a mesma coisa." O domínio é o nome; a hospedagem é onde o app roda. O DNS faz a ligação entre eles.
• Usar um registro A quando o host pediu um CNAME (ou o contrário). Siga as instruções do host exatamente.
• Erros de digitação no destino. Um caractere errado em um destino de CNAME faz a verificação falhar.
• Trocar os servidores de nomes sem copiar os registros. Mover o DNS para um novo provedor sem recriar os registros MX e TXT é um jeito clássico de quebrar o e-mail.
• Usar proxy quando não deveria. Alguns provedores de DNS, como a Cloudflare, podem fazer proxy do tráfego. Alguns hosts exigem que o registro esteja em "somente DNS" para emitir certificados.
• Excluir registros TXT "desconhecidos". Muitas vezes são registros de verificação ou de segurança de e-mail dos quais algo depende.
• Deixar o domínio expirar. Ative a renovação automática e mantenha o cartão de pagamento atualizado.

O que pedir ao seu criador de apps com IA

O DNS fica fora do seu código, então isso é mais sobre o que perguntar a respeito:

• "Qual é exatamente o registro DNS de que eu preciso para app.meudominio.com.br? Tipo, nome e valor?"
• "Essa mudança vai afetar meu e-mail?"
• "Meu domínio mostra um erro depois que adicionei o registro. O que devo verificar?"
• "Configure a URL canônica e os redirecionamentos corretos para que www e sem www não mostrem o site duas vezes."
• "Configure o envio de e-mails a partir do meu domínio — quais registros SPF, DKIM e DMARC vou precisar?" Veja como enviar e-mails pelo seu app.

Domínios próprios na Mythex

Cada app publicado na Mythex recebe um endereço seunome.mythex.app. No plano Pro, você pode usar seu próprio domínio: compre um dentro da Mythex (o registro é cobrado à parte, e o DNS dos domínios comprados é gerenciado para você) ou conecte um que você já possui, adicionando um CNAME de um subdomínio, como app.exemplo.com.br, para o endereço seunome.mythex.app do seu app, e depois clicando em Verificar. O HTTPS é emitido automaticamente. Se o seu DNS estiver na Cloudflare, defina esse registro como "somente DNS". Subdomínios são recomendados; domínios raiz dependem do suporte a ALIAS ou flattening do seu provedor de DNS. A documentação de domínio próprio percorre cada passo, e a página de preços mostra o que o Pro inclui.

Perguntas