Un CDN (Content Delivery Network) est un réseau de serveurs répartis géographiquement qui distribue le contenu de votre site plus rapidement aux visiteurs. Plus le serveur CDN est proche du visiteur, plus le temps de chargement est faible. Un CDN réduira typiquement le TTFB de 200-500ms à 20-50ms pour les visiteurs internationaux.
Le CDN est une infrastructure de serveurs proxy stratégiquement positionnés dans le monde entier. Quand un visiteur accède à votre site, le CDN route la requête vers le serveur le plus proche (point de présence, PoP). Les composants : (1) Edge servers — serveurs dans 200+ villes, (2) Anycast routing — routing vers le serveur le plus proche, (3) Caching — stockage des fichiers statiques (images, CSS, JS) au plus près des utilisateurs, (4) SSL termination — chiffrement HTTPS aux bords du réseau. Providers majeurs : Cloudflare (30% du marché), Akamai, Fastly, AWS CloudFront. Le caching CDN peut servir 95% des requêtes depuis le edge, réduisant la charge sur votre serveur origin de 80%.
Un CDN, c'est comme un réseau de warehouses réparties dans toute la France. Au lieu que votre client commande depuis votre entrepôt principal à Paris (et attend 3 jours), il commande depuis le warehouse le plus proche de chez lui (et reçoit en 24h). Le CDN fait pareil pour vos fichiers : au lieu de les servir depuis votre serveur à Paris, il les sert depuis un serveur à Lyon, Bordeaux ou Lille — le visiteur ne voit pas la différence, mais le temps de chargement passe de 800ms à 50ms.
La distance physique entre le visiteur et le serveur origin est le facteur #1 du temps de chargement. Un CDN place le contenu à moins de 50ms de 95% des utilisateurs dans les zones peuplées. Pour un visiteur à Tokyo accédant à un serveur origin à Paris : sans CDN = 250ms+, avec CDN (PoP Tokyo) = 20ms. Le protocole HTTP/3 (QUIC) utilisé par les CDNs modernes réduit encore la latence de 15-20% vs HTTP/2.
Le CDN stocke en cache les fichiers statiques sur ses serveurs edge. Règles de cache : (1) Static assets (images, CSS, JS) — cache long (1 an), (2) HTML pages — cache court (5-15 min) ou invalidé sur mise à jour, (3) API responses — pas de cache ou cache très court. Le cache hit ratio moyen est 85-95% pour un site bien configuré. Chaque cache hit = 0 requête au serveur origin = moins de charge = moins de coûts. Le purge du cache peut être fait instantanément via l'API du provider ou via le protocole HTTP PURGE.
Les CDNs modernes incluent une couche de sécurité : (1) Protection DDoS — absorption des attaques volumétriques (Cloudflare a bloqué une attaque de 2 Tbps en 2024), (2) WAF — Web Application Firewall pour bloquer les attaques SQLi, XSS, (3) Bot management — détection et blocage des bots malveillants, (4) SSL/TLS automatique — chiffrement de bout en bout. Cette protection est critique pour les sites e-commerce qui sont cibles de 32% des attaques DDoS.
E-commerce européen avec serveurs à Paris : 40% des visiteurs au Royaume-Uni, 30% en Allemagne. TTFB moyen : 450ms (serveur à Paris). Après Cloudflare : TTFB UK = 35ms (-92%), TTFB Germany = 40ms (-91%). Lighthouse performance score : 54 → 89. Bounce rate réduit de 8%, conversion increase +12%. Coût : plan Cloudflare Pro 20$/mois vs économie de 60% sur la bande passante serveur.
| Métrique | Valeur |
|---|---|
| TTFB reduction avec CDN | -85% (200-500ms vers 20-50ms) |
| Cache hit ratio moyen | 85-95% |
| Réduction charge serveur origin | -80% |
| Protection DDoS Cloudflare record | 2 Tbps (2024) |
| HTTP/3 latence reduction | -15-20% vs HTTP/2 |