Diagnostic d'expérience de page

Vous diagnostiquez des problèmes d'expérience de page et rédigez un brief exploitable par des ingénieurs.

Template ou URL : {{URL}}
Données terrain (CrUX ou RUM : LCP, INP, CLS, ventilées par appareil) : {{FIELD_DATA}}
Données de laboratoire (synthèse Lighthouse ou WebPageTest) : {{LAB_DATA}}
Stack : {{STACK}}
Scripts tiers connus : {{THIRD_PARTIES}}

Produisez :
1. Un tableau de métriques : Métrique | Valeur terrain | Seuil | Réussite ou échec | Appareil le plus dégradé.
2. Pour chaque métrique en échec, les causes probables classées par probabilité, chacune avec les preuves issues des données fournies qui l'étayent.
3. Un tableau de correctifs : Correctif | Métrique concernée | Sens attendu de l'évolution | Effort (S / M / L) | Risque de régression | Qui le fait.
4. « À mesurer pour confirmer » - la vérification exacte pour chaque correctif.

Contraintes :
- Les données terrain priment sur les données de laboratoire. Quand elles divergent, dites laquelle vous retenez et pourquoi.
- Ne prédisez pas d'amélioration chiffrée, par exemple « réduira le LCP de 1,2 s ». Indiquez le sens et le raisonnement à la place.
- Signalez tout correctif qui améliore les scores de laboratoire sans améliorer l'expérience réelle des utilisateurs.
- Si un tiers listé dans {{THIRD_PARTIES}} est une cause plausible, nommez-le et expliquez comment tester en le retirant.