Para aprender como configurar dns cloudflare sem derrubar o site, você precisa seguir uma sequência segura: baixar o TTL, copiar a zona DNS atual, validar registros críticos (A/AAAA, CNAME, MX), planejar a troca de nameservers e monitorar propagação. Este roteiro reduz downtime e perdas de e-mail.
Como configurar dns cloudflare sem derrubar o site
Para configurar o DNS no Cloudflare com segurança, o segredo é preparar a migração antes de trocar os nameservers. Você evita “site fora do ar” ao garantir que a zona DNS importada esteja completa e coerente com o provedor atual.
Este guia foi escrito para quem depende do site WordPress para vendas e contatos e não pode correr risco com e-mail, formulários e integrações. Atualizado em fevereiro de 2026.
O que normalmente derruba o site na troca de DNS
Na prática, o site cai por três motivos: registros incompletos, proxy mal aplicado e mudança sem janela de verificação. O Cloudflare não “derruba” por si só; a queda acontece quando o navegador não encontra o IP correto ou quando um CNAME essencial some.
- Registro A/AAAA apontando para IP antigo (mudança de hospedagem ou IP dedicado recente).
- CNAME do “www” inexistente ou apontando para destino errado.
- MX/SPF/DKIM/DMARC ausentes, causando falha de e-mail e perda de leads.
- Proxy (nuvem laranja) em serviços que não suportam (ex.: alguns SMTP, painéis, endpoints específicos).
Checklist de pré-migração para não perder acesso, e-mails e leads
Antes de qualquer alteração, faça um inventário do que precisa continuar funcionando: site, e-mail, subdomínios, integrações e APIs. Esse checklist reduz 90% dos erros porque força a validar o “mapa” do domínio.
Se você tem tráfego pago, campanhas ativas e WhatsApp vindo do site, trate a mudança como uma implantação: com validação e rollback planejado.
1) Copie a zona DNS atual e identifique registros críticos
Abra o painel DNS do provedor atual (Registro.br, cPanel, painel do host, etc.) e copie todos os registros. Se possível, exporte. Se não houver exportação, registre em uma planilha.
- Web: A/AAAA do domínio raiz (@) e CNAME do www.
- E-mail: MX, TXT de SPF, DKIM e DMARC.
- Serviços: CNAME/A de “mail”, “smtp”, “cpanel”, “webmail”, “autodiscover”, “api”, “app”, “cdn”, “static”.
- Verificação: TXT de Google, Meta, Microsoft, gateways de pagamento e ferramentas de SEO.
2) Reduza o TTL com antecedência
TTL alto faz a mudança “demorar” para parte dos usuários. Para reduzir risco, ajuste o TTL no provedor atual para 300 segundos (5 minutos) pelo menos 12 a 24 horas antes da troca dos nameservers.
Isso não acelera a propagação do nameserver em si, mas diminui o tempo de cache de registros durante ajustes finos e correções.
3) Garanta acesso ao registrar do domínio
Você vai precisar alterar nameservers no registrador do domínio (onde o domínio foi comprado/registrado). Confirme login, 2FA, e se há bloqueio de alteração. Em empresas, valide quem tem permissão para isso antes da janela de mudança.
Configuração segura no Cloudflare: sequência recomendada
A forma mais segura de configurar é: criar a zona no Cloudflare, importar e revisar os registros, testar com o proxy desligado e só então trocar os nameservers. Essa ordem permite validar sem impacto para visitantes e sem “apagar” registros essenciais.
Se você seguir a sequência abaixo, a troca tende a ser transparente para o usuário final.
1) Adicione o domínio no Cloudflare e importe o DNS
No Cloudflare, adicione o domínio e escolha o plano. Em seguida, revise a importação automática dos registros. Não confie 100% na importação: alguns provedores têm registros “ocultos” ou padrões que não aparecem na primeira leitura.
Compare item a item com sua cópia do DNS original. Se houver qualquer divergência em A/AAAA, CNAME do www ou MX, corrija antes de prosseguir.
2) Comece com o proxy desligado (DNS only) e ative por etapas
Para evitar conflitos, deixe os registros do site como DNS only (nuvem cinza) no início. Depois que tudo estiver resolvendo corretamente, você ativa o proxy (nuvem laranja) para o site e testa.
- Manter DNS only: mail/smtp, autodiscover, cpanel, webmail, e qualquer serviço não-HTTP.
- Candidatos a proxy: domínio raiz e www (site), e subdomínios estritamente web (HTTP/HTTPS).
3) Configure SSL/TLS de forma compatível com WordPress
No Cloudflare, o modo SSL/TLS precisa bater com o que existe na hospedagem. Em WordPress, o cenário mais comum e seguro é ter certificado válido no servidor e usar Full (strict). Se o servidor não tiver certificado válido, use Full temporariamente, mas trate como pendência.
Após a troca, valide redirecionamentos (http→https e non-www↔www) para evitar loops. Loops de redirecionamento são um dos problemas mais frequentes após ativar proxy.
4) Troque os nameservers no registrador e monitore
Com a zona revisada, troque os nameservers no registrador para os fornecidos pelo Cloudflare. A propagação varia, mas normalmente estabiliza em horas. Durante esse período, alguns usuários podem resolver no DNS antigo e outros no novo.
Por isso, manter a zona “espelhada” (mesmos registros) entre o DNS antigo e o Cloudflare durante a transição reduz a chance de inconsistência.
Validação pós-mudança: testes que evitam prejuízo
Depois de trocar os nameservers, a prioridade é confirmar que o site carrega, que o HTTPS está correto e que o e-mail não foi afetado. Esses testes são rápidos e evitam perda de vendas, formulários quebrados e mensagens não entregues.
Faça a validação em janela de menor tráfego e registre evidências (prints e logs) para auditoria interna.
Teste do site (WordPress) e ativos críticos
- Homepage e páginas de conversão: carregamento normal, sem erro 520/521/522.
- Área administrativa: /wp-admin acessa e faz login.
- Formulários: envio e recebimento (e-mail + CRM, se houver).
- Checkout e gateway: páginas de pagamento, webhooks e retorno.
- Recursos estáticos: imagens, CSS e JS carregando sem bloqueios.
Teste de e-mail e autenticações (SPF/DKIM/DMARC)
Envie e receba e-mails de/para contas externas (Gmail/Outlook) e verifique se não caiu em spam. Se você usa provedores como Google Workspace ou Microsoft 365, confirme se os MX e os TXT de autenticação continuam idênticos ao DNS anterior.
Um erro comum é “simplificar” TXT e quebrar DKIM. Outro é deixar um registro duplicado e causar falha de validação.
Erros comuns ao usar Cloudflare e como corrigir rápido
Quando algo dá errado, geralmente é um detalhe: proxy ativado no lugar errado, IP incorreto no A record ou modo SSL incompatível. Corrigir rápido depende de saber onde olhar e ter um plano de reversão.
Se o site é vital para vendas, trate correção como incidente: prioridade, impacto e mitigação.
Erro 521/522/520 após ativar proxy
Esses erros costumam indicar que o Cloudflare não consegue falar com o servidor de origem ou está sendo bloqueado. Verifique firewall/WAF da hospedagem, allowlist de IPs do Cloudflare, e se o IP no registro A está correto.
Loop de redirecionamento (ERR_TOO_MANY_REDIRECTS)
Normalmente é conflito entre redirecionamento no WordPress/plugin, no servidor (Apache/Nginx) e no Cloudflare. Ajuste para existir apenas um “ponto de verdade” para o redirecionamento e valide o modo SSL (preferencialmente Full strict com certificado válido).
Subdomínios que param de funcionar
Ocorre quando o subdomínio não foi importado, ou quando foi proxyficado sem suportar Cloudflare. Confirme se o registro existe e, se for serviço não-web, deixe DNS only.
Quando vale ter suporte técnico na migração de DNS
Se o site gera receita, a migração de DNS não deve ser “tentativa e erro”. Vale suporte quando há e-mail corporativo, tráfego pago, múltiplos subdomínios, integrações com ERP/CRM e necessidade de zero downtime.
Um time técnico experiente reduz risco porque valida dependências, aplica boas práticas de SSL e cria um plano de rollback caso algum ponto crítico falhe.
O que um roteiro profissional normalmente inclui
- Auditoria de zona DNS (web, e-mail e serviços) e plano de migração.
- Janela de mudança, redução de TTL e checklist de validação.
- Configuração de SSL/TLS e prevenção de loops de redirecionamento.
- Monitoramento pós-troca e correção de incidentes.
Perguntas Frequentes
Quanto tempo demora para o DNS do Cloudflare propagar?
Em geral, horas. Em alguns casos pode levar até 24–48 horas para estabilizar globalmente, por causa de caches de provedores e redes.
Posso configurar Cloudflare sem trocar os nameservers?
Para usar o Cloudflare como DNS autoritativo e proxy/CDN, normalmente é necessário trocar os nameservers. Sem isso, você pode usar apenas recursos específicos, dependendo do seu provedor.
O que devo proxyficar (nuvem laranja) no Cloudflare?
Normalmente apenas o site (domínio raiz e www) e subdomínios web. E-mail, SMTP e serviços não-HTTP devem ficar como DNS only.
Vou perder e-mails ao mudar o DNS para o Cloudflare?
Não, desde que os registros MX e os TXT de SPF/DKIM/DMARC sejam copiados corretamente e permaneçam consistentes durante a transição.
Preciso mexer em algo no WordPress depois de trocar o DNS?
Às vezes, sim: validar HTTPS, evitar plugins com redirecionamento duplicado e garantir que o “Endereço do WordPress” esteja no domínio correto (com https).
Qual é o melhor modo SSL/TLS no Cloudflare para WordPress?
Geralmente Full (strict), desde que sua hospedagem tenha certificado válido. Isso evita vulnerabilidades e reduz problemas de redirecionamento.
Se você precisa migrar para o Cloudflare sem arriscar vendas, e-mails e reputação do domínio, um roteiro técnico evita downtime e retrabalho. Fale com a ProgramaSiteSeguro agora mesmo.
