Votre boutique met huit secondes à afficher la page d'accueil. Le réflexe est immédiat : « il nous faut un CDN ». Vous activez Cloudflare en mode proxy, vous attendez le miracle — et le panier met toujours cinq secondes à répondre. Le diagnostic n'était pas mauvais, juste dans le mauvais ordre.
Un CDN accélère la livraison de ce qui peut être mis en cache à la périphérie. Il ne répare pas une requête SQL qui scanne toute la table commandes, ni une image hero de 4 Mo servie sans compression. La vraie question n'est pas « CDN ou pas CDN ? ». C'est : où se perd le temps — sur l'origine, sur le réseau, ou sur les deux ?
Lire un waterfall avant d'acheter une couche réseau
Ouvrez les outils de développement du navigateur ou un test depuis WebPageTest. Deux chiffres orientent la suite :
- TTFB (Time To First Byte) — temps avant que le serveur d'origine réponde. Élevé partout ? Problème origine (PHP, base, disque, surcharge CPU).
- Temps de téléchargement des assets — long sur les JS/CSS/images mais TTFB bas ? Problème réseau, taille des fichiers, ou absence de cache statique.
| Symptôme | Cause probable | Action prioritaire |
|---|---|---|
| TTFB > 800 ms en Europe | Base lente, PHP, disque saturé | Profilage SQL, cache page, upgrade disque |
| TTFB bas, images lourdes | Assets non optimisés | WebP/AVIF, lazy-load, redimensionnement |
| Bon en France, lent aux US | Latence géographique | CDN ou origine plus proche |
| LCP instable sur mobile | Tout le above-the-fold non priorisé | Critical CSS, preload, CDN images |
Un CDN ne compresse pas une dette applicative. Il la déplace parfois hors de votre champ de vision.
Optimiser l'origine : les leviers qui tiennent la route
Avant toute couche réseau, vérifiez ce que vous contrôlez sur le serveur.
Images et médias. C'est souvent 50 à 70 % du poids d'une page WordPress ou e-commerce. Formats modernes, dimensions adaptées au viewport, lazy-loading sur le below-the-fold : gains immédiats sans contrat CDN.
Cache HTTP et applicatif. Un reverse proxy (Nginx, Varnish) ou un plugin de cache page évite de recalculer la même page PHP à chaque visite. Vérifiez les en-têtes Cache-Control, la purge après déploiement, et le comportement pour les utilisateurs connectés.
Base de données. Activez le slow query log une heure de trafic réel. Un index manquant sur une table WooCommerce ou un meta_query WordPress coûte plus cher qu'un plan CDN Business.
PHP et concurrence. Sur un mutualisé saturé, le TTFB grimpe même avec un CDN devant : les pages dynamiques ne passent pas par le cache edge. Un VPS mieux dimensionné ou PHP-FPM correctement réglé peut suffire.
Ce qu'un CDN apporte — et ce qu'il ne couvre pas
Un CDN duplique vos assets (et parfois vos pages HTML) sur des points de présence proches des visiteurs. Les bénéfices concrets :
- Réduction de la latence pour JS, CSS, polices, images
- Terminaison TLS et HTTP/2 ou HTTP/3 au edge
- Protection DDoS et rate limiting (selon l'offre)
- Réduction de la bande passante vers l'origine
En revanche, le CDN ne remplace pas :
- Les écritures en base (panier, formulaires, API POST)
- Le cache applicatif mal configuré (pages « no-cache » partout)
- Une origine sous-dimensionnée qui sature en CPU
- La cohérence des purge rules après un déploiement
Pour un site majoritairement statique (blog, vitrine, Jamstack), le CDN peut être la deuxième étape après une origine propre. Pour une application transactionnelle, c'est presque toujours l'inverse.
Scénarios A vs B : deux ordres de bataille
Scénario A — blog WordPress, audience France, TTFB 200 ms, images lourdes. Commencez par ShortPixel ou Imagify, un cache page, puis un CDN gratuit ou inclus chez l'hébergeur. Le CDN ne sera utile qu'une fois le poids de page sous contrôle.
Scénario B — SaaS avec API en Europe, clients aux US et en Asie, origine déjà optimisée. Le TTFB depuis l'Asie reste prohibitif malgré une base indexée : là, CDN avec cache API sélectif ou région d'origine supplémentaire devient pertinent.
Scénario C — pic Black Friday, origine OK en charge normale. Anticiper le CDN et le cache avant le pic, pas le jour J. Tester la purge et le comportement du panier sous cache partiel.
Le sommet : le CDN est un amplificateur, pas un correctif
Les pages commerciales des CDN montrent des courbes vertes. Elles omettent volontiers les pages Cache-Control: private, les cookies de session qui bustent le cache, et les requêtes admin qui ne passeront jamais par le edge.
Décider et avancer sans angle mort
- Mesurez TTFB et waterfall depuis deux régions sans CDN.
- Corrigez l'origine : images, cache, SQL — jusqu'à un TTFB stable sous 400 ms sur votre marché principal.
- Retestez : si la latence réseau domine encore, short-listez CDN (généraliste ou spécialisé).
- Documentez règles de purge, comportement panier/session, et origine réelle (certains proxies masquent l'IP).
Comparez les offres CDN et hébergeurs dans notre annuaire et le comparateur. Pour creuser le choix de couche réseau, lisez Cloudflare ou CDN spécialisé.
Questions fréquentes
Comment savoir si le problème vient de l'origine ou du réseau ?
Mesurez le TTFB depuis plusieurs régions sans CDN. S'il reste élevé même proche du serveur, l'origine ou la base est en cause. Si le TTFB est bas mais le chargement total long, le réseau ou les assets statiques dominent.
Un CDN peut-il masquer une origine mal configurée ?
Oui, temporairement, pour les fichiers statiques. Les pages dynamiques, API et écritures restent sur l'origine. Sans cache applicatif, le gain disparaît dès que le CDN ne peut pas servir la réponse.
Quelles optimisations origine ont le meilleur rapport effort/gain ?
Compression d'images, cache HTTP, index SQL et réduction des plugins WordPress. Le profilage (slow query log, waterfall) oriente la priorité.
Quand le CDN devient-il la bonne première étape ?
Quand l'origine est saine, le trafic majoritairement statique ou géographiquement dispersé, et la latence réseau domine le waterfall.
Avant d'ajouter une couche réseau, posez une question simple : si je désactive le CDN demain, est-ce que mon site tient encore la route ? Si la réponse est non, vous n'avez pas encore fini le travail sur l'origine.