Votre site est-il rapide sur le téléphone de vos utilisateurs ?
Une bonne note Lighthouse ne termine pas le travail. Étudiez le chargement, la réaction au toucher et la stabilité à partir des visites réelles.
dans cet article
Ouvrez une fiche produit sur un téléphone, choisissez une option et essayez de continuer. Si le bouton réagit tard, si une image déplace le prix ou si l'écran se fige pendant le chargement d'un script, vous avez trouvé un problème. La note du dernier rapport ne change rien à cette expérience.
Un test sur le portable de l'équipe aide à enquêter. Pour décider quoi améliorer, il faut considérer les utilisateurs, leurs appareils et les pages consultées. Un paiement peu fréquent peut mériter plus d'attention que l'accueil.
Enquêtez au laboratoire, priorisez avec les visites
Lighthouse exécute un test dans des conditions contrôlées. Les données de terrain viennent de visites réelles, avec des appareils, des réseaux et des usages différents. Le guide web.dev sur les données de laboratoire et de terrain explique pourquoi elles peuvent diverger.
Nous suggérons de commencer par une question liée à l'usage. À quelle étape une personne attend-elle ou répète-t-elle une action ? Cherchez ensuite la mesure qui aide à comprendre cette attente.
Séparez mobile et ordinateur. Séparez aussi les pages selon leur fonction. Une moyenne du domaine peut masquer une inscription lente parmi des centaines de pages de contenu simples.
Si l'échantillon reste insuffisant, notez cette limite. L'absence de données ne vaut pas validation. Utilisez des tests contrôlés pour repérer les problèmes tout en recueillant des observations sur les visites.
Comprenez la question derrière chaque mesure
Les seuils de bonne expérience des Core Web Vitals sont LCP à 2,5 secondes maximum, INP à 200 millisecondes maximum et CLS à 0,1 maximum, au 75e percentile. Pour chaque mesure, au moins 75% des visites mesurées doivent respecter le seuil.
LCP observe l'apparition du plus grand bloc de texte ou de la plus grande image visible. INP mesure la réponse visuelle aux interactions. CLS quantifie les déplacements inattendus du contenu. Ces mesures répondent à des questions différentes. Une page peut apparaître vite et rester difficile à utiliser.
Reliez le signalement à une piste :
| Signalement | Premier point à examiner |
|---|---|
| "La photo principale tarde" | L'élément qui détermine le LCP et le début de son chargement |
| "J'ai touché le bouton, rien ne se passe" | Le travail exécuté pendant l'interaction |
| "Le bouton a bougé" | Le contenu inséré sans espace réservé |
Ce tableau oriente la recherche. Il ne prouve pas la cause.
Corrigez le retard observé
Si l'image principale détermine le LCP, vérifiez sa présence dans le HTML initial et évitez loading="lazy" sur cette image. Fournissez un fichier adapté à la taille affichée. Le guide d'optimisation du LCP décrit ces recommandations.
Avant de convertir tous les formats d'image, examinez la séquence de chargement. Une petite image découverte tard arrive quand même tard. Notez quand le navigateur la demande pour vérifier si votre changement réduit l'attente observée.
Pour une interaction lente, cherchez ce qui occupe le thread principal. Le guide d'optimisation de l'INP conseille notamment de réduire et de découper les tâches longues. Une réponse visuelle au toucher compte aussi, mais elle ne supprime pas la durée d'une requête.
Pour un filtre de produits, mesurez séparément la réaction du bouton et l'arrivée des résultats. Améliorer la première ne prouve pas que la seconde a changé. Les relevés doivent les distinguer.
Fixez un budget adapté à la page
Un catalogue et un éditeur d'images demandent des quantités de code différentes. Préférez un budget lié à la page modifiée. Relevez les octets transférés et la durée des interactions importantes avant de changer l'implémentation.
Après correction, rejouez le même scénario dans des conditions comparables. Notez la modification et suivez les nouvelles visites. Si le trafic a changé au moment du déploiement, n'attribuez pas toute variation au code.
Incluez la tâche complète dans les critères d'acceptation. La personne doit pouvoir ouvrir le produit, choisir une option et envoyer le formulaire sans perdre sa saisie. Un rapport aide à localiser l'attente. Terminer cette tâche donne son sens à l'amélioration.