Como apontar domínio para hospedagem e configurar DNS
Aprenda a apontar domínio para hospedagem, configurar DNS, registro A, CNAME e nameservers sem derrubar site, e-mail ou subdomínios.
Como apontar um domínio para a hospedagem e configurar o DNS corretamente
Registrar um domínio e contratar uma hospedagem são etapas diferentes. Mesmo depois de adquirir os dois serviços, o site pode continuar inacessível se o domínio ainda não estiver configurado para direcionar os visitantes ao servidor correto.
É nesse momento que entra o DNS.
Para apontar domínio para hospedagem, você normalmente precisa configurar nameservers ou editar registros DNS, como A, AAAA e CNAME. A escolha depende da forma como sua hospedagem e seu provedor de DNS trabalham.
O procedimento não costuma ser complicado, mas exige atenção. Uma alteração incorreta pode fazer o site parar de abrir, afetar subdomínios ou até interromper o recebimento de e-mails profissionais.
Por isso, antes de simplesmente copiar os nameservers enviados pela hospedagem, é importante entender o que está sendo alterado.
Neste guia, você aprenderá como funciona o apontamento de domínio, qual é a diferença entre nameservers e registros DNS, como configurar os registros mais importantes e quais verificações fazer para evitar problemas.
O que significa apontar um domínio para uma hospedagem?
Quando alguém digita um endereço como:
meusite.com.br
o navegador precisa descobrir qual servidor deve responder por esse domínio.
O DNS — Domain Name System — participa desse processo convertendo nomes compreensíveis para usuários em informações utilizadas pela infraestrutura da internet.
Em uma configuração comum, um registro DNS do tipo A associa um hostname a um endereço IPv4, enquanto um registro AAAA realiza função semelhante para IPv6. Já um CNAME associa um nome a outro hostname. (Cloudflare Docs)
Portanto, apontar o domínio significa basicamente fornecer ao DNS as informações necessárias para que o endereço encontre a infraestrutura onde seu site está hospedado.
Domínio, hospedagem e DNS são a mesma coisa?
Não. Essa diferença ajuda a evitar muitos erros.
O domínio é o endereço utilizado pelas pessoas, como:
minhaempresa.com.br
A hospedagem mantém os arquivos, banco de dados e demais recursos do site.
Já o DNS administra registros que indicam para onde diferentes serviços relacionados ao domínio devem ser direcionados.
Isso significa que você pode perfeitamente contratar:
- domínio na Empresa A;
- hospedagem na Empresa B;
- e-mail na Empresa C;
- DNS em outro serviço.
Todos podem funcionar juntos desde que os registros estejam configurados corretamente.
Como funciona o DNS na prática?
Imagine que sua hospedagem forneça o endereço IPv4:
192.0.2.10
Esse endereço é apenas um exemplo reservado para documentação.
Você poderia ter uma configuração semelhante a:
| Tipo | Nome | Destino |
|---|---|---|
| A | @ | 192.0.2.10 |
| CNAME | www | meusite.com.br |
Nesse exemplo, o domínio principal apontaria diretamente para o servidor por meio do registro A.
Já:
www.meusite.com.br
utilizaria um CNAME apontando para o domínio principal.
A documentação atual do Cloudflare confirma que registros A e AAAA associam nomes a endereços IPv4 e IPv6, enquanto o CNAME direciona um hostname para outro hostname. (Cloudflare Docs)
Os valores reais precisam sempre ser fornecidos pela sua hospedagem.
Não copie IPs de exemplos encontrados em tutoriais.
Nameservers e registros DNS: qual é a diferença?
Essa é uma das partes que mais confundem iniciantes.
Nameservers
Nameservers, ou servidores de nomes, determinam quais servidores são responsáveis pelas respostas DNS autoritativas daquele domínio.
Eles normalmente aparecem em formatos semelhantes a:
ns1.exemplo.com
ns2.exemplo.com
Ao trocar os nameservers no registrador do domínio, você está dizendo, essencialmente:
“A partir de agora, esta empresa será responsável por administrar a zona DNS deste domínio.”
A documentação de DNS explica que registros NS identificam servidores utilizados para fornecer respostas autoritativas para uma zona. (Cloudflare Docs)
Registros DNS
Depois que você sabe quem administra a zona DNS, pode existir uma série de registros dentro dela.
Por exemplo:
- A;
- AAAA;
- CNAME;
- MX;
- TXT;
- NS.
Portanto, nameserver e registro A não são duas formas diferentes de realizar exatamente a mesma coisa.
Eles trabalham em níveis diferentes da configuração.
Qual método usar para apontar domínio para hospedagem?
Em geral, existem duas estratégias principais.
Método 1 — Trocar os nameservers
Sua hospedagem fornece dois ou mais nameservers e você os configura no local onde o domínio está registrado.
Exemplo fictício:
ns1.hospedagem-exemplo.com
ns2.hospedagem-exemplo.com
A partir daí, a zona DNS normalmente passa a ser administrada pela nova empresa.
Método 2 — Manter o DNS atual e editar os registros
Você deixa os nameservers existentes e modifica apenas os registros necessários.
Por exemplo:
A @ → IP da nova hospedagem
CNAME www → domínio principal
Esse método é útil quando você quer continuar usando o provedor DNS atual.
Nenhum dos dois é universalmente melhor.
A escolha depende da arquitetura utilizada.
Quando é melhor alterar apenas os registros?
Manter os nameservers atuais pode fazer sentido quando você já possui configurações importantes nesse serviço.
Por exemplo:
- e-mail empresarial;
- subdomínios;
- CDN;
- autenticação de e-mail;
- sistemas de verificação;
- aplicações externas.
Assim, você altera apenas o apontamento do site e mantém as demais configurações.
Entretanto, isso exige entender quais registros precisam ser modificados.
Quando trocar os nameservers pode ser mais simples?
Para um site novo e simples, trocar os nameservers pelos fornecidos pela hospedagem pode facilitar bastante.
A empresa passa a administrar o DNS e, em determinados serviços, pode configurar automaticamente parte dos registros necessários.
Porém, existe um cuidado importante:
ao trocar nameservers, os registros existentes não necessariamente serão transferidos automaticamente.
Se o domínio já utiliza e-mail, subdomínios ou serviços externos, faça primeiro um inventário da zona DNS.
Antes de começar: reúna as informações necessárias
Para apontar domínio para hospedagem corretamente, tenha em mãos:
- acesso ao registrador do domínio;
- acesso ao painel da hospedagem;
- nameservers ou IP fornecidos pela hospedagem;
- registros DNS atuais;
- informações do serviço de e-mail;
- subdomínios existentes;
- dados de DNSSEC, quando utilizado.
Não faça alterações antes de saber qual empresa administra cada elemento.
Passo 1 — Descubra onde seu domínio está registrado
Primeiro, identifique onde o domínio é administrado.
Você precisa acessar o painel no qual é possível alterar:
- nameservers;
- delegação DNS;
- ou configurações equivalentes.
Não confunda isso com o painel da hospedagem.
Embora uma mesma empresa possa vender ambos os serviços, domínio e hospedagem continuam sendo componentes distintos.
Passo 2 — Descubra quem administra seu DNS atualmente
Depois, verifique quais nameservers estão configurados.
Se eles pertencem à sua hospedagem, provavelmente você editará registros no painel dela.
Se pertencem a um serviço DNS externo, as alterações deverão ser feitas nesse outro painel.
Esse detalhe é fundamental.
Editar um registro em uma zona DNS que não é autoritativa para o domínio não mudará o comportamento público do endereço.
Passo 3 — Veja as instruções fornecidas pela nova hospedagem
A empresa de hospedagem normalmente fornece uma das seguintes informações:
Nameservers
Algo semelhante a:
ns1.provedor.com
ns2.provedor.com
Endereço IP
Algo semelhante a:
203.0.113.20
Também pode haver instruções específicas para:
- CNAME;
- IPv6;
- subdomínios;
- integração com CDN.
Use exatamente os dados fornecidos para sua conta.
Passo 4 — Escolha entre nameservers e apontamento por registros
Agora você precisa decidir qual estrutura será usada.
Se vai trocar nameservers
Configure no registrador exatamente os servidores informados pelo novo provedor.
Depois, a administração de registros DNS ocorrerá normalmente na nova plataforma.
Se vai manter os nameservers
Não os altere.
Abra a zona DNS atual e modifique somente os registros destinados ao site.
Essa distinção evita uma situação comum: o usuário altera nameservers e também modifica registros no provedor antigo, sem perceber que esses registros antigos deixaram de ser utilizados.
Passo 5 — Configure o registro A
O registro A é um dos mais usados para conectar um domínio a uma hospedagem IPv4.
Uma configuração pode ser semelhante a:
| Campo | Exemplo |
|---|---|
| Tipo | A |
| Nome | @ |
| Conteúdo | IP da hospedagem |
| TTL | Automático ou conforme orientação |
O símbolo @ é frequentemente utilizado pelos painéis para representar a raiz do domínio.
A documentação atual de DNS confirma que o registro A aponta um hostname — inclusive o domínio raiz — para um endereço IPv4. (Cloudflare Docs)
Interfaces variam, então alguns painéis podem mostrar o próprio domínio em vez de @.
Passo 6 — Configure IPv6 somente quando houver suporte
O registro AAAA é utilizado para IPv6.
Não invente um valor AAAA simplesmente porque seu domínio possui um registro A.
Utilize IPv6 apenas quando o provedor fornecer o endereço correto e suportar esse tipo de conexão.
Um registro AAAA incorreto pode fazer determinados visitantes tentarem acessar um servidor que não responde corretamente.
Passo 7 — Configure o www
É importante considerar:
meusite.com
e:
www.meusite.com
Tecnicamente, são hostnames diferentes.
Uma configuração comum utiliza CNAME:
| Tipo | Nome | Destino |
|---|---|---|
| CNAME | www | meusite.com |
Dessa maneira, www acompanha o destino do nome principal.
Porém, siga a recomendação específica do provedor, pois algumas infraestruturas utilizam outra configuração.
CNAME associa um hostname a outro nome canônico, em vez de apontá-lo diretamente a um endereço IP. (Cloudflare Docs)
Registro A ou CNAME: qual usar?
Depende da situação.
Registro A
Utilize quando a hospedagem fornecer um IPv4 e solicitar apontamento direto.
Exemplo:
@ → 203.0.113.10
CNAME
Utilize quando o provedor fornecer outro hostname como destino.
Exemplo:
www → site.exemplo-hospedagem.com
Não substitua um pelo outro apenas porque viu determinado formato em outro site.
Siga a configuração exigida pela infraestrutura utilizada.
Posso usar CNAME no domínio principal?
Tradicionalmente, um CNAME no apex — a raiz do domínio — apresenta limitações segundo o funcionamento padrão do DNS, porque esse nome também precisa possuir outros registros essenciais.
Alguns provedores implementam tecnologias específicas, como CNAME flattening, que permitem oferecer comportamento semelhante no domínio raiz. A documentação atual do Cloudflare descreve esse mecanismo. (Cloudflare Docs)
Portanto, não presuma que qualquer painel aceitará CNAME em @.
Utilize a solução recomendada pelo seu provedor.
Passo 8 — Não apague registros MX se utiliza e-mail profissional
Esse é um dos erros mais prejudiciais em alterações DNS.
Você aponta corretamente o site e, algumas horas depois, percebe:
os e-mails pararam de chegar.
Isso pode acontecer quando registros relacionados ao serviço de e-mail foram apagados ou substituídos.
O registro MX determina quais servidores recebem as mensagens destinadas ao domínio. (Cloudflare Docs)
Se utiliza:
contato@meusite.com
verifique cuidadosamente os registros MX antes da alteração.
O e-mail precisa ficar na mesma hospedagem do site?
Não.
Seu site pode estar em um servidor e o e-mail em outro.
Por exemplo:
Site: Hospedagem A
E-mail: Serviço B
DNS: Serviço C
Isso é completamente possível.
Nesse caso, o registro do site aponta para a Hospedagem A enquanto os registros MX continuam apontando para o Serviço B.
Por isso, nunca apague todos os registros DNS simplesmente para “começar do zero” sem conhecer suas funções.
Confira SPF, DKIM e DMARC
Além dos registros MX, o domínio pode possuir registros usados para autenticação de e-mail.
Entre eles:
- SPF;
- DKIM;
- DMARC.
A documentação atual explica que SPF identifica remetentes autorizados, DKIM utiliza assinatura criptográfica para autenticação e DMARC define políticas relacionadas às verificações de autenticação. (Cloudflare Docs)
Se trocar apenas a hospedagem do site e mantiver o mesmo serviço de e-mail, normalmente esses registros não devem ser removidos sem motivo.
Se o serviço de e-mail também mudar, siga os novos valores fornecidos por ele.
Passo 9 — Confira subdomínios
Faça um inventário antes da mudança.
Talvez seu domínio utilize:
blog.meusite.com
loja.meusite.com
app.meusite.com
mail.meusite.com
Cada hostname pode possuir registros próprios.
Se trocar os nameservers sem reproduzir esses registros na nova zona DNS, os subdomínios podem parar de funcionar.
Passo 10 — Preserve registros TXT importantes
Registros TXT podem possuir várias funções.
Eles podem ser utilizados para:
- autenticação de e-mail;
- verificação de propriedade;
- integrações;
- serviços externos.
Antes de trocar nameservers, salve uma cópia de toda a zona DNS existente.
Não copie apenas A e MX.
Um pequeno TXT aparentemente sem importância pode estar sendo usado por algum serviço que você utiliza.
Passo 11 — Entenda o TTL
TTL significa Time to Live.
De maneira simplificada, ele determina por quanto tempo resolvedores DNS podem manter determinada resposta em cache antes de consultá-la novamente. A definição aparece diretamente na documentação atual de gerenciamento de registros DNS. (Cloudflare Docs)
Por exemplo, se um resolvedor já armazenou o endereço antigo, pode continuar utilizando aquela resposta até que ela expire.
Por isso, mudanças DNS podem não ser percebidas por todos os usuários ao mesmo tempo.
Quanto tempo leva para o DNS atualizar?
Não existe um tempo único garantido para qualquer domínio.
Depende de elementos como:
- TTL;
- caches dos resolvedores;
- tipo de alteração;
- provedor;
- registro modificado.
Evite afirmações absolutas como:
“DNS sempre demora 24 horas.”
Algumas mudanças podem ser percebidas rapidamente, enquanto outras levam mais tempo para desaparecer de caches existentes.
Por isso, espere o comportamento DNS se estabilizar antes de concluir que a configuração falhou.
Posso diminuir o TTL antes de trocar de hospedagem?
Em uma migração planejada, diminuir antecipadamente o TTL de determinados registros pode ajudar a reduzir o período em que respostas antigas permanecem armazenadas.
Entretanto, fazer isso depois da mudança não elimina caches que já armazenaram o valor anterior com TTL maior.
Por isso, quando essa estratégia for necessária, ela deve ser planejada previamente.
Para um site novo sem tráfego, esse cuidado costuma ser menos relevante.
Passo 12 — Cuidado com DNSSEC ao trocar nameservers
Esse é um ponto mais técnico, mas importante.
DNSSEC adiciona uma camada de autenticação às respostas DNS.
Quando você muda o provedor DNS autoritativo, os dados DNSSEC também podem precisar ser ajustados.
A documentação atual do Cloudflare, por exemplo, alerta que trocar nameservers mantendo uma configuração DNSSEC antiga incompatível pode causar falhas de resolução, porque os registros de validação podem deixar de corresponder às novas chaves. (Cloudflare Docs)
Isso não significa que DNSSEC seja um problema ou que deva permanecer desativado.
Pelo contrário, ele possui função de segurança.
O importante é migrá-lo corretamente.
Se seu domínio utiliza DNSSEC e você não conhece o processo, consulte as orientações do registrador e do novo provedor DNS antes de trocar nameservers.
Passo 13 — Espere o apontamento começar a responder
Depois de salvar os novos valores, não faça várias mudanças diferentes em sequência.
Espere e teste.
Se você modificar A, nameservers, CNAME e outros registros várias vezes sem registrar o que fez, descobrir a origem de um problema ficará muito mais difícil.
Uma boa prática de diagnóstico é:
mude uma configuração necessária, registre o valor e teste novamente.
Passo 14 — Verifique se o domínio abre com e sem www
Teste:
e:
Idealmente, escolha uma versão principal e redirecione a outra para ela.
Por exemplo:
www.meusite.com → meusite.com
ou o contrário.
O importante é manter consistência.
DNS faz o hostname chegar ao servidor; o redirecionamento HTTP para a versão preferida normalmente é tratado na hospedagem ou pela própria aplicação.
Passo 15 — Configure HTTPS
Apontamento DNS não é exatamente a mesma coisa que instalação de certificado SSL/TLS.
Depois que o domínio está chegando ao servidor correto, confirme que:
funciona sem avisos de certificado.
Muitas hospedagens automatizam certificados, mas o funcionamento depende do serviço contratado.
Teste também:
- domínio com www;
- domínio sem www;
- páginas internas.
Se o certificado foi emitido apenas para uma das versões, a outra pode apresentar erro.
Passo 16 — Confira se a hospedagem reconhece o domínio
Não basta configurar o DNS.
O próprio servidor precisa saber que deve atender aquele domínio.
Em muitos painéis de hospedagem existe uma opção semelhante a:
- adicionar domínio;
- conectar domínio;
- domínio principal;
- adicionar site.
Faça essa configuração antes ou durante o apontamento conforme as instruções do provedor.
Caso contrário, o DNS pode encontrar corretamente o servidor, mas o servidor pode não saber qual site apresentar.
Como apontar domínio para uma hospedagem WordPress
No WordPress, o DNS não funciona de maneira especial.
A sequência básica continua sendo:
- instalar ou migrar WordPress para a hospedagem;
- adicionar o domínio ao painel do servidor;
- obter os registros ou nameservers corretos;
- configurar DNS;
- esperar a resolução;
- configurar HTTPS;
- testar WordPress.
Se você estiver apenas trocando de servidor e mantendo exatamente o mesmo domínio, normalmente o objetivo é preservar também as URLs existentes.
Cuidado ao mudar as URLs dentro do WordPress
Nas configurações do WordPress existem campos relacionados ao endereço da instalação e ao endereço público do site.
Não altere esses valores simplesmente porque mudou o IP da hospedagem.
Se o domínio continua igual:
o endereço público pode continuar igual mesmo com outro servidor por trás.
Alterações incorretas nesses campos podem dificultar até o acesso ao painel.
Exemplo completo de uma configuração DNS
Considere este cenário fictício:
Domínio: empresaexemplo.com
Servidor web: 192.0.2.25
E-mail: serviço externo.
A zona poderia ter algo semelhante a:
| Tipo | Nome | Valor | Função |
|---|---|---|---|
| A | @ | 192.0.2.25 | Site principal |
| CNAME | www | empresaexemplo.com | Versão www |
| MX | @ | Valor do provedor de e-mail | Recebimento de mensagens |
| TXT | @ | Valor SPF fornecido | Autenticação |
| TXT | seletor._domainkey | Valor DKIM | Autenticação |
| TXT | _dmarc | Política configurada | Autenticação/política |
Os valores são apenas ilustrativos.
Não copie essa tabela para um domínio real.
Use sempre as informações fornecidas pelos seus próprios serviços.
Nameserver novo: o que copiar antes da mudança?
Se pretende entregar a administração DNS para outra empresa, faça uma cópia dos registros atuais.
Confira especialmente:
- A;
- AAAA;
- CNAME;
- MX;
- TXT;
- subdomínios;
- registros de verificações externas;
- configurações DNSSEC relacionadas.
O objetivo não é copiar cegamente tudo.
É saber o que existe e reconstruir corretamente aquilo que continuará necessário.
Erro: domínio abre uma página padrão da hospedagem
Isso geralmente significa que o DNS já está chegando a algum servidor, mas a associação entre domínio e site ainda pode não estar completa.
Verifique:
- domínio adicionado à hospedagem;
- diretório correto;
- site selecionado;
- virtual host;
- configuração do provedor.
Não altere o DNS novamente imediatamente se ele já aponta para o endereço correto.
O problema pode estar no servidor.
Erro: domínio não abre depois de trocar nameservers
Confira primeiro:
- nameservers digitados corretamente;
- domínio ativo;
- zona DNS existente no novo provedor;
- registro A/CNAME configurado;
- DNSSEC;
- tempo de cache.
Erros de digitação em nameservers também podem impedir a resolução.
Erro: site abre, mas e-mail parou
Investigue:
- registros MX;
- SPF;
- DKIM;
- hostname do servidor de e-mail;
- zona DNS autoritativa atual.
Se você acabou de trocar os nameservers, uma hipótese importante é que os registros de e-mail existentes não foram recriados no novo DNS.
A documentação atual sobre e-mail reforça que os valores MX e demais registros devem corresponder às informações fornecidas pelo serviço de e-mail utilizado. (Cloudflare Docs)
Erro: www funciona, mas domínio sem www não
Verifique o registro da raiz.
Normalmente faltará um A, AAAA ou solução equivalente indicada pelo provedor.
Erro: domínio funciona sem www, mas www não
Verifique especificamente o registro para:
www
Frequentemente será utilizado um CNAME, embora sua hospedagem possa fornecer outra orientação.
Erro: site antigo ainda aparece
Isso pode significar:
- cache DNS;
- cache da hospedagem;
- CDN;
- navegador;
- domínio ainda apontando parcialmente para infraestrutura antiga.
Confira primeiro os registros públicos antes de começar a reinstalar o site.
Posso ter dois registros A para o mesmo domínio?
DNS permite determinadas configurações com múltiplos registros do mesmo tipo e nome, e isso pode ser utilizado em arquiteturas específicas.
Entretanto, não adicione um segundo IP simplesmente para tentar manter “o antigo e o novo funcionando”.
Se a hospedagem forneceu apenas um IP, use a configuração recomendada.
Múltiplos endereços exigem que a infraestrutura tenha sido preparada para responder adequadamente em todos eles.
E se a hospedagem usa CDN?
Nesse caso, o IP visto publicamente pode não ser o servidor de origem.
O provedor pode pedir que você configure:
- CNAME;
- nameservers;
- registros específicos.
Siga a arquitetura fornecida pelo serviço.
Não tente descobrir o IP real da origem para substituir uma configuração baseada em CDN.
Apontar domínio afeta SEO?
A simples configuração correta do DNS não prejudica automaticamente o SEO.
O risco surge quando um erro causa:
- site indisponível;
- respostas 5xx;
- HTTPS quebrado;
- páginas inacessíveis;
- redirecionamentos errados;
- mudança involuntária de URLs.
Se estiver trocando apenas a hospedagem, procure manter domínio, URLs e conteúdo consistentes.
Depois da mudança, teste páginas importantes e acompanhe o funcionamento do site.
Preciso alterar alguma coisa no Google Search Console?
Se você apenas apontou o mesmo domínio para outra hospedagem e manteve as URLs, não está necessariamente realizando uma mudança de domínio.
Contudo, depois da migração vale monitorar:
- indexação;
- sitemap;
- inspeção de URLs;
- possíveis erros.
Também confirme que qualquer método de verificação baseado em DNS ou arquivo continua válido.
Como verificar se o DNS está correto?
Você pode consultar publicamente registros DNS utilizando diferentes ferramentas ou comandos.
Administradores mais técnicos costumam utilizar comandos como:
dig
ou:
nslookup
O objetivo é verificar qual valor o domínio está realmente retornando.
Se o registro A público ainda retorna o IP antigo, por exemplo, o tráfego provavelmente ainda não está utilizando completamente a nova configuração.
Checklist para apontar domínio para hospedagem
Antes de terminar, confirme:
- domínio está ativo;
- hospedagem está funcionando;
- domínio foi adicionado ao servidor;
- nameservers atuais foram identificados;
- registros DNS existentes foram salvos;
- IP ou nameservers novos foram confirmados;
- método de apontamento foi escolhido;
- registro A está correto;
- AAAA está correto quando utilizado;
- www está configurado;
- MX foi preservado;
- SPF foi revisado;
- DKIM foi revisado;
- DMARC foi preservado quando aplicável;
- subdomínios foram conferidos;
- registros TXT necessários continuam presentes;
- DNSSEC foi considerado;
- HTTPS funciona;
- domínio com www foi testado;
- domínio sem www foi testado;
- páginas internas foram abertas;
- formulários foram testados;
- e-mails foram testados;
- site mobile foi verificado.
Esse processo é muito mais seguro do que simplesmente trocar nameservers e esperar que tudo continue funcionando.
Conclusão
Para apontar domínio para hospedagem corretamente, primeiro entenda onde seu domínio está registrado, qual serviço administra o DNS e quais dados sua hospedagem exige.
Em instalações simples, você pode receber nameservers e configurá-los diretamente no registrador. Em outras situações, faz mais sentido preservar os nameservers atuais e modificar apenas registros como A, AAAA ou CNAME.
O registro A normalmente associa o domínio a um endereço IPv4, enquanto AAAA atende IPv6 e CNAME direciona um hostname para outro. TTL, por sua vez, controla por quanto tempo respostas DNS podem permanecer armazenadas pelos resolvedores. (Cloudflare Docs)
O maior cuidado aparece quando o domínio já possui outros serviços.
Antes de trocar nameservers, preserve informações sobre MX, SPF, DKIM, DMARC, subdomínios e verificações externas. Registros MX são essenciais para direcionar o recebimento de e-mails ao servidor correto. (Cloudflare Docs)
Também preste atenção ao DNSSEC. Se ele estiver ativado, uma migração incorreta de nameservers e chaves pode impedir a resolução do domínio. (Cloudflare Docs)
Depois da mudança, teste o site com e sem www, confirme HTTPS, abra páginas internas e envie mensagens pelos formulários e contas de e-mail.
Configurar DNS corretamente não é apenas fazer o domínio “abrir”.
É garantir que site, e-mails, subdomínios e demais serviços continuem chegando aos destinos certos.