TS35Performance et déploiement

Le test de laboratoire aide-t-il à trouver la cause ?

Les tests de laboratoire servent au diagnostic, pas à simuler le terrain.

Préparer les preuves

Dans l’app: Import de preuves
À fournir: Rapport et conditions de test
À prévoir: Selon les preuves à réunir

Préparer les preuves

Comprendre

Une lenteur. Des conditions pour l’expliquer.

Les tests de laboratoire servent au diagnostic, pas à simuler le terrain.

Selon Google

Les mesures de laboratoire utilisent des conditions contrôlées ; les données terrain viennent de visites réelles. Des résultats différents entre ces deux sources ne sont donc pas nécessairement contradictoires.

Pourquoi les données de laboratoire et de terrain peuvent différer Source consultée le 2026-10-26

Vérifier

Le même scénario. Un problème reproductible.

Dans TSEP Control

Vous importez les preuves du contrôle. Le moteur les évalue dans le périmètre déclaré ; les pièces manquantes restent visibles.

Votre contribution

Définissez le périmètre et les attentes avant la collecte. Réunissez les pièces ci-dessous et apportez les revues demandées.

Avec vos outils

Lancez Lighthouse ou les outils Performance de Chrome avec un scénario décrit. Conservez version, appareil, réseau, traces et résultats de plusieurs essais ; séparez ces mesures des données terrain.

Les preuves à conserver

Rapport Lighthouse/WebPageTest reproductible et relié à une hypothèse de correction.

Ce que ce résultat couvre

Un score Lighthouse de 100 n’est ni une garantie de CWV terrain ni de classement.

Agir

Une cause observée. Une correction ciblée.

Reliez le diagnostic à une hypothèse et comparez les essais dans les mêmes conditions.

Recontrôler

Mêmes conditions. Nouvelle mesure.

Après correction, réunissez de nouvelles preuves avec le même périmètre et les mêmes attentes. Conservez les deux observations datées pour comparer ce qui a changé.

Les repères du contrôle

Pour aller plus loin.

Les statuts, les sources et la méthode.

Comprendre les statutsC · NC · NT · NA

La même légende dans les fiches, l’analyse et la démo. Chaque statut dépend des preuves et des règles du contrôle.

C · Vérifié: Le critère est satisfait dans le périmètre évalué. Conservez la preuve datée pour la prochaine comparaison.
NC · À corriger: Reliez le diagnostic à une hypothèse et comparez les essais dans les mêmes conditions.
NT · Non établi: Les preuves ou les confirmations ne suffisent pas pour conclure. Complétez ce qui manque ; ce statut ne démontre pas une erreur SEO.
NA · Non applicable: Le contrôle ne s’applique pas au périmètre, selon ses règles et une justification conservée. Une absence de preuve ne suffit pas à le déclarer non applicable.

Sources et références1 référence

Pourquoi les données de laboratoire et de terrain peuvent différerweb.dev · nouvel onglet

Méthode et règles détaillées2 règles

Méthode et critères du contrôle

Méthode
Conserver URL, appareil, profil réseau, version de l’outil et mesures détaillées.

Critères attendus
URL, outil/version, appareil, réseau et mesures sont conservés ; les conclusions restent limitées au laboratoire et reliées à une hypothèse.

Non-applicabilité
Aucun diagnostic laboratoire prévu dans ce périmètre.

Règles détaillées

TS35-A01 · Contexte et mesures de laboratoire reproductibles

Mode prévu par le protocole : assisté, avec preuves et déclarations fournies. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Périmètre de performance déclaré pour ce contrôle et profil de lecture qualifié.

Preuves
Originaux JSON conservés avec source, date, empreinte ; plan et revue fournie quand exigée, diagnostics et limites selon docs/performance-evidence.md.

Méthode
Conserver une série prévue de 2 à 10 rapports Lighthouse distincts, dates, URL, outil/version, client, appareil, bridage, mesures natives et dispersion.

Critères attendus
La série respecte le contexte et le nombre prévus. URL contraire au plan : fail ; autre contexte, mesure manquante ou erreur runtime : indéterminé.

Quand le résultat reste indéterminé
Source, plan, dates ou mesures insuffisants ; format/profil non qualifié, incohérence de portée, borne dépassée ou revue manquante selon le contrat. Aucune absence ne devient C ou NA.

Non-applicabilité
Aucune exemption atomique automatique ; la non-applicabilité du contrôle exige sa preuve propre.

Hypothèses
Les données et revues fournies ne sont pas authentifiées. Le plan précède l’évaluation et les exécutions laboratoire ; une cohorte historique n’est pas un préenregistrement.

Limites
C qualifie la documentation, pas de bonnes performances. Aucun affichage, classement, cause démontrée, revue humaine automatique ou conformité globale. Rejeu sans nouvelle mesure.

TS35-A02 · Hypothèse de diagnostic et prochaine vérification

Mode prévu par le protocole : manuel. La disponibilité dans l’app est indiquée sur la fiche du contrôle.

Périmètre
Périmètre de performance déclaré pour ce contrôle et profil de lecture qualifié.

Preuves
Originaux JSON conservés avec source, date, empreinte ; plan et revue fournie quand exigée, diagnostics et limites selon docs/performance-evidence.md.

Méthode
Relier une revue fournie aux rapports ordonnés, aux métriques, à une hypothèse et à une prochaine mesure. Séparer laboratoire, INP et terrain.

Critères attendus
La revue liée expose hypothèse, métriques et action sans assimilation au terrain. Une assimilation explicite laboratoire/CWV ou TBT/INP échoue ; revue absente : indéterminé.

Non-applicabilité
Aucune exemption atomique automatique ; la non-applicabilité du contrôle exige sa preuve propre.

Limites
C qualifie la documentation, pas de bonnes performances. Aucun affichage, classement, cause démontrée, revue humaine automatique ou conformité globale. Rejeu sans nouvelle mesure.

Version des règles 0.2.0-rc.1 · Fiche du protocole public · Source versionnée

Passer à la pratique

← Retour aux contrôles