Comment évaluer l’impact réel d’un changement d’hébergement ou de CDN sur les performances SEO ?

« On a changé d’hébergeur, le site est plus rapide, le SEO va suivre. » Peut-être. Mais sans protocole de mesure, vous ne saurez jamais si le gain observé vient de l’infrastructure, d’une mise à jour Google tombée la même semaine, ou d’un effet saisonnier. Évaluer l’impact réel d’un changement d’hébergement ou de CDN demande une ligne de base posée avant, les bonnes métriques, et surtout la patience d’attendre que les données de terrain se mettent à jour. Voici la méthode.

Ce qu’un changement d’infra modifie vraiment

Un hébergeur ou un CDN agit sur un périmètre précis, pas sur tout le SEO. Concrètement, il peut faire bouger :

• le TTFB, le temps de réponse du serveur avant le premier octet, qui pèse sur le LCP et sur la vitesse de crawl ;
• la stabilité, donc le taux d’erreurs 5xx et de timeouts que rencontre Googlebot ;
• la capacité de crawl, un serveur qui répond vite et sans erreur laisse Google explorer plus d’URL par passage ;
• la latence géographique pour les visiteurs éloignés du serveur d’origine, ce que corrige un CDN.

Ce qu’il ne change pas : la qualité du contenu, le maillage, les backlinks, la pertinence. Si votre problème SEO est ailleurs, la meilleure infra du monde ne le réglera pas. Le TTFB n’est d’ailleurs déterminant que si votre trafic contourne le cache : sur un site majoritairement servi en pages statiques mises en cache, le TTFB de terrain est déjà celui de la page cachée. Ce point est développé dans notre article sur le TTFB comme premier indicateur technique.

Poser la ligne de base, avant la bascule

C’est l’étape que presque personne ne fait, et sans elle toute mesure d’après est ininterprétable. Deux à quatre semaines avant la migration, figez :

1. Les Core Web Vitals de terrainExportez le rapport CrUX ou le rapport Signaux web essentiels de la Search Console, par groupe d’URL (accueil, catégories, articles, fiches). Notez LCP, INP et CLS au 75e centile, mobile et desktop séparés. La méthode complète de relevé est décrite dans notre guide pour auditer et optimiser les Core Web Vitals.
2. Le TTFB de terrain et de laboTerrain via CrUX si disponible, labo via plusieurs mesures PageSpeed Insights et un test en ligne de commande depuis un serveur externe, à heures variées.
3. Les statistiques d’explorationRapport Statistiques sur l’exploration de la Search Console : nombre de requêtes par jour, temps de réponse moyen, répartition des codes HTTP, en particulier les 5xx.
4. Les positions et le trafic organiquePositions moyennes par groupe de requêtes et clics organiques, sur une fenêtre de 28 jours, à comparer à la même fenêtre de l’année précédente pour neutraliser la saisonnalité.
5. Les logs serveurSi vous y avez accès, une semaine de logs bruts avant migration : volume Googlebot, URL explorées, temps de réponse réel vu par le robot.

Les métriques à suivre, terrain et labo

La distinction terrain contre labo est centrale et souvent confondue.

Le labo confirme que le changement technique a bien eu lieu. Le terrain confirme que les visiteurs en bénéficient. Le SEO, lui, est un indicateur retardé et multi-causal : il vient en dernier, et jamais avec une flèche qui pointe l’hébergeur. Pour la part du LCP réellement imputable au serveur, notre article sur les causes fréquentes du LCP montre comment décomposer la métrique en ses sous-parties.

Le délai avant de pouvoir conclure

Le rapport CrUX agrège les 28 derniers jours de données de terrain. Le jour de la bascule, votre fenêtre CrUX contient encore 28 jours d’ancien hébergeur. Il faut 28 jours pour qu’elle ne contienne que du nouveau. Avant ce délai, toute lecture des Core Web Vitals de terrain est un mélange des deux infrastructures.

Isoler l’effet infra des autres variables

Entre le jour 0 et la semaine 12, beaucoup de choses arrivent : mises à jour d’algorithme Google, publications de contenu, acquisition de liens, variations saisonnières, changements de thème. Pour ne pas attribuer à l’hébergeur ce qui vient d’ailleurs :

• Gelez le reste. Sur la fenêtre de mesure, ne déployez pas de refonte, pas de gros lot d’articles, pas de changement de template. Un seul facteur à la fois.
• Segmentez. L’effet infra est uniforme sur tout le site. Si seules quelques pages bougent, la cause est éditoriale, pas serveur.
• Croisez avec un site témoin. Si vous gérez un autre site sur l’ancien hébergeur, sa courbe sert de référence pour distinguer un effet Google global d’un effet migration.
• Vérifiez le calendrier des mises à jour Google. Une bascule qui coïncide avec un core update rend l’analyse SEO quasi impossible sur cette fenêtre.

Le cas particulier du CDN

Un CDN ne remplace pas l’hébergement d’origine, il met en cache des copies plus près des visiteurs. Son effet se lit surtout sur :

• le TTFB des visiteurs éloignés du serveur d’origine : c’est là que le gain est net. Pour un site franco-français hébergé en France, l’effet CDN sur le TTFB peut être marginal ;
• la résistance aux pics de trafic, donc moins de 5xx vus par Googlebot en période de charge ;
• le risque de configuration : un CDN mal réglé peut au contraire ajouter de la latence, servir des pages obsolètes, ou renvoyer des erreurs sur des URL mal mises en cache. À surveiller dès la bascule dans les logs et les statistiques d’exploration.

Mesurez le TTFB depuis plusieurs zones géographiques avant et après : c’est le seul moyen de voir si le CDN apporte quelque chose à votre audience réelle.

Rendre un verdict honnête

Un compte rendu utile ressemble à ça : « Le TTFB de labo est passé de 480 à 190 ms. Le TTFB de terrain au 75e centile a suivi après 30 jours, de 0,9 s à 0,4 s. Le LCP de terrain s’est amélioré de 0,5 s sur les pages où le serveur était le goulot. Les statistiques d’exploration montrent zéro 5xx contre 1,2 % avant, et le temps de réponse moyen vu par Googlebot a baissé de 40 %. Sur les positions, pas d’effet mesurable isolable à 12 semaines, ce qui est attendu : le SEO n’était pas bloqué par l’infra. » C’est moins vendeur qu’un « +30 % de trafic », mais c’est vrai, et ça oriente les efforts suivants au bon endroit.

En pratique

Poser la ligne de base avant la bascule, distinguer labo (immédiat) et terrain (28 jours de latence), suivre les statistiques d’exploration pour l’effet crawl, geler les autres chantiers sur la fenêtre de mesure, et accepter que l’effet SEO soit lent, bruité et rarement attribuable à une seule cause. Concevoir ce protocole et l’exécuter proprement autour d’une migration est un travail d’accompagnement : je peux vous y aider, le détail est juste en dessous.