Core Web Vitals vs RUM : données de laboratoire vs données réelles
Mis à jour le 27 août 2026 · 8 min de lecture
LCP, INP et CLS sont les mêmes trois métriques où que vous les voyiez — mais on peut les mesurer de deux façons très différentes. Un test synthétique de 'laboratoire' charge votre page une fois dans un navigateur contrôlé ; la surveillance des utilisateurs réels (RUM) mesure les mêmes métriques chez vos vrais visiteurs. Ce guide explique la différence, quand chacune convient, et laquelle le classement de Google utilise réellement.
Les métriques sont les mêmes — pas la mesure
Les Core Web Vitals sont trois métriques d'expérience utilisateur de Google : Largest Contentful Paint (LCP, chargement), Interaction to Next Paint (INP, réactivité) et Cumulative Layout Shift (CLS, stabilité visuelle). Ce sont les mêmes trois métriques où que vous les lisiez.
Ce qui change, c'est leur capture. Les données de 'laboratoire' (ou synthétiques) proviennent d'un seul chargement de page scripté dans un navigateur contrôlé. Les données de 'terrain' — aussi appelées Real-User Monitoring, ou RUM — sont collectées dans les navigateurs de vos vrais visiteurs pendant qu'ils utilisent le site. Mêmes métriques, deux modèles de mesure complètement différents.
Core Web Vitals de laboratoire (synthétiques)
Un test de laboratoire charge votre page dans un navigateur headless avec un profil d'appareil et une vitesse réseau fixes, puis rapporte les métriques. Lighthouse et la section 'laboratoire' de PageSpeed Insights fonctionnent ainsi, tout comme le journey Core Web Vitals de Relvato.
Comme l'environnement est fixe, les résultats sont stables et reproductibles, et vous pouvez les exécuter à tout moment — même avant le lancement, sur une URL de staging ou à chaque déploiement. Cela rend les données de laboratoire idéales pour déboguer un problème précis et pour attraper une régression avant sa mise en ligne.
La contrepartie : un environnement synthétique n'est pas votre audience. Un navigateur rapide de centre de données sur une connexion fixe ne reflétera pas un visiteur sur un téléphone milieu de gamme en données mobiles instables. Et l'INP, en tant que métrique d'interaction, ne peut être vraiment mesuré sans une personne réelle qui interagit — les outils de laboratoire l'estiment ou se rabattent sur un indicateur de substitution comme le Total Blocking Time.
Données de terrain / surveillance des utilisateurs réels (RUM)
Le RUM mesure les Core Web Vitals dans les navigateurs de vos vrais visiteurs. Un petit script — un 'beacon' — utilise l'API PerformanceObserver du navigateur pour enregistrer LCP, INP, CLS, FCP et TTFB à chaque chargement réel, puis renvoie les temps de façon anonyme et sans cookie. Le journey Web Vitals d'utilisateurs réels (RUM) de Relvato fonctionne ainsi.
Comme les données proviennent de milliers de sessions réelles sur de nombreux appareils, réseaux et lieux, elles reflètent l'expérience que vos utilisateurs ont réellement. Ici l'INP est une vraie mesure, pas une estimation. Les résultats sont généralement rapportés en p75 — le 75e centile — le chiffre sur lequel Google note.
La contrepartie : le RUM a besoin de trafic réel, il met donc du temps à s'accumuler et une page peu visitée se remplit lentement. Il est aussi plus bruité par nature — il capture la diversité du monde réel — et vous ne pouvez pas 'rejouer' une session précise pour la déboguer.
Laquelle affecte le SEO ?
Le signal de classement d'expérience de page de Google utilise les données de terrain, pas de laboratoire. Concrètement, il s'appuie sur le Chrome User Experience Report (CrUX) — de vrais Core Web Vitals d'utilisateurs de Chrome. Votre score de laboratoire peut être parfait alors que votre score de terrain (celui qui classe) est mauvais, ou l'inverse.
Le RUM est donc le chiffre qui fait bouger le classement, et le laboratoire est l'outil qui aide à le corriger. Si vous ne surveillez que les scores de laboratoire, vous pouvez réussir chaque test et perdre quand même des positions à cause d'un ralentissement que vos vrais utilisateurs ressentent.
Alors, laquelle utiliser ? Les deux.
Les données de laboratoire et de terrain répondent à des questions différentes ; la bonne configuration utilise donc les deux. Exécutez des Core Web Vitals synthétiques à chaque changement pour attraper les régressions avant qu'elles n'atteignent quiconque et les déboguer dans un environnement contrôlé. Exécutez le RUM en continu pour connaître l'expérience réelle des utilisateurs — et protéger le score de terrain sur lequel Google classe.
Un flux courant : le RUM vous indique qu'une métrique a régressé pour de vrais utilisateurs ; le test de laboratoire vous permet de la reproduire et de la corriger ; la fenêtre RUM suivante confirme que le correctif a atteint votre audience.
Comment Relvato surveille les deux
Relvato exécute les deux en tant que contrôles distincts et continus. Le journey Core Web Vitals, c'est le côté laboratoire : une exécution synthétique dans un vrai navigateur sur vos pages clés, à chaque changement, avec une note de 0 à 100 et des correctifs précis. Le journey Web Vitals d'utilisateurs réels (RUM), c'est le côté terrain : un beacon sans cookie qui rapporte le p75 par type de page et appareil, alerte dans la bande 'mauvaise' des CWV et signale une régression face à la référence de 28 jours de la page — puis la corrèle au changement déployé à ce moment-là.
Ensemble, ils répondent aux deux questions : « ce changement va-t-il nuire à la performance ? » (laboratoire) et « comment le site est-il vraiment ressenti par les visiteurs en ce moment ? » (terrain).
Laboratoire vs terrain, côte à côte
| Laboratoire / synthétique | Terrain / RUM | |
|---|---|---|
| Ce qu'il mesure | Un chargement de page scripté | Les chargements réels de vrais visiteurs |
| Où il s'exécute | Un navigateur contrôlé de centre de données | Les appareils et réseaux de vos utilisateurs |
| Métriques | LCP, CLS, FCP, TTFB ; INP estimé | LCP, INP, CLS, FCP, TTFB — toutes réelles |
| Échantillon | Une seule exécution reproductible | Des milliers de sessions, rapportées en p75 |
| Variabilité | Faible — stable et reproductible | Plus élevée — reflète la diversité réelle |
| Disponibilité | Immédiate, même avant lancement | Nécessite du trafic réel ; se remplit sur des jours |
| Idéal pour | Déboguer et attraper les régressions avant déploiement | Vraie UX et protéger le classement |
| Classement Google | Pas utilisé directement | Oui — les données de terrain (CrUX) alimentent le signal |
| Dans Relvato | Journey Core Web Vitals | Journey Web Vitals d'utilisateurs réels (RUM) |
Questions, réponses
Le RUM est-il la même chose que le CrUX de Google ?
Les deux sont des données de terrain, mais pas la même chose. CrUX (le Chrome User Experience Report) est le propre jeu de données RUM de Google, collecté uniquement auprès d'utilisateurs de Chrome éligibles et rapporté sur une fenêtre glissante de 28 jours. Votre propre beacon RUM couvre tous les navigateurs — pas seulement Chrome —, se met à jour quasiment en temps réel et peut détailler les données par type de page et appareil, il attrape donc les régressions plus tôt et plus finement que CrUX.
Peut-on mesurer l'INP en laboratoire ?
Pas vraiment. L'INP (Interaction to Next Paint) mesure la vitesse de réponse de la page à de vraies interactions ; sans une personne réelle qui clique ou touche, il n'y a rien à mesurer. Les outils de laboratoire estiment la réactivité avec un indicateur de substitution comme le Total Blocking Time. Un vrai chiffre d'INP ne vient que des données de terrain / RUM.
Le beacon RUM ralentit-il mon site ?
Non. Le beacon est un minuscule script asynchrone (~1,6 Ko) qui utilise l'API PerformanceObserver intégrée au navigateur et envoie ses données avec navigator.sendBeacon au déchargement de la page. Il ne pose aucun cookie, ne stocke aucune donnée personnelle ni IP, et ne bloque jamais le rendu.
Qu'est-ce que le p75, et pourquoi le 75e centile ?
Le p75 est le 75e centile — la valeur à laquelle 75 % des chargements de page se situent ou en dessous. Google note les Core Web Vitals au p75 car cela représente l'expérience de la plupart des visiteurs tout en ignorant les valeurs aberrantes les plus lentes. Une simple moyenne masquerait une mauvaise traîne ; le p75 est un chiffre stable et représentatif.