DNS automático para sites criados por IA: como funciona na prática

DNS automático para sites criados por IA não significa que um agente controla qualquer domínio sem autorização. Na prática, a automação identifica os registros corretos, acompanha a validação e o SSL e informa a próxima ação. O proprietário do domínio ainda precisa criar ou alterar registros no provedor onde o DNS é administrado.

Essa divisão é importante. Ela reduz erro e trabalho repetitivo sem entregar a uma ferramenta acesso irrestrito ao domínio inteiro. O agente conduz o fluxo; você confirma o hostname e aplica a mudança no lugar que tem autoridade sobre ele.

O papel do DNS depois que o site está no ar

Quando um site é publicado, ele já pode responder em uma URL como:

catalogo-verao.sitenoar.app

Um domínio próprio adiciona outro endereço para o mesmo Site:

www.minhaempresa.com
minhaempresa.com

O DNS é o sistema que faz esses nomes apontarem para a infraestrutura correta. Sem o registro adequado, o navegador não sabe que www.minhaempresa.com deve abrir o Site publicado.

O endereço padrão continua ativo durante a configuração. Por isso, conteúdo e DNS não precisam bloquear um ao outro: publique, revise a URL inicial e configure o domínio depois.

O que pode ser automatizado

No fluxo do Site no Ar, o agente ou dashboard consegue:

• adicionar um Custom Hostname ao Site;
• classificar se o endereço é apex ou subdomínio;
• retornar o tipo, nome e valor de cada registro necessário;
• acompanhar se o DNS já aponta para o destino esperado;
• acompanhar validação e emissão de certificado SSL;
• explicar estados pendentes e falhas;
• remover o Custom Hostname quando solicitado.

Com o MCP configurado, você pode pedir:

Use o MCP do Site no Ar.
Adicione www.minhaempresa.com e minhaempresa.com ao Site atual.
Mostre em uma tabela o tipo, nome e valor de todos os registros DNS necessários.
Não considere o processo concluído até eu confirmar que apliquei as mudanças e você verificar os dois hostnames.

O agente não deve inventar IPs ou destinos. Use sempre os valores retornados para aquele Site e hostname.

O que não é automático

Sem uma integração explícita com o seu provedor de DNS, ainda cabe a você:

• entrar no painel de Registro.br, Cloudflare, GoDaddy, Hostinger ou equivalente;
• criar os registros retornados;
• remover registros conflitantes quando necessário;
• salvar a alteração;
• decidir se apex, www ou ambos devem funcionar;
• aprovar mudanças que podem tirar um serviço antigo do ar.

Isso não é uma limitação acidental. O provedor DNS é a fonte de autoridade do domínio. Alterar registros pode afetar site, e-mail, verificação de serviços e outras aplicações. Uma automação segura precisa respeitar essa fronteira.

Subdomínio e domínio raiz usam registros diferentes

O primeiro passo é distinguir os dois tipos de hostname.

Subdomínio

Endereços como www.minhaempresa.com, blog.minhaempresa.com e app.minhaempresa.com normalmente usam CNAME.

O nome pode aparecer como www ou como o hostname completo, conforme a interface do provedor. Siga a instrução retornada e a convenção do painel. O passo a passo está em Subdomínios.

Um CNAME não deve disputar o mesmo nome com registros A, AAAA ou outro CNAME. Se www já aponta para um serviço antigo, revise a migração antes de removê-lo.

Domínio raiz

O apex é o domínio sem prefixo, como minhaempresa.com. No Site no Ar, ele usa os registros A e AAAA retornados.

Crie todos os registros solicitados. Um apex que ainda tem A, AAAA, ALIAS, ANAME ou CNAME flattening para outro serviço pode continuar apontando ao destino anterior. Consulte Domínio raiz antes de substituir registros existentes.

www e apex são dois hostnames

Configurar minhaempresa.com não configura automaticamente www.minhaempresa.com, e o inverso também é verdadeiro. Se os dois endereços devem funcionar, adicione dois Custom Hostnames e aplique as instruções de cada um.

Essa distinção costuma explicar situações como:

• www abre, mas o domínio sem prefixo não;
• o apex abre, mas www continua no provedor antigo;
• um dos endereços tem HTTPS e o outro ainda está pendente.

Não suponha redirecionamento automático entre eles. Primeiro faça os dois resolverem de forma controlada; depois defina a estratégia de endereço canônico conforme o projeto.

A propagação não é instantânea

Depois que um registro é salvo, caches DNS espalhados pela internet podem continuar usando o valor anterior por algum tempo. TTL anterior, provedor e localização de quem consulta influenciam o prazo.

Por isso, um fluxo automático não deve tratar toda pendência como erro imediato. A sequência correta é:

1. aguardar alguns minutos;
2. verificar o status;
3. comparar tipo, nome e valor;
4. corrigir apenas quando houver divergência ou conflito;
5. se estiver correto, aguardar a propagação;
6. verificar novamente.

Ficar alternando registros enquanto os caches convergem pode prolongar a confusão.

Como ler os estados de validação

O Site no Ar expõe estados que orientam a próxima ação:

Peça uma resposta acionável:

Verifique os Custom Hostnames deste Site.
Para cada hostname, informe status de DNS, status de SSL e próxima ação.
Se os registros estiverem corretos e apenas propagando, diga para aguardar.
Se houver divergência, mostre exatamente qual tipo, nome ou valor revisar.

O guia de Verificação e DNS reúne os sintomas mais comuns.

Onde entra o SSL

Quando o DNS chega ao destino esperado, a plataforma pode validar o hostname e preparar o certificado que permite abrir o endereço com https://.

DNS ativo e HTTPS pronto são etapas relacionadas, mas não idênticas. Às vezes o registro já propagou e o certificado ainda está em pending_validation. No domínio raiz, a primeira abertura também pode acionar a emissão sob demanda e demorar um pouco.

Considere concluído somente quando:

• o hostname aparece como active;
• a URL abre com https://;
• o certificado é válido para aquele endereço;
• o conteúdo pertence ao Site esperado;
• links e assets carregam no domínio próprio.

Um fluxo completo com agente de IA

O domínio deve entrar depois que a publicação básica já funciona. Um fluxo seguro é:

1. gerar ou atualizar o site;
2. confirmar a pasta publicável;
3. publicar no Site no Ar;
4. testar <slug>.sitenoar.app;
5. adicionar apex e/ou subdomínio como Custom Hostname;
6. copiar os registros retornados;
7. aplicá-los no provedor DNS;
8. pedir ao agente para verificar;
9. aguardar propagação e SSL quando necessário;
10. abrir o domínio final e testar novamente.

Se a etapa anterior ainda não está pronta, comece por como hospedar um site gerado por IA. Para configurar o agente que conduzirá publicação e verificação, use o guia de Configuração.

Cuidados antes de substituir registros

Trate uma mudança de DNS como alteração de produção:

• registre os valores anteriores;
• verifique se o hostname atende outro site;
• não remova registros de e-mail como MX, SPF, DKIM ou DMARC;
• altere apenas os nomes necessários;
• evite mexer no apex sem entender os conflitos;
• programe migrações críticas para um período acompanhado;
• mantenha a URL padrão disponível como fallback;
• teste de outra rede quando suspeitar de cache local.

O agente pode explicar e conferir, mas não deve apagar registros que não fazem parte do pedido.

Então o DNS é automático ou manual?

Ele é assistido e verificável:

• a plataforma automatiza a criação do Custom Hostname, as instruções específicas, a checagem, o vínculo com o Site e o acompanhamento do SSL;
• você executa a alteração no provedor que controla o domínio, salvo quando existir uma integração autorizada para fazê-la;
• o agente acompanha o estado e informa se é hora de corrigir ou esperar.

Essa divisão elimina adivinhação sem esconder a autoridade do DNS. Para sites criados por IA, o resultado é um fluxo muito mais curto: o agente transforma um pedido de domínio em registros concretos, você aprova a mudança e a automação confirma quando a URL segura está pronta.