Le CDN revient dans presque toutes les discussions sur la performance d’un site, souvent présenté comme une solution universelle. Dans la pratique, c’est un outil utile pour certains sites et inutile pour beaucoup d’autres — la question n’est pas « faut-il un CDN », mais « qu’est-ce que mon site a réellement à y gagner ».
Sommaire
Ce qu’un CDN fait concrètement
- Copie le contenu statique — images, CSS, JS, parfois des pages entières en cache — sur des serveurs répartis dans plusieurs régions du monde
- Sert chaque visiteur depuis le point le plus proche de lui géographiquement, plutôt que depuis le serveur d’origine
- Absorbe une partie du trafic avant qu’il n’atteigne le serveur d’hébergement
- Filtre une partie du trafic malveillant basique — bots, scans automatisés, petits pics de charge anormaux
- Une audience internationale ou répartie sur plusieurs continents, pour qui la distance au serveur d’origine se ressent réellement
- Beaucoup de fichiers lourds — images, vidéos, téléchargements — servis à un trafic conséquent
- Des pics de charge ponctuels prévisibles — soldes, campagne, lancement, pic médiatique
- Un besoin de protection basique contre les pics de trafic malveillant, en complément d’un pare-feu applicatif
- Un intermédiaire de plus à déboguer — un problème d’affichage peut venir du serveur, du CDN, ou d’une version périmée mise en cache
- L’invalidation du cache à gérer — un contenu mis à jour sur le site peut mettre du temps à apparaître pour les visiteurs si le cache n’est pas purgé correctement
- Le risque de mettre en cache ce qui ne devrait pas l’être — un panier, un espace client, une page personnalisée servie par erreur à un autre visiteur
- Un coût, souvent négligeable pour un usage basique, mais à vérifier selon le volume de trafic et de fichiers servis
Quand un CDN change vraiment quelque chose
Quand un CDN ne sert à peu près à rien
Pour un site francophone dont l’audience est essentiellement en France, hébergé sur un serveur déjà situé en France, le gain de latence apporté par un CDN est marginal — le trajet entre le visiteur et le serveur d’origine est déjà court. Ajouter un CDN dans ce cas ajoute de la complexité pour un bénéfice difficile à mesurer. Le choix de l’hébergement lui-même (voir mutualisé, VPS ou serveur dédié) a généralement bien plus d’impact.
Ce qu’il faut savoir avant d’en installer un
Pourquoi cette question revient si souvent
Le CDN est régulièrement vendu comme la solution par défaut à un site lent, alors que dans la grande majorité des cas la lenteur vient d’ailleurs : un serveur mal configuré, une base de données non optimisée, des extensions trop nombreuses. J’ai détaillé ces causes plus fréquentes dans mes articles sur WordPress lent et sur Prestashop lent — dans les deux cas, régler ces points apporte généralement un gain plus net qu’un CDN posé par-dessus un site mal optimisé.
Ce que je mets en place
Je n’installe pas de CDN par défaut sur chaque projet — j’évalue l’intérêt au cas par cas, en fonction du trafic réel et de la répartition géographique de l’audience, pas d’une recommandation générique. Quand un CDN est justifié, je privilégie une solution qui s’intègre proprement à l’hébergement existant plutôt qu’une couche supplémentaire mal maîtrisée. Voir ma page administration système Linux pour le détail de cette prestation.