Le CDN peut-il tuer votre crawl budget sans prévenir ?

Google fait-il la différence entre un CDN et un hébergeur traditionnel ?

La réponse est claire : non, Google ne distingue pas les CDN des hébergeurs classiques du point de vue SEO. Que votre site soit servi depuis un serveur dédié OVH ou distribué via Cloudflare, Fastly ou AWS CloudFront, le moteur applique les mêmes règles de crawl.

Cette neutralité technologique signifie que le simple fait d'utiliser un CDN ne confère aucun avantage SEO direct. Les gains proviennent des conséquences indirectes : temps de réponse serveur, stabilité, disponibilité géographique. Mais Google ne coche pas une case magique "site sur CDN = bonus ranking".

Pourquoi le crawl ralentit-il temporairement lors d'un changement d'infrastructure ?

Google ajuste son rythme de crawl en fonction de la capacité serveur qu'il perçoit. Lors d'une migration d'hébergeur ou de mise en place d'un CDN, Googlebot détecte une nouvelle signature technique : adresse IP différente, temps de réponse modifiés, headers HTTP variant légèrement.

Le moteur adopte alors une posture prudente. Il ralentit temporairement son activité pour tester la résistance du nouvel environnement. Si le serveur répond rapidement et sans erreurs 5xx, le crawl reprend son rythme normal en quelques jours. Si des timeout ou des 503 apparaissent, Google maintient un rythme réduit pour ne pas surcharger l'infrastructure.

Combien de temps dure cet ajustement de crawl ?

L'observation terrain montre une période de rodage de 5 à 15 jours selon la taille du site. Sur des sites de 10 000 pages, on constate souvent un retour à la normale en une semaine. Sur des plateformes de plusieurs millions d'URLs, l'ajustement peut prendre trois semaines.

Cette variation s'explique par le volume de requêtes que Googlebot doit réévaluer pour calibrer son comportement. Plus le site est large, plus Google a besoin d'échantillons pour confirmer que la nouvelle infrastructure tient la charge.

• Google ne différencie pas techniquement un CDN d'un hébergeur classique pour le SEO
• Le crawl budget subit un ajustement temporaire lors de toute migration d'infrastructure
• La durée de cet ajustement varie de 5 à 15 jours selon la taille et la complexité du site
• Les gains SEO d'un CDN proviennent de performances techniques accrues, pas d'un traitement préférentiel de Google
• Surveiller les logs serveur pendant la migration est indispensable pour détecter des anomalies

Cette déclaration est-elle cohérente avec les observations terrain ?

Oui, et c'est un point où Google joue franc jeu. Les tests de migration sur des centaines de sites confirment systématiquement ce ralentissement initial du crawl. Les logs montrent clairement une baisse du nombre de requêtes Googlebot dans les 48-72h suivant le changement d'IP ou de configuration CDN.

Le problème survient quand cette phase d'ajustement coïncide avec un lancement de nouvelles URLs stratégiques. J'ai vu des sites basculer vers un CDN la veille d'un Black Friday, avec pour résultat un crawl divisé par trois pile au moment où des centaines de fiches produits devaient être indexées rapidement. La temporalité compte énormément.

Quels sont les risques cachés que Google ne mentionne pas ?

Mueller parle d'ajustement, mais il élude un point critique : les configurations CDN mal paramétrées peuvent créer des boucles de redirections, des duplications d'URLs (version CDN + version origine), ou des incohérences de headers Cache-Control qui déroutent Googlebot.

Certains CDN servent des codes de statut HTTP différents selon l'origine géographique du bot. Si Googlebot crawle depuis les US et rencontre un comportement différent de celui servi aux visiteurs européens, vous créez une incohérence que le moteur va mettre du temps à résoudre. [A vérifier] systématiquement avec des tests multi-régions.

Dans quels cas cette règle ne s'applique-t-elle pas pleinement ?

Les sites avec un crawl budget déjà saturé (plateformes de millions de pages, facettes infinies, pagination profonde) souffrent davantage de cet ajustement. Si votre crawl était déjà rationné avant la migration, le ralentissement temporaire peut exclure complètement certaines sections du crawl pendant des semaines.

À l'inverse, un site de 200 pages avec un crawl budget largement excédentaire ne verra probablement aucune conséquence visible. Google continuera de crawler l'intégralité du site même avec un rythme réduit de 30%. C'est l'effet de seuil que Mueller omet de préciser dans sa déclaration.

Que faut-il faire concrètement avant une migration d'hébergeur ou de CDN ?

Exportez vos logs serveur des 30 derniers jours pour établir une baseline du comportement de Googlebot : nombre de requêtes quotidiennes, sections crawlées en priorité, fréquence par type de page. Cette cartographie vous servira de référentiel pour mesurer l'impact post-migration.

Configurez des alertes dans Google Search Console sur les erreurs d'exploration et les baisses anormales de pages indexées. Préparez un script qui compare quotidiennement le nombre d'URLs dans l'index via des requêtes site: ciblées sur vos sections critiques.

Comment surveiller le crawl pendant la période d'ajustement ?

Analysez vos logs toutes les 48h pendant les trois premières semaines. Regardez spécifiquement si Googlebot maintient un crawl équilibré entre vos catégories de pages ou s'il délaisse certaines sections. Un crawl qui se concentre soudainement sur 20% du site alors qu'il était homogène avant est un signal d'alerte.

Vérifiez que votre CDN ne bloque pas accidentellement Googlebot via des règles de firewall ou de rate limiting. Certains CDN détectent les crawlers comme des menaces potentielles et appliquent des throttling agressifs. Testez avec curl en simulant le user-agent de Googlebot depuis différentes IP.

Quelles erreurs éviter absolument lors du passage à un CDN ?

Ne changez pas simultanément plusieurs paramètres techniques. Si vous migrez vers un CDN, ne modifiez pas en même temps votre structure d'URLs, votre CMS ou vos balises canoniques. Google a besoin de stabilité pour recalibrer son crawl, multiplier les variables rend le diagnostic impossible.

Évitez les configurations CDN qui servent des versions allégées du HTML aux bots (certaines solutions d'optimisation automatique font ça). Google détecte tôt ou tard la différence entre ce que voit le bot et ce que voit l'utilisateur, et ça peut déclencher des pénalités pour cloaking.

• Exporter une baseline complète des logs de crawl sur 30 jours avant toute migration
• Tester la configuration CDN en préproduction avec des crawls Screaming Frog pour détecter redirections et duplications
• Vérifier que les headers HTTP (Cache-Control, Vary, ETag) restent cohérents entre origine et CDN
• Configurer des alertes Search Console sur les erreurs 5xx et les baisses d'indexation
• Analyser les logs toutes les 48h pendant 3 semaines post-migration pour détecter les anomalies de crawl
• Ne jamais migrer en période de forte activité éditoriale ou commerciale (lancement produit, soldes, pic saisonnier)