« Notre site est rapide, on a 90 sur Lighthouse. » Cette phrase, rassurante, masque souvent une réalité plus contrastée : un site brillant en test peut rester poussif pour un visiteur réel, sur un téléphone d’entrée de gamme avec une connexion moyenne. Notre méthode de performance part de ce principe : ce qui compte, c’est la vitesse vécue par l’utilisateur, pas le score affiché en laboratoire.
Fixer un budget de performance dès le départ
La performance ne se dégrade jamais d’un coup : elle s’érode, fonctionnalité après fonctionnalité, script après script. Pour l’éviter, nous fixons dès le départ un budget de performance — des limites à ne pas dépasser : poids de page, temps d’affichage, nombre de requêtes. Chaque ajout doit tenir dans ce budget. C’est une discipline simple qui évite la lente dérive vers la lourdeur.
Mesurer là où ça compte : le terrain
Les outils comme Lighthouse et PageSpeed Insights donnent une note en conditions contrôlées : précieux pour diagnostiquer, insuffisant pour conclure. La vérité se trouve dans les Core Web Vitals mesurés sur vos vrais utilisateurs : le LCP (rapidité d’affichage du contenu principal), l’INP (réactivité aux interactions) et le CLS (stabilité visuelle). Ces trois indicateurs reflètent l’expérience réelle — et comptent pour le référencement, ce qui les relie directement à notre méthode de suivi SEO.
Nous avons détaillé l’art de mesurer la vitesse d’un site dans notre article quelles statistiques utiliser pour mesurer et améliorer les performances. D’ailleurs, nous affichons les scores PageSpeed réels sur nos réalisations — parce qu’une performance qu’on revendique doit pouvoir se vérifier, comme sur le projet Archivum ou le site de la crêperie Ty Loulic.
Optimiser ce qui pèse vraiment
Toutes les optimisations ne se valent pas. Nous nous attaquons d’abord aux postes les plus lourds, qui sont presque toujours les mêmes : des images mal compressées, du JavaScript superflu et des polices qui bloquent l’affichage. On convertit les images au format WebP, on les charge en différé quand elles sont hors écran, et on élague sans pitié le code inutile. Ces quelques chantiers concentrent l’essentiel des gains.
Servir intelligemment
La page la plus rapide est celle qu’on n’a pas besoin de recalculer. Mise en cache, CDN pour rapprocher le contenu de l’utilisateur, et — quand c’est pertinent — recours à un site statique : ces choix d’architecture font souvent plus pour la vitesse que mille micro-optimisations. Servir un fichier déjà prêt depuis un point proche du visiteur, c’est imbattable.
La performance, ça se surveille
Enfin, un site rapide aujourd’hui peut redevenir lent demain : un script tiers ajouté, une fonctionnalité mal pesée, et le terrain gagné se perd. Nous intégrons donc la surveillance de la performance dans la durée, en lien avec notre chaîne CI/CD, pour détecter les régressions avant vos utilisateurs.
Cette exigence irrigue chacun de nos sites web et constitue un volet à part entière de nos audits techniques. Car un site lent, aussi beau soit-il, fait fuir avant même d’avoir convaincu — et la vitesse rejoint ici notre conviction de fond sur la sobriété numérique : un site léger est à la fois plus rapide et plus respectueux des ressources.