Cloudflare pode participar de várias partes de um site, mas DNS, proxy, cache e hospedagem são funções diferentes. Se você está tentando descobrir se a Cloudflare substitui seu VPS ou sua hospedagem, a resposta depende do produto usado: só configurar o DNS não armazena nem executa o site.

Este guia explica os conceitos com base na documentação oficial consultada em 27 de outubro de 2026. Os exemplos são explicativos; nenhuma zona DNS real foi alterada ou testada.

O que cada recurso faz?

• DNS — Função: Informa aos navegadores e serviços para onde um nome, como `www.exemplo.com`, deve apontar. — O que não significa sozinho: Não guarda os arquivos do site nem mantém um servidor ligado.

• Proxy — Função: Recebe o tráfego web e o encaminha ao servidor de origem. — O que não significa sozinho: Não garante que a origem ou a aplicação esteja funcionando.

• CDN e cache — Função: Mantém cópias de conteúdo cacheável em pontos da rede para atender solicitações seguintes. — O que não significa sozinho: Não significa que toda página será armazenada ou que o conteúdo ficará sempre atualizado.

• Workers e assets estáticos — Função: Podem servir arquivos e, quando há um Worker, executar lógica sob demanda. — O que não significa sozinho: Não são um VPS com sistema operacional e disco tradicional.

Quando a Cloudflare é a provedora DNS autoritativa, ela responde às consultas da zona. Com um registro web marcado como Proxied, a solicitação HTTP ou HTTPS também passa pela rede da Cloudflare antes de chegar à origem. Essas funções podem trabalhar juntas, mas não são sinônimos.

A nuvem laranja hospeda o site?

Não. A nuvem laranja indica que um registro elegível está com o proxy ativo. O navegador passa pela Cloudflare e ela encaminha o tráfego para o destino configurado. Isso pode adicionar recursos de rede e proteção, mas o servidor ou plataforma que entrega o conteúdo ainda precisa existir.

Um registro DNS only resolve diretamente para o destino configurado, sem encaminhar o tráfego web pelo proxy da Cloudflare. Se esse destino for o IP de um VPS, ele pode aparecer em consultas DNS; o proxy também não apaga divulgações anteriores do endereço de origem.

O proxy está disponível para registros A, AAAA e CNAME elegíveis. MX e TXT permanecem DNS-only; alguns CNAME usados para validação também não devem receber proxy. Confira a finalidade do registro antes de alterar seu status.

DNS, site e e-mail: confira cada destino

Um domínio pode usar Cloudflare para DNS e continuar hospedado em outro lugar. Por exemplo, um VPS fornece o servidor web enquanto a zona DNS contém o endereço indicado pelo provedor. A Cloudflare não permite adivinhar esse valor: use exatamente os dados fornecidos pelo host.

• Domínio raiz — O que conferir: O endereço web indicado pela hospedagem e se o IPv6 está realmente configurado antes de criar um AAAA.

• www — O que conferir: O destino recomendado pelo host, muitas vezes um CNAME.

• E-mail — O que conferir: MX, SPF, DKIM, DMARC e validações exigidas pelo serviço de e-mail.

Antes de trocar nameservers ou remover registros, compare a zona antiga com a nova. Um site abrir não comprova que o e-mail continuou recebendo mensagens. Guarde os valores anteriores para poder reverter uma mudança que cause falha.

O proxy ativo garante cache?

Não. Proxy e cache são etapas relacionadas, mas cache tem regras próprias. Imagens, CSS e JavaScript estão entre os tipos de arquivo cacheáveis por padrão. HTML e JSON não são armazenados por padrão pela CDN; cabeçalhos da origem, extensão, cookies, query strings e regras de cache podem alterar o resultado.

Uma resposta marcada como cacheável ainda pode ser buscada na origem quando não existe uma cópia disponível no ponto da rede que recebeu a solicitação. Portanto, “está atrás da Cloudflare” não é prova de que toda visita será respondida pelo cache.

Evite aplicar uma regra ampla de cache público a páginas de conta, painéis administrativos ou conteúdo que varia por usuário. Primeiro confirme se a mesma resposta pode ser mostrada com segurança a todos. Para conteúdo dinâmico, confira os cabeçalhos e a regra específica antes de mudar o comportamento.

Quando a Cloudflare realmente hospeda arquivos?

Produtos como Cloudflare Workers com Static Assets podem publicar arquivos como HTML, CSS, JavaScript e imagens. Se o projeto também usa um Worker, ele pode executar código para as solicitações que precisam de lógica dinâmica. Cloudflare Pages tem um fluxo próprio de publicação para sites estáticos e aplicações com renderização sob demanda.

Isso é diferente de apenas apontar DNS ou ativar a nuvem laranja: nesses casos, a Cloudflare participa do caminho da solicitação, mas os arquivos podem continuar numa hospedagem externa.

Checklist seguro antes de mexer na zona

1. Identifique onde o site e o e-mail estão hospedados.

2. Copie os destinos fornecidos pelos provedores; não invente IPs ou alvos de CNAME.

3. Confira quais registros atendem à web e quais pertencem a e-mail, validação ou outros serviços.

4. Compare os registros antes e depois da mudança e mantenha uma cópia para reversão.

5. Depois de alterar, teste site, HTTPS, login, formulários, sitemap e envio/recebimento de e-mail.

6. Se uma página estiver desatualizada, investigue cache, origem e regra aplicável em vez de limpar tudo automaticamente.

Perguntas frequentes

A Cloudflare substitui minha hospedagem?

Só o DNS e o proxy não substituem. Workers Static Assets ou Pages podem servir os arquivos do site; aplicações que precisam executar código também dependem do runtime e da configuração correspondentes.

Posso ativar a nuvem laranja para o e-mail?

Não para registros MX ou TXT: eles são DNS-only. Siga os valores e as instruções do provedor de e-mail para MX, SPF, DKIM e DMARC.

Nuvem laranja significa que a página está em cache?

Não necessariamente. O proxy encaminha o tráfego; a CDN decide o cache conforme tipo de recurso, cabeçalhos e regras. HTML e JSON não entram no cache padrão da CDN.

Resumo

DNS encontra o destino, o proxy encaminha tráfego web e o cache pode guardar certas respostas. A Cloudflare só atua como hospedagem quando você usa um serviço que realmente entrega os arquivos ou executa a aplicação. Separar essas funções ajuda a evitar mudanças erradas em DNS, e-mail e cache.