CDN
Le réseau de serveurs qui sert vos pages depuis un cache proche du visiteur : ce qu’il change pour le temps de réponse et pour Googlebot, et ce qu’il cache à vos journaux serveur.
Un CDN (content delivery network, ou réseau de diffusion de contenu) est un réseau de serveurs intermédiaires qui gardent en cache les fichiers d’un site et les servent depuis un point proche du visiteur. Le serveur d’origine ne répond plus qu’aux requêtes que le cache ne sait pas servir. Pour le SEO, un CDN agit sur le temps de réponse, et sur l’exploration : Google dit accepter un rythme de crawl plus élevé quand il détecte un CDN.
Qu’est-ce qu’un CDN et comment fonctionne-t-il ?
Un CDN s’intercale entre le serveur d’origine, là où vit le site, et le visiteur. Il dispose de serveurs en bordure de réseau, répartis dans plusieurs régions. À la première demande d’une URL, le serveur de bordure la réclame à l’origine, la sert, puis en garde une copie pendant une durée fixée par les en-têtes de cache. Les demandes suivantes sont servies depuis cette copie : c’est un succès de cache, ou « hit ». Une demande que la copie ne couvre pas remonte à l’origine : c’est un « miss ». Chaque nœud du réseau ne garde en stockage que ce que les internautes de sa zone demandent. Le contenu statique (images, CSS, JavaScript, polices, vidéos en streaming) se met en cache sans difficulté. Le HTML se met en cache aussi, tant que la page est la même pour tous ; un panier ou un espace client restent dynamiques. Google rappelle le cas d’école : un visiteur en Australie qui consulte un site hébergé en Allemagne est servi depuis un cache australien, sans traverser le globe.
Un CDN améliore-t-il le référencement ?
Indirectement, par trois effets. Le billet de Google ne le présente pas comme un critère de classement. Premier effet, le temps de réponse : un hit évite le traitement côté serveur, ce qui fait baisser le TTFB et, derrière lui, le LCP, l’un des Core Web Vitals. Deuxième effet, la capacité d’exploration : Google écrit que le seuil à partir duquel il ralentit son robot est relevé quand il détecte un CDN, ce qui compte pour le budget de crawl des grands sites. Troisième effet, la tenue en charge : le CDN absorbe les pics et filtre une partie du trafic abusif. Sur un site de quelques centaines de pages, consulté surtout depuis le pays où il est hébergé, le gain mesurable tient souvent au seul cache de page ; le CDN distribué devient décisif avec une audience lointaine, un gros catalogue ou des pics de trafic.
Que change un CDN pour Googlebot ?
Le rythme, d’abord. Google limite son exploration quand le serveur répond plus lentement, pour ne pas le saturer ; devant un CDN, il suppose que l’infrastructure tient et envoie plus de requêtes simultanées. Le cache froid, ensuite. Google prend l’exemple d’un site qui publie 1 000 007 pages d’un coup : même derrière un CDN, l’origine devra servir chacune au moins une fois, et l’exploration restera élevée plusieurs jours. Un lancement massif se prépare donc côté serveur, pas seulement côté CDN. La géographie, enfin : selon la documentation de ses robots, Googlebot sort principalement d’adresses IP situées aux États-Unis. Pour un site hébergé en France, chaque URL qui n’est pas servie par un point de présence proche fait l’aller-retour transatlantique. Pour les ressources, Google accepte les deux montages : un nom d’hôte dédié (cdn.exemple.fr), qui coûte une connexion de plus au navigateur, ou le domaine principal entièrement placé derrière le CDN, qui l’évite.
Quand le CDN bloque les robots : quelles réponses sont sans danger ?
Le pare-feu applicatif d’un CDN peut placer un robot légitime sur sa liste de blocage sans que personne ne s’en aperçoive. La forme du blocage décide des dégâts :
| Ce que le CDN renvoie | Effet décrit par Google | Gravité |
|---|---|---|
| Code 503 ou 429 | Signal préféré d’un blocage temporaire : il laisse le temps de corriger. | Faible |
| Page « êtes-vous humain ? » | Le robot ne voit que la page de vérification. Google recommande de lui renvoyer un 503. | Forte si servie en 200 |
| Message d’erreur en 200 | Retrait de l’URL, ou élimination des pages au message identique comme doublons, longue à rattraper. | Très forte |
| Délai réseau dépassé | Erreur définitive : les URL concernées sortent de l’index, et l’exploration ralentit. | Très forte |
Le contrôle le plus simple passe par l’inspection d’URL de la Search Console : si la capture rendue montre la page, l’accès fonctionne ; si elle montre une page vide, une erreur ou un défi anti-robot, le blocage est chez le CDN. Google et les autres moteurs publient leurs plages d’adresses IP pour permettre de retirer leurs robots des règles du pare-feu, ce que détaille la fiche WAF et SEO.
Cas mesuré : le cache sert, le journal serveur ne voit rien
Relevé du 14 octobre 2026. Sur un site vitrine de conseil en référencement d’environ 300 URL, hébergé en mutualisé avec un cache frontal de l’hébergeur (un seul centre de données, pas un CDN distribué), 60 requêtes ont été envoyées sur trois pages. La moitié portait un paramètre unique pour forcer un miss : temps jusqu’au premier octet médian de 551 à 617 ms selon la page. L’autre moitié demandait l’URL normale : 29 hits sur 30, avec une médiane de 39 à 41 ms, soit environ quinze fois moins. Le journal d’accès du serveur compte ensuite 31 lignes pour ces 60 requêtes : les 30 miss forcés, plus la seule requête normale que le cache n’a pas servie. Les 29 hits n’y figurent pas. Toute analyse de logs de ce site compte donc seulement ce que le cache ne sert pas. Le nombre de passages de Googlebot qu’on y lit est un minimum, sans qu’on puisse dire de combien (relevé : requêtes depuis une connexion en France, en-tête de statut du cache relevé à chaque réponse, journal d’accès de l’hébergeur lu le jour même ; un seul point de mesure, le gain géographique d’un CDN n’est donc pas mesuré ici).
Repérez l’en-tête qui donne le statut du cache dans chaque réponse, et vérifiez sur quelques requêtes témoins si les hits arrivent jusqu’au journal de l’origine. S’ils n’y arrivent pas, ce sont les journaux du CDN qu’il faut lire pour compter les passages des robots dans les fichiers de logs.
Faire expliquer ce terme par une IA
Ouvre le moteur de ton choix avec un prompt pré-rempli sur ce terme.
Sources
- 1Google Search Central Blog, Crawling December: CDNs and crawling, 24 décembre 2024
- 2Google, présentation des robots d’exploration et des fetchers de Google, mise à jour le 12 juin 2026
- 3Google Search Central, gérer le budget d’exploration d’un grand site
Questions fréquentes
Faut-il un CDN pour un petit site ?−
Pas forcément. Si les visiteurs sont dans le pays du serveur et que l’hébergement dispose d’un cache de page, l’essentiel du gain de temps de réponse est déjà là. Google réserve lui-même sa recommandation aux sites volumineux ou à fort trafic, actuel ou attendu.
Un CDN peut-il nuire au SEO ?+
Oui, quand son pare-feu bloque les robots des moteurs, surtout par une page de vérification ou une erreur servie en 200. Le second risque est le contenu périmé : une page corrigée à l’origine reste servie dans son ancienne version tant que le cache n’est pas purgé.
Quels contenus un CDN peut-il diffuser ?+
Les fichiers statiques d’abord : images, CSS, JavaScript, polices, vidéos. Le HTML aussi, tant que la page est identique pour tous les visiteurs. Les pages personnalisées, comme un panier, repartent vers l’origine.
Comment choisir un CDN ?+
Google cite le prix, la performance, la fiabilité, la sécurité, le support et la capacité à suivre la croissance, et conseille de demander d’abord à son hébergeur ou à son CMS ce qui est déjà inclus. Côté SEO, vérifiez surtout que la gestion des robots est réglable et que les journaux du CDN sont accessibles.
Quels sont les CDN les plus connus ?+
Pour la gestion des robots, le billet de Google de décembre 2024 renvoie à la documentation de Cloudflare, Akamai, Fastly, F5 et Google Cloud. Ce n’est pas un classement : le bon fournisseur dépend de la zone où se trouvent vos utilisateurs et de ce que votre hébergeur inclut déjà.
Comment savoir si mon site est derrière un CDN ?+
Lisez les en-têtes de réponse d’une page : un en-tête de statut de cache (hit ou miss), un en-tête Age ou un nom de serveur propre au fournisseur le signalent. Un cache frontal d’hébergeur produit les mêmes en-têtes sans être un réseau distribué : l’adresse IP et l’hébergeur tranchent.
Damien Hernandez
Consultant SEO senior, 17 ans d’expérience (Accor, Louvre Hotels, Infopro Digital). Spécialiste SEO technique, analyse de logs et optimisation pour les moteurs génératifs (GEO).