Contas 
CDN: quando um site precisa de uma
A CDN guarda cópias dos arquivos do site em servidores pelo mundo todo e as entrega ao visitante a partir do mais próximo. Isso acelera o carregamento de imagens, scripts e vídeos e tira carga do seu servidor, mas não torna mais rápido um CMS lento nem substitui a escolha certa do país do servidor. Veja em quais casos a CDN é realmente necessária e quando basta uma única VPS no lugar certo.
A CDN (content delivery network, rede de distribuição de conteúdo) é uma camada entre o visitante e o seu servidor. O registro DNS do domínio aponta não para o servidor, mas para a CDN. O visitante se conecta ao nó mais próximo da rede, o nó entrega o que tem em cache e busca o resto no seu servidor, que nesse esquema é chamado de origem (origin).
O que a CDN faz
- Entrega os arquivos estáticos perto do visitante. Imagens, CSS, JavaScript, fontes e vídeos são carregados de um nó no mesmo país ou num país vizinho, e não de outro continente.
- Encurta o estabelecimento da conexão. A conexão criptografada é feita com o nó mais próximo. Mesmo no TLS 1.3, o handshake ocupa uma ida e volta à parte (RFC 8446), e com ping de 150 ms até um servidor em outro continente só a conexão consome cerca de um terço de segundo.
- Alivia o servidor e o link. Se 90% das requisições são atendidas pelo cache, o servidor recebe um décimo do tráfego. Isso permite ficar num plano menor e não esbarrar no limite de tráfego, assunto do artigo Banda e tráfego: o que significam 1 Gbit/s e ilimitado.
- Absorve parte dos ataques. Sobre isso há uma seção à parte abaixo.
O que a CDN não faz
- Não acelera o que não vai para o cache. Carrinho, área do cliente, busca, API e páginas para usuários logados são sempre pedidos à origem. Se a página leva dois segundos para ser montada por causa de um banco de dados lento, com CDN ela vai levar os mesmos dois segundos. Aqui ajudam um servidor mais potente ou otimização: veja o artigo Quanta memória e quantos núcleos um site precisa.
- Não protege um servidor cujo endereço é conhecido. Um ataque direto ao IP da origem passa ao largo da CDN.
- Não substitui os backups. No cache fica só parte dos arquivos, e só por um tempo; não dá para restaurar o site a partir dele.
- Acrescenta uma dependência. Uma falha da CDN ou um erro nas configurações dela derruba o site do mesmo jeito que uma falha do servidor.
Quando basta um servidor mais perto dos visitantes
Se os visitantes estão em um país ou em uma região, o jeito mais simples de acelerar o site é colocar o servidor ali mesmo. Cada 100 km em linha reta somam cerca de um milissegundo ao ping, e um servidor no país do público normalmente responde em 5–30 ms. Um site assim fica pouco mais rápido com CDN e, sem ela, é mais simples de configurar. Como escolher o local e testar o ping antes de pagar está nos artigos Como escolher o país do servidor e Como testar ping e velocidade de uma VPS antes de pagar.
A CDN é necessária quando o público está em continentes diferentes, quando o site tem muitos arquivos pesados (um catálogo com fotos, vídeos, downloads) ou quando o tráfego tem picos: uma promoção, um disparo de e-mails, uma matéria na imprensa. A alternativa para um público em duas ou três regiões é ter um servidor em cada uma. Segundo o catálogo da accsly.io (novembro de 2026), há planos de VPS em 96 países, 400 provedores têm servidores em cinco países ou mais e 155, em dez ou mais, então é possível contratar vários locais com um único provedor. Mas vários servidores precisam ser sincronizados, enquanto a CDN faz cache dos arquivos de um só.
Regras de cache
A CDN decide o que guardar e por quanto tempo pelos cabeçalhos da resposta do seu servidor, em primeiro lugar pelo Cache-Control (RFC 9111):
max-age: por quantos segundos a resposta pode ser guardada;s-maxage: o mesmo, só para CDN e proxies;private: a resposta é para um único usuário, só o navegador pode guardá-la, e não a CDN;no-store: não guardar em lugar nenhum.
Um esquema que funciona para a maioria dos sites: arquivos com versão no nome (app.3f2a.css) são servidos com max-age de um ano e o atributo immutable (RFC 8246), e quando mudam, muda o nome. O HTML fica em cache por minutos ou não fica. Páginas com sessão, carrinho e dados pessoais são marcadas com private ou no-store.
A CDN também tem as próprias regras padrão. Por exemplo, a Cloudflare não faz cache de HTML e JSON, nem de respostas com o cabeçalho Set-Cookie ou com Cache-Control: private. Se você ativar o cache de todas as páginas com uma regra que ignora esses cabeçalhos, a CDN pode entregar a um visitante a página montada para outro, com o nome e os pedidos dele. Ative uma regra assim só para endereços onde com certeza não há dados pessoais.
Para conferir se a resposta veio do cache, use o comando curl -I https://example.com/app.css: o cabeçalho Age mostra há quantos segundos a resposta está guardada, e o status do cache a CDN informa em um cabeçalho próprio, cujo nome está na documentação dela.
CDN e proteção contra DDoS
As grandes CDNs têm links e número de nós ordens de grandeza maiores que os de um único data center, por isso os ataques volumétricos se distribuem pela rede e não chegam ao seu servidor. Os ataques na camada de aplicação a CDN filtra com regras: limite de frequência de requisições, verificação do navegador, bloqueio por país ou por endereço. Isso complementa a proteção do provedor, e não a substitui: segundo o catálogo da accsly.io (novembro de 2026), 1.123 dos 2.243 provedores com planos de VPS declaram proteção contra DDoS, e normalmente se trata de filtragem na camada de rede. O que de fato se esconde por trás dessa linha no plano está no artigo Proteção contra DDoS: o que os provedores realmente oferecem; os planos com ela estão na seleção VPS com proteção contra DDoS.
A proteção pela CDN só funciona enquanto o endereço da origem é desconhecido. Permita no servidor conexões de entrada nas portas 80 e 443 apenas a partir das faixas de endereços da CDN, que cada provedor publica. Não mantenha o e-mail e outros serviços no mesmo IP do site: os registros MX e os cabeçalhos das mensagens revelam o endereço. Depois de ativar a CDN, troque o IP do servidor se o antigo já esteve em registros DNS públicos: o histórico deles fica guardado em bases abertas.
Quanto custa
O preço da CDN é composto pelo tráfego transferido, pelo número de requisições e pelas funções adicionais. Há três modelos:
- Plano gratuito com limites de volume ou de funções. Para um site pequeno, muitas vezes ele basta por completo. Por exemplo, o plano gratuito do Amazon CloudFront inclui um milhão de requisições e 100 GB por mês.
- Pagamento por gigabyte, com preço por região. Na bunny.net, por exemplo, a partir de US$ 0,01 por gigabyte na Europa e na América do Norte e de 3 a 6 vezes mais em outras regiões. Nesse modelo, vídeos e downloads grandes viram o principal item de custo.
- Mensalidade fixa por um pacote de tráfego e de requisições, sem cobrança extra por excedente dentro dos limites do plano.
À parte, paga-se pela proteção de aplicações (WAF), pela otimização de imagens, pelo armazenamento de logs e por endereços dedicados. Antes de contratar, compare o preço da CDN com o preço do tráfego no provedor de hospedagem: se o servidor já inclui alguns terabytes por mês e o público está perto, a CDN não é necessária para economizar tráfego.
Como ativar sem quebrar o site
- Escolha o esquema. Dá para entregar à CDN a zona inteira do domínio, trocando os servidores DNS no registrador, ou passar pela CDN só um subdomínio para os arquivos estáticos com um registro CNAME, por exemplo
static.example.com. A segunda opção é mais fácil de desfazer. Como funcionam esses registros está no artigo Domínios e DNS para quem tem servidor. - Configure a criptografia até a origem. A conexão entre a CDN e o servidor também deve ser por HTTPS, com verificação do certificado. O modo em que a CDN se conecta ao servidor por HTTP deixa o tráfego aberto nesse trecho. Sobre certificados, veja o artigo Certificados SSL: gratuitos e pagos.
- Repasse ao servidor o IP real do visitante. Senão, os logs, os limites de frequência e o fail2ban vão ver apenas os endereços da CDN. A CDN envia o endereço em um cabeçalho, e o servidor web precisa ser configurado para confiar nele só quando vem dos endereços da CDN.
- Confira os nós para o seu público. Veja o mapa de nós da CDN e meça a latência a partir das regiões onde estão os seus visitantes, inclusive da América do Sul, se o site atende o Brasil. Uma CDN sem nós perto do público pode ser mais lenta que o acesso direto ao servidor.