Retour au blog

Performance Web

Performance web : pourquoi
la vitesse de votre site
impacte vos ventes

Core Web Vitals, LCP, INP, CLS, TTFB… Ces acronymes cachent une réalité simple : chaque seconde de chargement en trop, c'est des clients perdus et un classement Google en baisse.

11 min de lecture
·Publié le 30 mars 2026

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 width et height pour é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 defer ou async
  • 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