Qu'est-ce qu'un CDN? Les réseaux de diffusion de contenu expliqués simplement
Un CDN (réseau de diffusion de contenu) est un réseau de serveurs répartis dans de nombreuses villes, qui conservent des copies des fichiers de votre site web — images, scripts, feuilles de style et parfois des pages entières. Quand quelqu'un visite votre site, il est servi depuis un emplacement proche de lui plutôt que depuis un serveur lointain. Les pages se chargent ainsi plus vite, la charge de votre propre serveur diminue, et le site peut mieux encaisser les pointes de trafic.
Pourquoi les CDN comptent quand on crée avec l'IA
Vous ne configurerez peut-être jamais un CDN vous-même — de nombreuses plateformes d'hébergement en placent un devant votre site automatiquement. Mais vous en ressentirez les effets :
- La vitesse. Des pages qui se chargent plus vite retiennent les visiteurs et font partie des critères pris en compte par les moteurs de recherche. Voir comment rendre votre site web plus rapide.
- « Pourquoi mon changement n'apparaît-il pas? » Après la publication d'une mise à jour, une copie en cache de l'ancienne version peut subsister pendant un court moment. Comprendre pourquoi évite bien des confusions.
- La confidentialité et l'exactitude. Si un CDN met en cache la mauvaise chose — une page contenant les renseignements d'un utilisateur —, le visiteur suivant peut la voir. Savoir ce qui doit et ne doit pas être mis en cache vous aide à poser les bonnes questions.
Une analogie du quotidien
Imaginez une boulangerie qui vend son pain partout au pays à partir d'une seule boutique. Chaque client, peu importe la distance, doit attendre la livraison de cette seule boutique — et les jours de grande affluence, la file est immense.
Un CDN revient à approvisionner le même pain dans des dépanneurs locaux partout au pays. Les clients le prennent tout près, rapidement, et la boulangerie principale n'a qu'à réapprovisionner les dépanneurs de temps à autre. Le hic : quand la boulangerie change sa recette, les dépanneurs continuent de vendre l'ancien pain jusqu'à ce qu'on leur dise de le remplacer ou que l'ancien stock expire.
Le fonctionnement d'un CDN
- Votre origine. Votre site se trouve sur votre serveur principal ou votre plateforme d'hébergement — appelé l'origine.
- Points de présence. Le CDN exploite des serveurs à de nombreux endroits, appelés emplacements de périphérie ou points de présence.
- Acheminement. Lorsqu'un visiteur demande votre site, le DNS ou le routage réseau l'envoie vers une périphérie proche. Voir le fonctionnement des domaines et du DNS.
- Succès du cache. Si cette périphérie dispose déjà d'une copie récente du fichier, elle l'envoie immédiatement.
- Échec du cache. Sinon, la périphérie récupère le fichier depuis votre origine, l'envoie au visiteur et en conserve une copie pour la personne suivante.
- Expiration. Chaque copie est conservée pendant une durée déterminée, selon les en-têtes de cache envoyés par votre serveur, ou jusqu'à sa purge.
Exemple concret : un site de portfolio avec des photos
Le portfolio d'un photographe comporte une page d'accueil, une galerie de 60 grandes images et un formulaire de contact. L'origine se trouve en Europe. Un visiteur à Singapour ouvre la galerie.
- Sans CDN : chaque image voyage depuis l'Europe. Chaque requête fait un aller-retour à travers la planète, et la galerie se remplit lentement.
- Avec un CDN : le premier visiteur de la région de Singapour amène la périphérie locale à récupérer et à stocker les images. Chaque visiteur suivant dans cette région les reçoit de la périphérie voisine, beaucoup plus rapidement.
Maintenant, le photographe remplace la photo principale de la page d'accueil et republie. Voici ce qui détermine si les visiteurs voient la modification :
/index.html → durée de cache courte, vérifiée souvent
/assets/index-3f9a2c.js → mis en cache pendant longtemps
/assets/hero-8b41d0.jpg → mis en cache pendant longtemps
Les outils de compilation modernes, dont Vite, donnent aux fichiers des noms avec empreinte comme hero-8b41d0.jpg. Quand un fichier change, son nom change aussi; la page demande donc un fichier tout neuf que aucun cache n'a encore vu. La page HTML elle-même n'est mise en cache que brièvement, de sorte qu'elle pointe vite les visiteurs vers les nouveaux fichiers. C'est la méthode standard pour obtenir à la fois une longue mise en cache et des mises à jour fraîches.
Le formulaire de contact fonctionne autrement. Ses envois vont au serveur à chaque fois; ils ne devraient jamais être mis en cache.
Ce qu'il faut mettre en cache et ce qu'il ne faut pas mettre en cache
| Généralement mis en cache (longtemps) | Généralement mis en cache brièvement | Ne pas mettre en cache dans un CDN partagé |
|---|---|---|
| Images, polices, vidéos | Pages HTML d'un site public | Pages réservées aux utilisateurs connectés, tableaux de bord |
| JavaScript et CSS avec noms à empreinte | Données d'API publiques qui changent occasionnellement | Tout ce qui contient des renseignements personnels |
| Fichiers téléchargeables qui changent rarement | Envois de formulaires, paiements, toute requête POST |
Termes clés
| Terme | Signification |
|---|---|
| Origine | Votre serveur ou hébergeur principal, où se trouvent les fichiers réels. |
| Périphérie / PoP | Un emplacement du CDN qui sert les visiteurs à proximité. |
| Succès / échec du cache | Le fichier était dans la périphérie / il a dû être récupéré depuis l'origine. |
| TTL | Durée de vie — combien de temps une copie en cache est conservée. |
| En-tête Cache-Control | L'instruction envoyée par votre serveur qui indique si un contenu peut être mis en cache et pour combien de temps. |
| Purge / invalidation | Demander au CDN de jeter immédiatement les copies en cache. |
| Rafraîchissement par nom (cache busting) | Changer le nom ou l'URL d'un fichier lorsqu'il change, pour que les caches récupèrent la nouvelle version. |
| Latence | Le délai causé par la distance et les sauts réseau. |
Pour le cache en général — dans les navigateurs, les serveurs et les bases de données — voir qu'est-ce que la mise en cache.
Idées fausses courantes
- « Un CDN rend tout plus rapide. » Il accélère la livraison des fichiers. Une requête de base de données lente ou un appel lent à une IA sur votre serveur restent lents.
- « Un CDN remplace l'hébergement. » Il se place devant votre hébergement. Vous avez toujours besoin d'une origine.
- « Si j'ai mis le site à jour, tout le monde le voit immédiatement. » Les anciennes copies peuvent subsister brièvement dans le CDN et dans les navigateurs. Faites un rechargement forcé pour vérifier, et utilisez des noms de fichiers à empreinte.
- « La mise en cache est toujours sécuritaire. » Mettre en cache une page personnalisée dans un cache partagé constitue un véritable risque pour la vie privée. Les réponses privées doivent être marquées comme non mises en cache.
- « Les CDN sont réservés aux grandes entreprises. » De nombreux hébergeurs en incluent un pour les petits sites, sans effort supplémentaire.
Ce qu'il faut demander à votre créateur d'apps par IA
- « Y a-t-il un CDN devant ce site? Quels fichiers met-il en cache, et pour combien de temps? »
- « Assure-toi que le JavaScript, le CSS et les images compilés ont des noms à empreinte et de longues durées de cache, et que le HTML a une durée courte. »
- « Ne mets jamais en cache, dans un cache partagé, les pages réservées aux utilisateurs connectés ni les réponses d'API contenant des renseignements personnels. »
- « Compresse et redimensionne les images pour que la galerie se charge rapidement. »
- « J'ai publié une mise à jour mais je vois encore l'ancienne version — est-ce le cache du navigateur ou celui du CDN? »
CDN et Mythex
Lorsque vous publiez sur Mythex, les interfaces statiques sont déployées comme sites statiques, et la documentation précise que les caches des CDN peuvent accuser un léger retard après une mise à jour : si vous voyez encore une ancienne version après une republication, faites un rechargement forcé de l'URL publique. Il n'y a rien à configurer pour cela. Si vous connectez un domaine personnalisé dont le DNS est chez Cloudflare, la documentation vous demande de régler l'enregistrement sur « DNS seulement » plutôt que « proxifié », afin que Mythex puisse émettre correctement le HTTPS. Voir comment publier et domaines personnalisés dans la documentation, ainsi que notre guide sur l'hébergement web.
Questions
Qu'est-ce qu'un CDN, en termes simples?
Un CDN (réseau de diffusion de contenu) est un réseau de serveurs répartis dans de nombreux endroits qui conservent des copies des fichiers de votre site web. Les visiteurs sont servis depuis un emplacement proche d'eux plutôt que depuis votre serveur principal, ce qui accélère le chargement des pages et réduit la charge de votre serveur.
Pourquoi est-ce que je vois encore l'ancienne version de mon site après l'avoir mis à jour?
En général, parce qu'une copie de l'ancien fichier est mise en cache — dans le CDN, dans votre navigateur, ou les deux. Un rechargement forcé règle le côté navigateur; les copies du CDN expirent d'elles-mêmes ou peuvent être purgées. Les outils de compilation évitent la plupart de ces problèmes en donnant aux fichiers modifiés de nouveaux noms.
Ai-je besoin d'un CDN pour un petit site web?
Vous en avez souvent un sans l'avoir choisi, car de nombreuses plateformes d'hébergement placent automatiquement un CDN devant les sites. Si ce n'est pas le cas du vôtre et que vos visiteurs sont répartis dans plusieurs pays, en ajouter un en vaut généralement la peine.
Un CDN peut-il mettre en cache les données de mon app et les pages réservées aux utilisateurs connectés?
Il peut mettre en cache tout ce qu'on lui permet, d'où la nécessité de le configurer avec soin. Les fichiers publics comme les images, les scripts et les feuilles de style sont idéaux. Le contenu personnel ou réservé aux utilisateurs connectés ne devrait normalement pas être mis en cache dans un CDN partagé, sinon un utilisateur pourrait voir les données d'un autre.