La performance web, c'est quoi exactement ?
La performance web mesure la rapidité avec laquelle votre site se charge et devient utilisable. Ce n'est pas juste le temps de chargement total — c'est la perception de vitesse : quand est-ce que l'utilisateur voit le premier contenu ? quand peut-il scroller ? quand peut-il cliquer ?
Google a formalisé ces mesures sous le nom de Core Web Vitals, et en a fait un signal de classement officiel depuis 2021. Un site lent est pénalisé. Un site rapide est avantagé.
Les 3 métriques qui comptent vraiment
LCP — Largest Contentful Paint
Ce que ça mesure : le temps que met le plus grand élément visible (souvent une image héro ou un titre) à s'afficher.
Pourquoi ça compte : c'est la première impression. Si votre image principale met 5 secondes à apparaître, l'utilisateur pense que le site est cassé.
Objectifs Google
- ✅ Bon : < 2,5 secondes
- ⚠️ À améliorer : 2,5 – 4 secondes
- ❌ Mauvais : > 4 secondes
Causes fréquentes d'un mauvais LCP : image héro non optimisée (JPEG lourd vs WebP), pas de preload sur l'image principale, serveur lent (TTFB élevé).
INP — Interaction to Next Paint
Ce que ça mesure : le délai entre une interaction utilisateur (clic, frappe clavier) et la réponse visuelle du navigateur. A remplacé FID en 2024.
Pourquoi ça compte : si vous cliquez sur un bouton et rien ne se passe pendant 500ms, vous pensez que le site est planté. Ce sentiment d'interface "figée" est mesuré et pénalisé.
Objectifs Google
- ✅ Bon : < 200ms
- ⚠️ À améliorer : 200 – 500ms
- ❌ Mauvais : > 500ms
CLS — Cumulative Layout Shift
Ce que ça mesure : les décalages visuels non attendus pendant le chargement. Vous connaissez la situation : vous allez cliquer sur un bouton, une pub se charge et décale tout, vous cliquez sur autre chose par accident.
Pourquoi ça compte : au-delà de l'expérience utilisateur désastreuse, un CLS élevé indique une architecture front-end bâclée.
Objectifs Google
- ✅ Bon : < 0,1
- ⚠️ À améliorer : 0,1 – 0,25
- ❌ Mauvais : > 0,25
L'impact business chiffré
Ces métriques ne sont pas abstraites. Voici des chiffres issus d'études réelles :
- Amazon : chaque 100ms de délai supplémentaire = −1% de revenus
- Google : 53% des visiteurs mobiles abandonnent si le chargement dépasse 3 secondes
- Mobify : chaque amélioration de 100ms du LCP = +1% de conversions
- Vodafone : amélioration du LCP de 31% → +8% de ventes
Pour une PME qui génère 10 000€/mois via son site, un site deux fois plus rapide peut représenter 500€ à 1 000€ de chiffre d'affaires supplémentaire mensuel — sans dépenser un centime en publicité.
Comment mesurer vos Core Web Vitals
Outils gratuits :
- PageSpeed Insights : le plus rapide. Collez votre URL et obtenez un score + recommandations en 30 secondes.
- Google Search Console : dans "Expérience de la page", vous voyez les données réelles de vos visiteurs (pas simulées en labo).
- WebPageTest.org : pour une analyse détaillée et une filmstrip du chargement.
Les optimisations les plus impactantes
1. Optimiser les images (impact : élevé)
Les images représentent souvent 60 à 80% du poids d'une page. Actions concrètes :
- Convertir en WebP (30–50% plus léger que JPEG à qualité équivalente)
- Ajouter les attributs
widthetheightpour éviter le CLS - Utiliser
loading="lazy"pour les images hors viewport - Ajouter
fetchpriority="high"sur l'image LCP principale
2. Améliorer le TTFB — Time to First Byte (impact : élevé)
Le TTFB mesure le délai entre votre requête et le premier octet reçu du serveur. Un TTFB > 600ms est un signal fort de problème serveur.
- Migrer vers un hébergement de meilleure qualité (VPS ou serveur dédié)
- Activer un CDN (Cloudflare en version gratuite se révèle déjà très efficace)
- Mettre en cache agressivement les pages statiques
3. Éliminer le JavaScript bloquant (impact : moyen à élevé)
Chaque script JavaScript chargé de façon synchrone bloque le rendu de la page. Audit avec Chrome DevTools → onglet Performance, et identifier les "Render Blocking Resources".
- Différer les scripts non critiques avec
deferouasync - Charger les scripts tiers (chat, analytics) après l'événement
load - Supprimer les plugins inutilisés (sur WordPress notamment)
4. Précharger les ressources critiques (impact : moyen)
Le navigateur peut être guidé pour charger certaines ressources en priorité :
<link rel="preload">pour l'image principale (LCP)<link rel="preconnect">pour les domaines tiers (Google Fonts, etc.)- Police de caractères hébergée en local plutôt que via Google Fonts CDN
Ce qu'on fait chez FoxiWeb
Sur tous nos projets, l'objectif minimal est un score PageSpeed de 90+ sur mobile et desktop. Sur FoxiWeb.fr lui-même, on vise constamment les 95+.
Notre stack Nuxt.js en mode SSG génère des pages pré-rendues qui s'affichent instantanément. Les images sont automatiquement compressées et converties en WebP via le module @nuxt/image. Le TTFB est maintenu sous 200ms grâce à Cloudflare et un hébergement dédié.
Vous voulez voir vos scores actuels et comprendre ce qui vous freine ? On fait l'audit gratuitement.
Audit de performance gratuit
On analyse vos Core Web Vitals et vous donne un plan d'action priorisé par impact.
Analyser mon site