TS34Performance et déploiement
Quelle expérience vos visiteurs vivent-ils réellement ?
Les Core Web Vitals terrain sont documentés et classés au 75e percentile.
Préparer les preuves- Dans l’app
- Import de preuves
- À fournir
- Mesures terrain, appareil et période
- À prévoir
- Selon les preuves à réunir
Comprendre
L’expérience réelle. Mesurée dans le temps.
Les Core Web Vitals terrain sont documentés et classés au 75e percentile.
Selon Google
CrUX agrège les observations sur une fenêtre glissante de 28 jours, actualisée quotidiennement. Une correction récente ne remplace pas immédiatement toute cette période.
Vérifier
LCP, INP, CLS. Le même terrain.
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
Dans PageSpeed Insights ou CrUX, relevez les données terrain, leur période, l’appareil et le niveau URL ou origine. Gardez les valeurs LCP, INP et CLS avec leur couverture ; l’absence de données ne vaut pas réussite.
Les preuves à conserver
LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 au 75e percentile pour l’état Bon.
Ce que ce résultat couvre
L’absence de données CrUX ne signifie pas que la page est rapide.
Agir
La métrique en écart. Les visiteurs concernés.
Priorisez le LCP, l’INP ou le CLS en écart sur la cohorte observée et datez la correction.
Recontrôler
Des périodes datées. Une fenêtre de 28 jours.
Avec l’API CrUX, les données sont mises à jour chaque jour sur une fenêtre glissante de 28 jours. Datez la correction et suivez la même cohorte : un test le lendemain ne suffit pas à mesurer son effet sur toute la période.
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
- Priorisez le LCP, l’INP ou le CLS en écart sur la cohorte observée et datez la correction.
- 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érences2 références
Méthode et règles détaillées3 règles
Méthode et critères du contrôle
Méthode
Utiliser une source terrain identifiée : CrUX, Search Console ou RUM. Consigner période, appareil, granularité et population ; ne pas fusionner URL et origine.
Critères attendus
Source, période, granularité, appareil et p75 de LCP/INP/CLS sont consignés et classés selon les seuils cités ; les mauvaises valeurs restent visibles et motivent une décision.
Non-applicabilité
Parcours explicitement hors périmètre CWV ; absence de données seule signifie NT.
Règles détaillées
TS34-A01 · Cohorte terrain attribuable
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
Identifier source, requête et clé retournée, URL/origine, appareil, période et population selon performance-evidence-v1. Aucun repli de portée implicite.
Critères attendus
La cohorte correspond au plan et conserve ses dates et sa provenance. Une substitution explicite laboratoire/terrain échoue ; une cohorte différente ou ancienne reste indéterminée.
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.
TS34-A02 · Mesures p75 et classes conservées
Mode prévu par le protocole : automatique. 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
Lire LCP, INP et CLS p75 dans les unités natives ; comparer exactement aux seuils cités, sans renommer FID ou TBT. Conserver les valeurs mauvaises et les inconnues.
Critères attendus
Les trois mesures sont classées correctement. Une classification liée contraire à un p75 est fail ; une performance mauvaise correctement documentée donne pass.
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.
TS34-A03 · Décision motivée liée aux mesures
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
Conserver la revue fournie, auteur, provenance, date, empreinte et décision pour chacune des trois métriques ; vérifier la liaison sans fabriquer un jugement.
Critères attendus
Chaque métrique garde sa classe, un motif et une action. Une classe contradictoire échoue. Revue absente/incomplète/non liée : 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.
Version des règles 0.2.0-rc.1 · Fiche du protocole public · Source versionnée
Passer à la pratique
← Retour aux contrôles