O Que É uma CDN? Redes de Distribuição de Conteúdo Explicadas

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

Porque é que as CDN importam quando cria com IA

Pode nunca configurar uma CDN por si próprio — muitas plataformas de alojamento colocam uma à frente do seu site automaticamente. Mas vai sentir os seus efeitos:

• Velocidade. Páginas que carregam mais depressa mantêm os visitantes e são um dos fatores que os motores de pesquisa consideram. Veja como tornar o seu site mais rápido.
• "Porque é que a minha alteração não aparece?" Depois de publicar uma atualização, uma cópia em cache da versão antiga pode continuar ativa durante algum tempo. Perceber porquê poupa muita confusão.
• Privacidade e correção. Se uma CDN guardar a coisa errada — uma página com os dados de um utilizador —, o visitante seguinte pode vê-la. Saber o que deve e não deve ser guardado ajuda a fazer as perguntas certas.

Uma analogia do dia a dia

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

Uma CDN é como ter o mesmo pão em mercearias locais espalhadas pelo país. Os clientes levantam-no perto de casa, depressa, e a padaria principal só precisa de reabastecer essas mercearias de vez em quando. O senão: quando a padaria muda a receita, as mercearias continuam a vender os pães antigos até lhes dizerem para os substituir ou até o stock antigo expirar.

Como funciona uma CDN

1. A sua origem. O seu site vive no servidor principal ou na plataforma de alojamento — a chamada origem.
2. Pontos de presença. A CDN tem servidores em muitos locais, chamados pontos de presença ou edge.
3. Encaminhamento. Quando um visitante pede o seu site, o DNS ou o encaminhamento de rede envia-o para o ponto mais próximo. Veja como funcionam os domínios e o DNS.
4. Acerto na cache. Se esse ponto já tiver uma cópia atualizada do ficheiro, envia-a de imediato.
5. Falha na cache. Se não tiver, vai buscar o ficheiro à origem, envia-o ao visitante e guarda uma cópia para a pessoa seguinte.
6. Expiração. Cada cópia é mantida durante um tempo definido, controlado pelos cabeçalhos de cache que o seu servidor envia, ou até ser limpa.

Um exemplo prático: um portefólio de fotografia

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

• Sem CDN: cada imagem viaja desde a Europa. Cada pedido faz uma viagem de ida e volta pelo mundo, por isso a galeria demora a encher.
• Com CDN: o primeiro visitante perto de Singapura faz com que o ponto dessa região vá buscar e guarde as imagens. Todos os visitantes seguintes dessa região recebem-nas de um local próximo, muito mais depressa.

Agora a fotógrafa substitui a fotografia principal da página inicial e volta a publicar. O que decide se os visitantes veem a alteração é isto:

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

As ferramentas de compilação modernas, incluindo o Vite, dão aos ficheiros nomes com hash, como hero-8b41d0.jpg. Quando um ficheiro muda, o nome muda, por isso a página pede um ficheiro totalmente novo que nenhuma cache conhece ainda. A própria página HTML é guardada em cache apenas por pouco tempo, por isso depressa aponta os visitantes para os ficheiros novos. É a forma padrão de obter, ao mesmo tempo, cache longa e atualizações rápidas.

O formulário de contacto é diferente. Os envios vão ao servidor sempre; nunca devem ser guardados em cache.

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

Termos-chave

Para a cache em geral — nos navegadores, servidores e bases de dados — veja o que é a cache.

Equívocos comuns

• "Uma CDN torna tudo mais rápido." Acelera a entrega de ficheiros. Uma consulta lenta à base de dados ou uma chamada lenta a IA no seu servidor continua a ser lenta.
• "Uma CDN substitui o alojamento." Fica à frente do seu alojamento. Continua a precisar de uma origem.
• "Se atualizei o site, toda a gente vê logo a alteração." Cópias antigas podem persistir durante pouco tempo na CDN e nos navegadores. Faça um refresco forçado para confirmar e use nomes de ficheiros com hash.
• "A cache é sempre segura." Guardar em cache uma página personalizada numa cache partilhada é um risco real para a privacidade. As respostas privadas devem ser marcadas como não guardáveis.
• "As CDN são só para grandes empresas." Muitas plataformas incluem uma para sites pequenos, sem esforço adicional.

O que perguntar ao seu construtor de IA

• "Há uma CDN à frente deste site? Que ficheiros guarda em cache e durante quanto tempo?"
• "Garante que o JavaScript, o CSS e as imagens compilados têm nomes com hash e tempos de cache longos, e que o HTML tem um tempo curto?"
• "Nunca guarde em cache páginas com sessão iniciada ou respostas de API com dados pessoais numa cache partilhada."
• "Comprima e redimensione as imagens para que a galeria carregue depressa."
• "Publiquei uma atualização mas continuo a ver a versão antiga — é a cache do navegador ou da CDN?"

CDN e a Mythex

Quando publica na Mythex, as interfaces estáticas são implementadas como sites estáticos, e a documentação indica que as caches das CDN podem demorar um pouco a atualizar-se após uma publicação: se continuar a ver uma versão antiga depois de voltar a publicar, faça um refresco forçado do URL público. Não há nada para configurar nesse aspeto. Se ligar um domínio personalizado cujo DNS esteja na Cloudflare, a documentação pede que defina o registo como "DNS only" em vez de proxied, para que a Mythex consiga emitir HTTPS corretamente. Veja como publicar e domínios personalizados na documentação, e o nosso guia sobre alojamento web.

Perguntas