A CDN da Cloudflare só entrega o site quando duas coisas já aconteceram: o domínio usa os servidores DNS atribuídos pela Cloudflare e o registro que aponta para o site está com proxy ligado. O Rocket Loader é outra configuração. Ele adia o JavaScript da página e pode quebrar menu, formulário ou checkout. Não é o interruptor da CDN.
Este guia vale para um site cuja origem você controla, como um WordPress em uma hospedagem. Ele não é o painel de uma loja Nuvemshop.
O que muda quando o proxy está ligado
Com o registro em proxy, o visitante fala com a rede da Cloudflare, não direto com o IP da hospedagem. A documentação de status do proxy descreve o que isso permite: cache, proteção contra negação de serviço e as regras configuradas na conta. Com o registro só em DNS, a Cloudflare devolve o IP de origem. Nesse modo não há CDN naquele endereço, e o IP do servidor fica visível para quem consultar o registro.
O proxy existe em registros A, AAAA e CNAME que servem o site. E-mail, verificação de domínio e outros registros que não são página web ficam sem proxy. Apagar um MX ou um TXT de verificação ao importar a zona tira do ar um serviço que não era o site.
O cache padrão também é mais estreito do que “o site inteiro ficou na CDN”. A documentação de cache diz que a Cloudflare decide pelo extensão do arquivo, não pelo tipo MIME, e que não guarda HTML por padrão. JSON também fica de fora. O robots.txt entra no cache padrão. Uma alteração nesse arquivo pode continuar antiga até o prazo expirar ou até alguém limpar aquele URL.
Quando este passo não é o da sua loja
A Nuvemshop informa, na página de PageSpeed, que a CDN da loja é nativa e não exige configuração manual para distribuir imagens e arquivos. Trocar os servidores DNS do domínio da loja para a Cloudflare, sem reproduzir os registros que a plataforma usa, pode derrubar vitrine, checkout ou e-mail. Esse ajuste não se faz no mesmo lugar em que se comprime uma imagem de produto.
Se a dúvida é o custo da plataforma, o guia de quanto custa manter uma Nuvemshop separa mensalidade, pagamento e serviços contratados à parte. Não misture essa conta com a configuração de DNS de um WordPress.
Antes de trocar os servidores DNS
O caminho comum é a configuração completa, em que a Cloudflare passa a ser o DNS autoritativo. O passo a passo oficial pede esta ordem:
- Adicione o domínio e revise os registros importados antes de publicar a troca. Confira MX, TXT de verificação, SPF e o registro que aponta para o site.
- Se o domínio tem DNSSEC no registrador, desligue essa proteção antes de substituir os servidores DNS. A documentação avisa que a troca com DNSSEC ainda ativo pode tornar o domínio inacessível.
- Substitua os servidores DNS atuais pelos dois nomes que a Cloudflare atribuiu à zona. Eles não são escolhidos por você. Um caractere diferente impede a resolução.
- Espere a zona ficar ativa. Ferramentas públicas de consulta podem continuar mostrando o servidor antigo porque usam resposta em cache.
- Só depois da zona ativa, reative o DNSSEC pela Cloudflare, se for usá-lo.
Existe um modo parcial, em que o DNS continua no provedor atual e só alguns subdomínios passam pelo proxy. A documentação de tipos de zona restringe esse modo a planos Business e Enterprise. No plano gratuito, a troca dos servidores DNS é o caminho documentado para ativar o domínio.
Anote os servidores DNS anteriores e uma cópia dos registros antes de salvar a troca. Se o e-mail cair, a volta depende dessa lista, não de um botão genérico de desfazer.
O que o cache faz depois que o proxy está ligado
Arquivos estáticos previstos na lista padrão podem sair da rede da Cloudflare. A página HTML, na configuração de fábrica, continua vindo da origem. Por isso, “liguei a CDN” não significa que o texto publicado ficou guardado na borda.
Se alguém criar uma regra para guardar HTML, a página pode continuar antiga depois de uma edição. A limpeza de cache recomenda limpar por URL. A resposta HTTP 200 confirma que a Cloudflare recebeu o pedido. Ela não confirma que aquele arquivo estava em cache. Para verificar, peça o recurso de novo e confira se o cabeçalho CF-Cache-Status deixou de ser HIT.
No WordPress, o plugin oficial pode limpar o URL quando um post, uma página, um anexo ou um comentário muda, e também ao trocar o tema. Isso importa quando o HTML está sendo guardado. Não é um requisito para o proxy em si, e não substitui a revisão dos registros de DNS.
Não ligue uma regra de “guardar tudo” para tentar subir uma nota de velocidade. Em um site com login, carrinho ou página que muda por visitante, essa regra pode servir a versão errada da página.
Rocket Loader fica desligado até um teste
O Rocket Loader adia o JavaScript, inline e externo, para depois da renderização do conteúdo, e tenta manter a ordem de execução. A Cloudflare diz que isso pode antecipar a pintura da página. O recurso está disponível nos planos Free, Pro, Business e Enterprise. A própria documentação manda desligá-lo e testar de novo se o site apresentar erro de JavaScript ou de jQuery.
A ativação fica em Speed > Settings > Content Optimization. Se o domínio usa Content Security Policy, os cabeçalhos precisam ser atualizados para o recurso funcionar. Ligar primeiro e descobrir o bloqueio em produção inverte a ordem segura.
Para deixar um script de fora, a página de exceções pede o atributo data-cfasync="false" antes de src:
<script data-cfasync="false" src="/javascript.js"></script>O atributo inserido por outro JavaScript não vale. Se o script excluído depende de outro, a dependência também precisa do atributo. Quando o problema está em uma página só, a documentação indica uma regra de configuração para tirar esse URL do recurso, em vez de mantê-lo ligado no domínio inteiro.
O Rocket Loader não reduz o peso dos scripts. Um tema com vários plugins continua pesado. Adiar a execução pode melhorar a primeira pintura e, ao mesmo tempo, atrasar o que a pessoa precisa clicar. Meça as duas coisas. A descrição de ganho da Cloudflare não é uma posição garantida no Google.
Como saber se alguma coisa mudou
Compare o mesmo URL, no mesmo tipo de dispositivo, antes e depois. Uma execução isolada de laboratório não é um resultado.
No arquivo estático, CF-Cache-Status: HIT indica resposta servida do cache. DYNAMIC indica que, na hora do pedido, o recurso não era elegível para cache. HTML sem regra própria tende a cair nesse segundo caso. Isso é o comportamento documentado, não uma falha da CDN.
Se o site abrir sem estilo ou com script quebrado, desligue o Rocket Loader antes de mexer de novo nos servidores DNS. Se o e-mail parar, revise MX e TXT. Se só algumas imagens quebrarem em HTTPS, procure endereço ainda em HTTP. Cada um desses sintomas tem uma causa diferente.
Se a troca de DNS não está nas suas mãos
Quem não administra o registrador, a zona e a hospedagem não deve seguir este passo no escuro. A escolha da infraestrutura continua no guia de como escolher a hospedagem. Trocar de provedor, sozinho, não resolve imagem pesada nem script de terceiros.
Quando o site já está no ar e o problema é manutenção, atualização ou uma falha depois de uma mudança de DNS, o caminho é a manutenção de sites. Leve o endereço, quem controla o domínio e o que deixou de funcionar.
Fontes consultadas em 11/10/2026: configuração completa de DNS, status do proxy, cache padrão, limpeza de cache, Rocket Loader, como ignorar scripts e CDN nativa da Nuvemshop.
