Web Vitals : lire les données terrain et laboratoire
Comprenez les mesures réelles et contrôlées, comparez LCP, INP et CLS et transformez les agrégats en décisions produit.
BotBrowser Team
Vous voulez la documentation structurée pour Plateforme ?
Cet article fait partie de la bibliothèque éditoriale. Pour les étapes de configuration, la référence et les mises à jour continues, passez directement à la section docs.
Les données terrain et laboratoire répondent à des questions différentes. Le terrain résume des visites réelles; le laboratoire répète un parcours contrôlé. Aucun n’est un score universel ni un signal d’identité. Utilisez les deux: le terrain montre l’impact sur une audience et le laboratoire aide à reproduire une route maîtrisée.
Conditions terrain et laboratoire
Les données terrain sont agrégées selon une politique et varient avec appareil, réseau, cache, visibilité et version. Un percentile décrit une population et une fenêtre, pas chaque visite ni une cause unique.
Les données laboratoire sont une expérience répétable. Déclarez URL, entrée, viewport, navigateur, réseau, cache, limitation et fenêtre. Elles se comparent entre commits sans représenter automatiquement toutes les audiences.
const run = { route: '/checkout', viewport: 'mobile', network: 'slow-4g', release: '2026.10.06' };
const marks = ['navigation', 'paint', 'largest-contentful-paint', 'layout-shift', 'event'];
const observer = new PerformanceObserver(list => {
for (const entry of list.getEntries()) {
if (marks.includes(entry.entryType))
report({ run, type: entry.entryType, startTime: entry.startTime, value: entry.value ?? entry.duration });
}
});
observer.observe({ type: 'paint', buffered: true });
observer.disconnect();
Le fixture est borné: il nomme route et conditions, sélectionne les entrées utiles puis se déconnecte. Remplacez report par un collecteur approuvé qui agrège et retire URL ou contenu. Consultez Web Vitals et le guide de mesure; ce fixture ne devient pas une donnée terrain.
| Question | Preuve | Décision |
|---|---|---|
| Un problème touche-t-il les visites? | distribution terrain et contexte | prioriser l’impact |
| Une route est-elle reproductible? | fixture contrôlé | isoler code ou release |
| La release progresse-t-elle? | lab apparié et tendance terrain | publier, retenir ou étudier |
| La comparaison est-elle équitable? | même route, conditions et agrégat | rejeter une comparaison disparate |
| La preuve est-elle suffisante? | volume, manquants et fenêtre | qualifier ou compléter |
Concepts Core Web Vitals
LCP décrit l’affichage du plus grand contenu pertinent. Il dépend de la réponse, des ressources, du rendu et de l’élément choisi. Le fixture doit fixer contenu et état pour ne pas confondre image différente et amélioration réseau.
INP résume la réactivité des interactions éligibles. Testez validation, menus, dialogues et navigation, pas seulement un clic. Le terrain dépend des actions réellement effectuées.
CLS décrit les mouvements visuels inattendus. Le laboratoire révèle dimensions absentes, polices tardives, bannières ou contenu déplacé. Le terrain inclut défilement et navigation; vérifiez la définition avant de classer une transition intentionnelle.
Chaque métrique exige son contexte. Une page peut avoir un LCP acceptable et un INP faible. Conservez métrique, route, viewport, navigateur, release, fenêtre et manquants ensemble.
Segmenter avec responsabilité
Segmentez pour une question produit. Route, release, classe de viewport ou réseau sont utiles lorsqu’ils appartiennent déjà à l’opération. Définissez le segment avant le résultat, exigez une taille raisonnable et signalez les petits échantillons.
N’associez pas les métriques à des comptes, URL complètes ou inférences matérielles. Agrégez sur la fenêtre minimale, masquez les requêtes et faites expirer les labels temporaires. Conservez catégorie, contexte et agrégat, non une visite rejouée.
Les données peuvent être retardées, échantillonnées ou absentes selon le navigateur. Déclarez population, release et politique. Une donnée manquante n’est pas zéro; ne fabriquez pas de durée.
Au laboratoire, changez une variable importante à la fois. Notez la révision du fixture et gardez la baseline. Les décimales supplémentaires ne rendent pas le test plus fiable.
Transformer les résultats en décisions
Commencez par audience, route et action. Changez ensuite une chose au laboratoire. Pour LCP, examinez réponse, ressources et rendu; pour INP, gestionnaires et travail du thread; pour CLS, dimensions, polices et insertions. Gardez correction et accessibilité près de la vitesse.
Consignez route, métrique, contexte terrain, fixture, baseline, changement, résultat et rollback. Une décision peut être de retenir une release, publier une amélioration ou demander plus de preuve. Donnez toujours la raison.
BotBrowser peut répéter des parcours laboratoire autorisés avec navigateur, viewport, route et réseau déclarés. Il ne fournit pas de données terrain représentatives, ne supprime pas la variance et ne garantit pas une évaluation pour chaque audience. Gardez cette limite avec l’affirmation.
Après un changement, rejouez le fixture minimal et comparez des fenêtres qui se chevauchent. Vérifiez déploiement, route, ressources, cache et release. Conservez les preuves négatives et n’ajustez pas la page pour passer un seuil.
Liste de release
Notez définition, route, fixture, viewport, réseau, release, cache, fenêtre, agrégation, manquants et conservation. Testez réponse lente, image ou police tardive, interaction avec validation, insertion et départ. Confirmez que la tâche fonctionne sans mesure.
Relisez terrain et laboratoire séparément puis expliquez leur relation. Une amélioration laboratoire est un signal contrôlé; une amélioration terrain est une tendance d’audience. Une divergence est une question, pas la preuve qu’une source est fausse.
Pour le contexte voisin, consultez le guide d’optimisation des performances et le guide de confidentialité des temps.
La métrique doit avoir une population et une fenêtre.
Le viewport fait partie de la condition laboratoire.
Le réseau déclaré accompagne le résultat.
L’état du cache change la comparaison.
Une donnée absente n’est pas une durée rapide.
Le volume d’échantillons limite la conclusion.
Une tendance terrain peut être retardée.
La révision du fixture doit rester visible.
Le navigateur testé doit être enregistré.
La route doit avoir un état reproductible.
LCP dépend de l’élément choisi comme plus grand.
INP exige une interaction réelle du produit.
CLS doit couvrir toute la navigation.
Une transition voulue n’est pas automatiquement un défaut.
L’accessibilité accompagne toute décision de vitesse.
Le support ne doit pas recevoir de contenu utilisateur.
Les URL sont masquées avant export.
Un identifiant temporaire doit expirer.
Les preuves négatives restent conservées.
Le rollback se définit avant publication.
Un graphique nécessite une explication courte.
Un petit échantillon demande un avertissement.
Le laboratoire ne représente pas automatiquement le terrain.
Le terrain ne prouve pas seul une cause.
Le prochain test doit changer une variable.
Sources publiques
Articles Connexes
Faites passer BotBrowser de la recherche à la production
Utilisez ces guides pour comprendre le modèle, puis passez à la validation multi-plateforme, aux contextes isolés et au déploiement navigateur prêt pour l'échelle.