Imaginez une chaîne de dépôts régionaux plutôt qu’un unique entrepôt central : chaque visiteur récupère les fichiers depuis le point de livraison le plus proche de chez lui. C’est exactement le rôle d’un CDN (Content Delivery Network) : un ensemble de serveurs répartis dans le monde qui mettent en cache et redistribuent les ressources statiques d’un site — images, CSS, JavaScript, polices, parfois des pages HTML entières.
Utilité pour un site WordPress
Sur WordPress, le CDN intervient généralement à deux niveaux. D’une part, les extensions de cache (WP Rocket, W3 Total Cache, etc.) réécrivent les URL des ressources statiques pour qu’elles pointent vers le domaine du CDN au lieu du serveur d’origine. D’autre part, des services comme Cloudflare ou Bunny CDN peuvent se placer devant tout le site en tant que proxy inverse, mettant en cache aussi le HTML des pages publiques et filtrant le trafic malveillant avant qu’il n’atteigne PHP-FPM.
Mise en place typique
La configuration la plus courante consiste à créer un enregistrement DNS de type CNAME pointant vers le CDN, puis à activer la réécriture d’URL dans l’extension de cache :
define( 'WP_CONTENT_URL', 'https://cdn.exemple.fr/wp-content' );Certains hébergeurs proposent aussi une intégration native qui évite toute modification de code.
Pièges fréquents
- Oublier de vider le cache du CDN après une mise à jour de thème, ce qui laisse d’anciens fichiers CSS servis aux visiteurs.
- Servir du contenu personnalisé (panier WooCommerce, contenu connecté) via un cache de page trop agressif, ce qui mélange les sessions des utilisateurs.
- Confondre le CDN avec un simple cache navigateur : le CDN sert plusieurs visiteurs à la fois, alors que le cache navigateur ne concerne qu’un seul poste.