Un site peut être visuellement soigné et rester pénible à utiliser sur téléphone. Une image trop lourde, un bouton qui réagit tard ou un bloc qui se déplace au chargement suffisent à interrompre un parcours. La performance doit donc être conçue avec l’interface, puis mesurée.
Les Core Web Vitals donnent des repères sur l’affichage, la réactivité et la stabilité. Ils ne remplacent pas l’observation du site : un excellent score ne garantit ni une navigation compréhensible, ni un formulaire qui fonctionne.
Comprendre ce que mesurent LCP, INP et CLS
Le LCP mesure l’apparition du plus grand élément visible. L’INP mesure la réactivité aux interactions, et le CLS les déplacements inattendus de la mise en page. Les seuils recommandés sont un LCP de 2,5 secondes ou moins, un INP de 200 millisecondes ou moins et un CLS de 0,1 ou moins.
Pour les données terrain, ces repères s’évaluent au 75e percentile des visites. Un test Lighthouse simule un chargement dans des conditions déterminées. Son TBT peut aider au diagnostic, mais ne constitue pas une mesure de l’INP réel. Les deux approches servent des étapes différentes du contrôle.
Ajouter des images adaptées à leur place
Une photo de réalisation peut apporter plus d’information qu’un paragraphe général, à condition de ne pas envoyer une image immense pour une petite carte. Préparez plusieurs dimensions, choisissez un format adapté et vérifiez le résultat visuel après compression. Le bon fichier dépend de la taille réellement affichée.
Réservez la place de l’image dans la mise en page pour éviter de déplacer le texte lorsqu’elle arrive. Les images plus bas dans la page peuvent être chargées au moment utile. À l’inverse, l’image principale du premier écran ne doit pas être retardée par un chargement différé systématique.
Examiner les polices et les scripts
Les polices participent à l’identité, mais leurs variantes et leurs téléchargements doivent être maîtrisés. Un site en français n’a pas forcément besoin de toutes les écritures d’une police. Il faut aussi éviter de demander deux fichiers identiques sous des noms différents.
Chaque animation, outil de mesure ou widget ajoute du travail au navigateur. Demandez ce qu’il apporte au visiteur et à quel moment il est nécessaire. Une vidéo automatique ou un effet spectaculaire ne doit pas empêcher de lire l’offre ou d’utiliser la navigation.
Tester les pages qui comptent vraiment
Ne vous limitez pas à l’accueil. Une fiche service, un article, une page produit et le contact peuvent charger des ressources différentes. Sur mobile, essayez aussi les interactions : ouvrir le menu, sélectionner une option, afficher une FAQ et envoyer un formulaire lorsque l’envoi est disponible.
Définissez des budgets avant les ajouts de contenu, puis comparez les résultats. Si une image ou une nouvelle fonction dégrade le parcours, recherchez la cause précise au lieu de relever le seuil pour faire passer le test. Après publication, les mesures réelles permettent de confronter les tests aux conditions des visiteurs.
Questions fréquentes
Faut-il supprimer toutes les images pour être rapide ?
Non. Des images utiles et bien préparées peuvent accompagner un site performant.
Un score Lighthouse de 100 garantit-il les Core Web Vitals ?
Non. Les conditions simulées et les visites réelles sont différentes, notamment pour l’INP.
