Performance Web
Qu’est-ce que CDN (Content Delivery Network) ?
Réseau de serveurs répartis géographiquement qui met en cache et sert les contenus (HTML, images, CSS, JS) depuis le point de présence (POP) le plus proche de l'utilisateur.
Définition simple
C'est comme des entrepôts régionaux qui rapprochent les colis des clients : le fichier part du nœud le plus proche, pas de votre serveur unique. Réseau de serveurs répartis géographiquement qui met en cache et sert les contenus (HTML, images, CSS, JS) depuis le point de présence (POP) le plus proche de l'utilisateur. Réduit la latence et la charge du serveur d'origine. Les grands acteurs (Cloudflare, Vercel, AWS CloudFront) proposent CDN, SSL et protection DDoS. Pour un site statique ou des assets, le CDN est souvent le premier levier de performance : le contenu part en quelques millisecondes depuis un nœud local.
Comment ça marche ?
La première requête pour une URL peut aller au serveur d'origine ; la réponse est mise en cache au POP. Les requêtes suivantes (même URL, depuis la même zone) sont servies depuis le cache du POP. La TTL (durée de vie du cache) et les règles d'invalidation déterminent quand rafraîchir. Les assets statiques (images, JS, CSS) sont en général cachés longtemps.
Impact business
Un site servi par un CDN charge plus vite partout dans le monde, ce qui améliore l'expérience et les Core Web Vitals (LCP). Moins de requêtes atteignent votre serveur d'origine, ce qui réduit les coûts et les risques de surcharge. Pour un business international ou une stratégie PSEO multi-villes, le CDN est quasi indispensable. Servir les assets depuis un POP proche du visiteur réduit souvent le TTFB perçu de dizaines à centaines de millisecondes sur les continents éloignés — un écart qui suffit à faire basculer le LCP hors du vert sans toucher au code métier.
Bonnes pratiques
- Définir Cache-Control pour chaque type de ressource (long pour les assets versionnés, court ou no-cache pour le HTML si besoin). Utiliser un CDN avec SSL et options de sécurité (WAF, DDoS). Mesurer la latence avant/après (LCP, TTFB).
Erreurs communes
- Ne pas configurer les en-têtes de cache (Cache-Control) côté origine, ce qui empêche une bonne mise en cache. Invalider tout le cache à chaque déploiement au lieu de cibler les fichiers modifiés. Oublier le CDN pour les API ou les pages personnalisées (à traiter différemment).
Prompt IA
Contexte : site [hébergement actuel], trafic [France / international]. Explique ce qu'est un CDN en une phrase. Donne 3 bénéfices (latence, charge, sécurité). Compare 2 solutions (ex. Cloudflare vs Vercel Edge) pour [budget / stack]. Indique comment activer le cache et invalider après mise à jour.
SERVICE LIÉ
Passer de la définition à un projet concret.
Création de site internet
Approfondir ce sujet dans le cadre d’un accompagnement adapté à votre contexte.
À LIRE AUSSI
Guides plus complets sur le blog.
QUESTIONS FRÉQUENTES
Aller plus loin sur CDN (Content Delivery Network).
Pas obligatoire, mais souvent inclus (Vercel, Netlify, hébergeurs avec CDN). Pour un site en France uniquement et peu de trafic, le gain peut être limité. Dès que vous visez la performance ou plusieurs régions, le CDN devient pertinent.
On peut mettre en cache des réponses dynamiques si elles sont identiques pour beaucoup d'utilisateurs (ex. page d'accueil, liste de produits). Pour des pages personnalisées (panier, compte), on évite ou on utilise des règles (cache par cookie, bypass).
Selon le fournisseur : purge manuelle (dashboard), invalidation par URL ou par préfixe, ou déploiement qui invalide automatiquement. Pour les assets avec hash dans l'URL, une nouvelle version = nouvelle URL = pas besoin de purger.