Core Web Vitals : Pourquoi Votre Site Est Lent et Comment le Réparer

Vous avez testé votre site sur PageSpeed Insights et le score est rouge. 35/100 sur mobile. Google vous dit que votre site est lent, mais vous ne comprenez pas les termes techniques : LCP, FID, CLS. Et surtout, vous ne savez pas comment corriger le problème.

Les Core Web Vitals sont les métriques que Google utilise pour évaluer l'expérience utilisateur de votre site. Depuis 2021, elles influencent directement votre référencement. Un site lent = moins de visiteurs via Google = moins de clients. Cet article traduit le jargon technique en actions concrètes pour les TPE de Haute-Savoie.

Qu'est-ce que les Core Web Vitals ?

Les Core Web Vitals sont trois métriques qui mesurent comment les visiteurs vivent votre site.

LCP — Largest Contentful Paint (Affichage du contenu principal)

Combien de temps pour afficher le plus gros élément visible de la page (généralement une image ou un bloc de texte) ?

• ✅ Bon : moins de 2,5 secondes
• ⚠️ À améliorer : 2,5 à 4 secondes
• ❌ Mauvais : plus de 4 secondes

En pratique : Le visiteur arrive sur votre page. En combien de temps voit-il quelque chose d'utile ? Si ça prend 5 secondes, il est déjà parti. INP — Interaction to Next Paint (Réactivité aux clics)

Quand le visiteur clique sur un bouton ou un lien, combien de temps avant que la page réagisse ?

• ✅ Bon : moins de 200 millisecondes
• ⚠️ À améliorer : 200 à 500 ms
• ❌ Mauvais : plus de 500 ms

En pratique : Le visiteur clique sur « Contact ». Si rien ne se passe pendant une demi-seconde, il pense que le site est cassé et reclique frénétiquement. CLS — Cumulative Layout Shift (Stabilité visuelle)

Est-ce que les éléments de la page bougent pendant le chargement ?

• ✅ Bon : moins de 0,1
• ⚠️ À améliorer : 0,1 à 0,25
• ❌ Mauvais : plus de 0,25

En pratique : Vous êtes sur le point de cliquer sur un bouton, et soudain une pub se charge au-dessus et tout décale. Vous cliquez au mauvais endroit. C'est le CLS.

Pourquoi votre site est-il lent ? Les causes principales

Voici les coupables les plus fréquents, par ordre d'impact.

1. Images non optimisées

C'est LA cause numéro un. Une photo de 5 Mo prise avec votre appareil, uploadée telle quelle. Le visiteur doit télécharger 5 Mo avant de la voir.

La solution :

• Redimensionner les images à leur taille d'affichage (pas besoin d'une image 4000px pour un affichage 800px)
• Compresser (TinyPNG, Squoosh, ImageOptim)
• Utiliser les formats modernes (WebP au lieu de JPG/PNG)
• Activer le lazy loading (les images hors écran ne chargent que quand on scrolle)

2. Trop de plugins (WordPress)

Chaque plugin ajoute du code. 30 plugins = 30 couches de code qui s'exécutent. Même les plugins « légers » s'additionnent.

La solution :

• Auditer vos plugins : désactivez ceux inutilisés
• Remplacer les plugins lourds par des alternatives légères
• Un bon site WordPress tourne avec 10-15 plugins max

3. Hébergement sous-dimensionné

Un hébergement à 2€/mois partage un serveur avec des centaines de sites. Aux heures de pointe, tout le monde rame.

La solution :

• Passer à un hébergement de qualité (o2switch, Infomaniak, LWS Pro)
• Le temps de réponse serveur (TTFB) devrait être sous 200ms

4. Pas de mise en cache

Sans cache, le serveur régénère chaque page à chaque visite. Avec cache, la page est pré-générée et servie instantanément.

La solution :

• Activer un plugin de cache (WP Rocket, W3 Total Cache, LiteSpeed Cache)
• Configurer le cache navigateur pour les ressources statiques

5. JavaScript et CSS bloquants

Le navigateur doit télécharger et exécuter tout le JavaScript et CSS avant d'afficher la page.

La solution :

• Différer le JavaScript non essentiel (defer, async)
• Charger le CSS critique en ligne, le reste après
• Minifier les fichiers (supprimer espaces et commentaires)

6. Polices web lourdes

Google Fonts ou polices personnalisées ajoutent des requêtes et du poids.

La solution :

• Limiter à 1-2 polices maximum
• Précharger les polices critiques
• Utiliser font-display: swap pour afficher du texte immédiatement

7. Publicités et scripts tiers

Google Analytics, pixels Facebook, chat widgets, vidéos YouTube embed : chaque script externe ralentit.

La solution :

• Charger les scripts tiers en différé
• Se demander si chaque script est vraiment nécessaire
• Utiliser des façades pour les vidéos (afficher une image, charger la vidéo au clic)

Comment tester les performances de votre site

Plusieurs outils gratuits permettent de diagnostiquer.

PageSpeed Insights (Google)

L'outil officiel. Teste les Core Web Vitals et donne des recommandations.

URL : pagespeed.web.dev

Attention : Le score mobile est souvent plus bas que desktop. C'est normal — les mobiles ont moins de puissance. Concentrez-vous sur mobile, c'est ce que Google utilise pour le ranking. GTmetrix

Plus détaillé, avec historique et comparaisons.

URL : gtmetrix.com

Avantage : Montre un « waterfall » — l'ordre de chargement de chaque ressource. Utile pour identifier les goulots d'étranglement. WebPageTest

Le plus technique, avec tests depuis différentes localisations.

URL : webpagetest.org

Avantage : Peut tester depuis un serveur en France pour des résultats représentatifs de vos visiteurs locaux. Lighthouse (dans Chrome)

Intégré à Chrome (F12 → onglet Lighthouse). Test local sans passer par un service externe.

Plan d'action : améliorer son score en 5 étapes

Voici un plan réaliste pour passer d'un score rouge à un score vert.

Étape 1 : Optimiser les images (impact : 30-50% d'amélioration)

• Installer un plugin d'optimisation (Imagify, ShortPixel, Smush)
• Convertir en WebP
• Activer le lazy loading
• Vérifier les dimensions (pas d'images 4000px affichées à 400px)

Temps : 1-2 heures pour un site moyen Étape 2 : Activer le cache (impact : 20-30% d'amélioration)

• Installer WP Rocket (payant, 59€, le meilleur) ou LiteSpeed Cache (gratuit si hébergeur compatible)
• Activer le cache de page, le cache navigateur, la minification
• Tester que le site fonctionne toujours correctement

Temps : 30 minutes à 1 heure Étape 3 : Nettoyer les plugins inutiles (impact : 10-20%)

• Lister tous les plugins actifs
• Désactiver et supprimer ceux inutilisés
• Remplacer les plugins lourds par des alternatives légères

Temps : 1 heure Étape 4 : Optimiser le JavaScript/CSS (impact : 10-20%)

• Utiliser les options de WP Rocket pour différer le JS et optimiser le CSS
• Ou installer Autoptimize (gratuit)
• Tester soigneusement — des optimisations trop agressives peuvent casser des fonctionnalités

Temps : 1-2 heures avec tests Étape 5 : Vérifier l'hébergement (impact : variable)

• Tester le TTFB avec WebPageTest
• Si > 500ms, envisager un changement d'hébergeur
• Sinon, le problème est côté site, pas serveur

Temps : 30 minutes de diagnostic Résultat attendu : Un site à 35/100 peut atteindre 70-85/100 avec ces optimisations. Atteindre 95+/100 demande souvent un travail plus profond sur le code.

Ce que Google regarde vraiment

Importante nuance : le score PageSpeed n'est pas directement un facteur de ranking.

En pratique : Un site avec un score de 60 mais des Core Web Vitals « bons » dans Google Search Console se positionne mieux qu'un site à 90 avec des métriques réelles mauvaises. Comment voir vos vraies métriques :

1. Google Search Console → Expérience → Signaux Web essentiels

2. Vous voyez le pourcentage de pages avec « bonne », « à améliorer », « mauvaise » expérience

L'objectif réaliste : Avoir 75%+ de vos pages en « bonne » expérience. Ne pas viser la perfection à 100/100 sur PageSpeed — c'est souvent un effort disproportionné pour un gain marginal.

Les erreurs à éviter

Certaines « optimisations » font plus de mal que de bien.

Optimisation excessive du cache

Un cache trop agressif peut servir des pages obsolètes aux visiteurs. Équilibrez performance et fraîcheur du contenu.

Supprimer du JavaScript critique

En différant ou supprimant du JS nécessaire, vous pouvez casser des formulaires, des sliders, des menus. Testez TOUJOURS après chaque modification.

Obsession du score 100

Passer de 85 à 100 demande souvent des efforts énormes pour un bénéfice minime. Un score de 80-90 sur mobile est excellent pour une TPE.

Ignorer le mobile

Le score desktop peut être à 95 alors que le mobile est à 40. Google utilise le mobile pour indexer. Concentrez vos efforts sur le mobile.

Ajouter des plugins d'optimisation sans configuration

Un plugin de cache mal configuré peut casser le site ou n'avoir aucun effet. Prenez le temps de configurer correctement.

Questions fréquentes

Que sont vraiment les Core Web Vitals et pourquoi Google les mesure ?

Les Core Web Vitals sont 3 métriques utilisateur mesurées par Google directement sur les visiteurs de Chrome : LCP (Largest Contentful Paint — vitesse d'affichage du plus gros élément, cible <2,5 s), INP (Interaction to Next Paint — réactivité aux clics, cible <200 ms), CLS (Cumulative Layout Shift — stabilité visuelle, cible <0,1). Depuis 2021, ces 3 signaux entrent dans le classement Google. Un site rouge sur mobile perd des positions, tout le reste étant égal — c'est un critère de classement, pas une nice-to-have.

Quel gain de performance observons-nous après optimisation Core Web Vitals ?

Sur les optimisations que nous menons en Haute-Savoie pour des sites TPE (WordPress mal configurés, Wix bloatés, HTML/CSS non compressés), le gain typique en 1 à 3 jours de travail est : LCP réduit de 1,5 à 3 secondes, score PageSpeed mobile passant de 35-50 à 75-92, CLS ramené sous 0,05. Le levier n°1 est presque toujours le même : images non compressées et non converties en WebP (70 % des cas). Le levier n°2 : plugins JavaScript inutiles ou mal chargés (~50 % des cas).

Un site lent coûte combien en trafic organique perdu ?

Étude Google sur 213 000 sites : passer un LCP de 1 s à 3 s augmente le taux de rebond de 32 %. Passer à 5 s : +90 %. Pour une TPE de la vallée du Mont-Blanc qui reçoit 800 visites/mois via l'organique, un LCP à 4 s au lieu de 2 s représente typiquement 20-30 % de visiteurs perdus avant même de voir le contenu — soit 160-240 leads potentiels évaporés par mois. C'est en général plus rentable de corriger la vitesse que d'acheter du trafic Ads pour compenser.

Faut-il refaire tout le site ou peut-on optimiser sans refonte ?

Dans 60-70 % des cas, on peut optimiser sans refonte : compression images (WebP + lazy-load), activation cache serveur, minification CSS/JS, suppression plugins parasites, CDN. Compter 400 à 900 € HT selon la complexité, résultats en 3 à 10 jours. Refonte nécessaire quand la stack est structurellement lourde (WordPress avec 40 plugins imbriqués, thème premium mal codé, page builder type Elementor sans optimisation) : dans ce cas, réécrire propre coûte moins cher que colmater indéfiniment.

Passez à l'action

Un site lent fait fuir les visiteurs et plombe votre référencement. Chaque seconde de chargement supplémentaire, ce sont des clients potentiels qui partent chez vos concurrents.

La bonne nouvelle : les optimisations les plus impactantes (images, cache) sont accessibles sans compétences techniques avancées. Commencez par là, mesurez l'amélioration, puis affinez.

Besoin d'aide pour optimiser les performances de votre site ? Nous proposons des audits de performance avec recommandations concrètes et accompagnement à la mise en œuvre.

Aller plus loin : refonte de site web · développement web Haute-Savoie · choix hébergement web · maintenance site web

Demander un audit performance →