Damien HernandezComparateur de vitesse de chargement en SEO
Saisissez une requête : l'outil récupère le Top 10 organique de Google, puis les Core Web Vitals mesurés chez de vrais utilisateurs de Chrome pour chaque résultat. Des données de terrain, jamais un score inventé, et aucune promesse de classement.
Analyser une requête
Historique des recherches
Aucune recherche pour l'instant. Sans compte, l'historique est propre à ce navigateur et dure 24 heures.
Comment fonctionne le comparateur
Deux sources, aucune estimation
- Le Top 10 Google. La page de résultats est demandée à DataForSEO pour le pays, la langue et l'appareil choisis, dans sa file standard : c'est plus lent (une à deux minutes) que son mode immédiat, mais c'est la seule voie qui rend aujourd'hui l'adresse exacte de chaque résultat. Seuls les résultats organiques classiques sont gardés : annonces, packs locaux, AI Overviews et autres blocs sont écartés. La position affichée est la position organique, telle que DataForSEO la renvoie. Si les 10 premiers éléments contiennent moins de 10 résultats organiques, le rapport le dit au lieu d'en inventer.
- Les données de terrain. Pour chaque résultat, l'outil interroge l'API Chrome UX Report (CrUX) de Google, sur le même type d'appareil que la recherche. CrUX agrège les mesures de vrais utilisateurs de Chrome sur 28 jours glissants, mises à jour chaque jour. Ce n'est pas une mesure instantanée de la page.
- URL d'abord, origine ensuite, jamais mélangées. Quand l'adresse exacte du résultat est connue, l'outil demande ses données ; s'il n'y en a pas, il demande celles de l'origine (le site entier). Chaque ligne indique le niveau retenu. Depuis l'été 2026, Google remplace les liens de ses résultats par des adresses de redirection : si l'adresse exacte manque malgré tout, seule l'origine est mesurable, et le rapport le signale.
- Le laboratoire, en complément. Pour votre URL, et à la demande pour un résultat sans données de terrain, l'outil lance un test PageSpeed Insights (Lighthouse). Ses chiffres sont affichés à part, avec la version de Lighthouse et les conditions simulées, et n'entrent dans aucun calcul de terrain.
- Des calculs déterministes. Classement par seuils, corrélations et synthèse sont produits par des règles écrites et testées, sans modèle de langage.
Les métriques
LCP, INP, CLS, et deux repères
| Métrique | Ce qu'elle mesure | Bon | À améliorer | Mauvais | Statut |
|---|---|---|---|---|---|
| LCP | Largest Contentful Paint : temps d'affichage du plus grand élément visible. | ≤ 2,5 s | ≤ 4,0 s | au-delà | Core Web Vital |
| INP | Interaction to Next Paint : délai de réaction de la page aux interactions. | ≤ 200 ms | ≤ 500 ms | au-delà | Core Web Vital |
| CLS | Cumulative Layout Shift : décalages visuels inattendus, sans unité. | ≤ 0,1 | ≤ 0,25 | au-delà | Core Web Vital |
| FCP | First Contentful Paint : premier contenu affiché. Pas un Core Web Vital. | ≤ 1,8 s | ≤ 3,0 s | au-delà | repère |
| TTFB | Time to First Byte : délai du premier octet. Métrique expérimentale dans CrUX, pas un Core Web Vital. | ≤ 800 ms | ≤ 1800 ms | au-delà | repère expérimental |
Les seuils sont ceux publiés sur web.dev pour la valeur au 75e percentile : une page est « bonne » quand au moins 75 % des visites passent sous le seuil (source : web.dev, « Web Vitals », consulté le 06/11/2026). Ce sont aussi les bornes des histogrammes que renvoie CrUX. FCP et TTFB ne font pas partie des Core Web Vitals ; leurs seuils servent de repères de lecture, et le TTFB reste une métrique expérimentale dans CrUX (experimental_time_to_first_byte).
État Core Web Vitals. Bon si LCP, INP et CLS sont tous bons ; mauvais si l'un d'eux est mauvais ; à améliorer sinon. Si l'une des trois manque, l'évaluation est déclarée incomplète, jamais déduite des deux autres.
Indice interne sur 5. Pour lire le graphique d'un coup d'œil : chaque Core Web Vital vaut 1 point s'il est bon, 0,5 s'il est à améliorer, 0 s'il est mauvais ; la moyenne des trois est multipliée par 5. Ce n'est pas un score de Google, et il n'existe pas quand une des trois métriques manque. Il ne remplace jamais l'état ci-dessus.
Lire les corrélations
Ce qu'un coefficient sur 10 pages peut dire, et ce qu'il ne dit pas
Pour chaque métrique, l'outil calcule le coefficient de Spearman (ρ) entre la position organique et la valeur mesurée, à un seul niveau de mesure à la fois : l'URL classée, ou l'origine (le site entier, une origine présente plusieurs fois comptée une fois, à sa meilleure position). Les deux populations ne sont jamais additionnées, et une mesure d'URL manquante n'est jamais remplacée par celle de l'origine. Le niveau URL est choisi par défaut dès qu'il réunit assez de mesures ; l'origine et la comparaison des deux restent accessibles d'un clic.
Le sens se lit ainsi : la position 1 est le meilleur classement, et pour LCP, INP, CLS, FCP et TTFB, une valeur plus faible est meilleure. Un ρ positif signifie donc que les pages les mieux classées ont ici des valeurs plus faibles (sens favorable) ; un ρ négatif, qu'elles ont des valeurs plus élevées. ρ n'est pas un R², et sa force ne dit pas si le résultat est solide : c'est le rôle du test. À partir de 6 pages, l'outil calcule la p-valeur exacte sur toutes les permutations possibles, puis la corrige pour les 5 métriques testées par la méthode de Holm. À 5 pages, ρ reste affiché à titre descriptif, sans test : la plus petite p-valeur possible y vaut 2/120, soit 0,083 après correction, jamais significative.
Questions fréquentes
Vitesse de chargement et SEO
Comment comparer la vitesse de chargement de plusieurs sites ?
Comparer des tests de laboratoire lancés un par un mélange des conditions différentes (réseau, appareil, heure). Le comparateur part d'une requête réelle et compare les pages qui se partagent son Top 10 sur la même source : les données de terrain CrUX, au 75e percentile, pour le même type d'appareil.
Quelle différence entre données de terrain et de laboratoire ?
Les données de terrain (CrUX) résument ce qu'ont vécu de vrais visiteurs de Chrome pendant 28 jours, sur leurs appareils et leurs réseaux. Les données de laboratoire (Lighthouse, via PageSpeed Insights) viennent d'un seul chargement simulé, depuis les serveurs de Google : elles sont reproductibles en principe, mais varient d'un test à l'autre, et ne mesurent pas l'INP (le TBT, temps de blocage total, en est un indice indirect). Le terrain dit ce que vivent les visiteurs ; le laboratoire aide à comprendre pourquoi, et reste disponible quand le terrain manque.
Que sont les Core Web Vitals ?
Trois métriques choisies par Google pour décrire l'expérience de chargement, d'interactivité et de stabilité visuelle : LCP, INP et CLS. Google les mesure chez de vrais utilisateurs de Chrome et les publie dans CrUX.
Quelle différence entre LCP, INP et CLS ?
Le LCP mesure le temps d'affichage du plus grand élément visible, l'INP la rapidité de réaction de la page aux clics et à la saisie, le CLS les décalages visuels inattendus pendant la visite. Une page peut être rapide à afficher et lente à réagir : les trois se lisent séparément.
Pourquoi les données CrUX ne sont-elles pas disponibles pour certains sites ?
CrUX ne publie des données que pour les pages et les origines qui reçoivent assez de visites de Chrome sur 28 jours. Sur la requête « consultant seo lille » relevée le 06/11/2026 sur mobile, 7 des 10 résultats n'avaient aucune donnée, même au niveau de l'origine : le comparateur affiche alors « Non disponible », jamais une valeur estimée. L'INP manque aussi plus souvent que les autres, faute d'interactions mesurées.
Quelle différence entre les données URL et origine ?
Au niveau de l'URL, CrUX renvoie les mesures de cette seule page. Au niveau de l'origine, il agrège toutes les pages du site. Une mesure d'origine décrit le site, pas la page classée : elle peut être meilleure ou moins bonne que celle de la page elle-même.
La vitesse influence-t-elle le référencement Google ?
Google indique que les Core Web Vitals sont utilisés par ses systèmes de classement, mais que la recherche cherche toujours à montrer le contenu le plus pertinent, même si l'expérience de page est moyenne, et que de bons résultats ne garantissent pas les premières positions (Google Search Central, « Understanding page experience in Google Search results »). La vitesse compte surtout quand plusieurs pages répondent aussi bien à la requête.
Comment interpréter les corrélations entre performance et classement ?
Comme une description de ce Top 10, pas comme une loi. Avec 10 pages au plus, un coefficient élevé peut venir du hasard, et une association ne dit pas ce qui cause quoi : les sites les mieux classés ont souvent aussi plus de moyens techniques. Relancez l'analyse sur plusieurs requêtes proches avant d'en tirer une conclusion.
Comment lire le verdict de corrélation ?
Chaque métrique reçoit l'un de quatre verdicts, au niveau de mesure choisi. Oui : la p-valeur exacte, corrigée par la méthode de Holm, est inférieure à 0,05 ; le lien est peu probable sous l'effet du seul hasard, sans pour autant prouver une cause. Tendance non significative : |ρ| atteint au moins 0,3, mais le test ne permet pas de conclure. Non : |ρ| reste sous 0,3 et le test n'est pas significatif ; « non détectée » ne prouve pas l'absence de lien, car 10 pages laissent peu de puissance statistique. Impossible à dire : moins de 6 pages comparables, ou des valeurs identiques partout. « Favorable » veut dire que les mieux classés sont les plus rapides (ou les plus stables pour le CLS). Ce verdict décrit une requête : il ne mesure aucun effet de la vitesse sur le classement Google.
Comment améliorer ses Core Web Vitals ?
Commencez par la métrique la plus éloignée de son seuil. Un LCP élevé invite à examiner l'élément principal de la page et le temps de réponse du serveur, un INP élevé les scripts qui occupent le navigateur, un CLS élevé les éléments qui s'insèrent sans place réservée. Les données de terrain disent où regarder ; un test de laboratoire comme PageSpeed Insights aide à trouver la cause. L'inspecteur du HTML5 sémantique contrôle de son côté la structure du HTML.