O que é uma CDN? Redes de entrega de conteúdo explicadas de forma simples

Uma CDN (rede de entrega de conteúdo) é uma rede de servidores espalhados por muitas cidades que guardam cópias dos arquivos do seu site — imagens, scripts, folhas de estilo e, às vezes, páginas inteiras. Quando alguém visita o seu site, é atendido a partir de um local próximo, em vez de um servidor distante. Isso faz as páginas carregarem mais rápido, tira carga do seu próprio servidor e ajuda o site a aguentar picos de tráfego.

Por que as CDNs importam ao construir com IA

Você talvez nunca configure uma CDN — muitas plataformas de hospedagem já colocam uma na frente do seu site automaticamente. Mas você vai sentir os efeitos:

• Velocidade. Páginas que carregam mais rápido fazem os visitantes ficarem e são um dos fatores que os mecanismos de busca consideram. Veja como deixar seu site mais rápido.
• “Por que a minha mudança não aparece?” Depois que você publica uma atualização, uma cópia em cache da versão antiga pode permanecer por um curto período. Entender o motivo evita muita confusão.
• Privacidade e correção. Se uma CDN guardar a coisa errada — uma página com os dados de um usuário —, o próximo visitante pode vê-la. Saber o que deve e o que não deve ser armazenado ajuda a fazer as perguntas certas.

Uma analogia do dia a dia

Imagine uma padaria que vende seu pão para o país inteiro a partir de uma única loja. Cada cliente, por mais longe que esteja, tem de esperar a entrega dessa loja única — e em um dia movimentado a fila é enorme.

Uma CDN é como deixar o mesmo pão estocado em padarias de bairro espalhadas pelo país. Os clientes pegam perto de casa, rapidamente, e a padaria principal só precisa reabastecer essas lojas de vez em quando. O porém: quando a padaria muda a receita, as lojas de bairro continuam vendendo a versão antiga até serem avisadas para trocar ou até o estoque antigo vencer.

Como uma CDN funciona

1. Sua origem. O seu site fica no servidor principal ou na plataforma de hospedagem — chamada de origem.
2. Locais de borda. A CDN mantém servidores em muitos lugares, chamados de locais de borda (edge) ou pontos de presença.
3. Roteamento. Quando um visitante pede o seu site, o DNS ou o roteamento de rede o direciona para uma borda próxima. Veja como funcionam domínios e DNS.
4. Cache hit (acerto de cache). Se essa borda já tem uma cópia atualizada do arquivo, ela envia imediatamente.
5. Cache miss (falha de cache). Se não tem, a borda busca o arquivo na sua origem, envia ao visitante e guarda uma cópia para a próxima pessoa.
6. Expiração. Cada cópia é mantida por um tempo definido, controlado pelos cache headers que o seu servidor envia, ou até ser limpa.

Um exemplo prático: um portfólio de fotos

O portfólio de um fotógrafo tem uma página inicial, uma galeria com 60 imagens grandes e um formulário de contato. A origem fica na Europa. Um visitante em Singapura abre a galeria.

• Sem CDN: cada imagem vem da Europa. Cada requisição faz uma viagem de ida e volta pelo mundo, então a galeria demora a aparecer.
• Com CDN: o primeiro visitante perto de Singapura faz a borda de lá buscar e armazenar as imagens. Todos os visitantes seguintes da região as recebem de um lugar próximo, muito mais rápido.

Agora o fotógrafo troca a foto principal da página inicial e publica de novo. Veja o que decide se os visitantes vão ver a mudança:

/index.html                    → tempo de cache curto, verificado com frequência
/assets/index-3f9a2c.js        → armazenado em cache por muito tempo
/assets/hero-8b41d0.jpg        → armazenado em cache por muito tempo

Ferramentas de build modernas, incluindo o Vite, dão aos arquivos nomes com hash, como hero-8b41d0.jpg. Quando um arquivo muda, seu nome muda, então a página pede um arquivo totalmente novo que nenhum cache conhece. A própria página HTML fica em cache apenas por pouco tempo, então logo aponta os visitantes para os arquivos novos. Essa é a forma padrão de obter tanto cache longo quanto atualizações rápidas.

O formulário de contato é diferente. Os envios vão para o servidor a cada vez; eles nunca devem ser armazenados em cache.

O que armazenar em cache e o que não armazenar

Termos-chave

Para entender cache de forma mais geral — em navegadores, servidores e bancos de dados — veja o que é cache.

Ideias erradas comuns

• “Uma CDN deixa tudo mais rápido.” Ela acelera a entrega de arquivos. Uma consulta lenta ao banco de dados ou uma chamada lenta à IA no seu servidor continua lenta.
• “Uma CDN substitui a hospedagem.” Ela fica na frente da sua hospedagem. Você ainda precisa de uma origem.
• “Se eu atualizei o site, todo mundo vê na hora.” Cópias antigas podem persistir por um tempo na CDN e nos navegadores. Use refresh forçado para conferir e use nomes de arquivo com hash.
• “Cache é sempre seguro.” Armazenar uma página personalizada em um cache compartilhado é um risco real de privacidade. Respostas privadas devem ser marcadas como não armazenáveis.
• “CDNs são só para grandes empresas.” Muitas hospedagens incluem uma para sites pequenos, sem esforço extra.

O que pedir ao seu construtor de IA

• “Existe uma CDN na frente deste site? Quais arquivos ela armazena em cache e por quanto tempo?”
• “Garanta que o JavaScript, o CSS e as imagens gerados no build tenham nomes com hash e tempos de cache longos, e que o HTML tenha um tempo curto.”
• “Nunca armazene em cache páginas com login nem respostas de API com dados pessoais em um cache compartilhado.”
• “Comprima e redimensione as imagens para que a galeria carregue rapidamente.”
• “Publiquei uma atualização, mas ainda vejo a versão antiga — é o cache do navegador ou da CDN?”

CDNs e o Mythex

Quando você publica no Mythex, os front-ends estáticos são implantados como sites estáticos, e a documentação observa que os caches da CDN podem demorar um pouco para atualizar depois de uma publicação: se você ainda vir uma versão antiga após publicar de novo, faça um refresh forçado na URL pública. Não há nada para configurar nisso. Se você conectar um domínio próprio cujo DNS esteja na Cloudflare, a documentação pede que você defina o registro como “somente DNS” em vez de proxied, para que o Mythex consiga emitir o HTTPS corretamente. Veja como publicar e domínios personalizados na documentação, e nosso guia sobre hospedagem web.

Perguntas