Un site rapide se construit. Il ne se “booste” pas à la fin.
La performance dépend de plusieurs couches : front-end, médias, JavaScript, CSS, polices, CMS, base de données, cache, CDN et serveur. Nous cherchons le goulot d’étranglement réel plutôt que d’empiler les plugins d’optimisation.
Core Web Vitals
LCP mesure la vitesse d’affichage du contenu principal, INP la réactivité aux interactions et CLS la stabilité visuelle. Ces indicateurs sont utiles parce qu’ils correspondent à des problèmes que les utilisateurs ressentent réellement.
Images et médias
Formats modernes, dimensions adaptées, compression, lazy loading raisonné et préchargement du visuel principal peuvent réduire fortement le poids. Une image de plusieurs mégaoctets ne devient pas acceptable parce qu’un plugin la compresse après coup.
JavaScript, CSS et scripts tiers
Nous limitons les scripts inutiles, différons ce qui peut l’être et évitons les bibliothèques lourdes pour de petites interactions. Les trackers, widgets, chats et outils marketing sont également mesurés car ils peuvent devenir la partie la plus lente du site.
Serveur, cache et base de données
Temps de réponse serveur, cache, PHP, requêtes SQL et tâches planifiées peuvent ralentir WordPress même avec un front-end léger. L’optimisation doit donc inclure l’infrastructure.
Questions fréquentes
Un score de 100 est-il nécessaire ?
Non. Le but est une expérience rapide et stable. Un score synthétique est un indicateur, pas une fin en soi.
Peut-on accélérer un vieux site sans le refaire ?
Souvent oui, au moins partiellement. Un audit permet de distinguer les gains rapides des problèmes structurels qui nécessitent une refonte.
Le serveur est-il souvent responsable ?
Il peut l’être, mais rarement seul. Il faut mesurer le temps de réponse, le cache et la base de données avant de conclure.
À lire ensuite
// contact
Un site trop lent ?
Nous pouvons mesurer où le temps est réellement perdu avant de décider quoi optimiser.