Vitesse du site et Core Web Vitals 2026 : comment les secondes influencent les ventes

Pourquoi la vitesse est de l'argent, pas de l'esthétique

Le constat est confirmé par des études sur de grandes plateformes : plus une page met de temps à charger, plus la probabilité d'achat baisse. Faire passer le temps de chargement de 1 à 3 secondes augmente nettement la part de personnes qui ferment l'onglet ; sur mobile, l'effet est encore plus marqué. La logique est simple : un site lent fatigue les gens, sème la méfiance (« si tout rame ici, ma commande arrivera-t-elle seulement ? ») et les pousse vers le concurrent situé à un clic de distance.

Autre raison : la recherche. Google compte officiellement les Core Web Vitals parmi les signaux de classement. Toutes choses égales par ailleurs, un site plus rapide se positionne plus haut. Et, comme nous l'avons écrit dans l'article sur l'optimisation GEO, les pages lentes s'en sortent aussi moins bien dans les réponses de recherche IA.

Les trois métriques Core Web Vitals en mots simples

Core Web Vitals est un ensemble d'indicateurs de Google qui décrivent le ressenti réel d'une page. En 2026, il y en a trois :

• LCP (Largest Contentful Paint) — la vitesse d'apparition de l'élément principal. Le temps nécessaire pour que le plus grand élément visible à l'écran (généralement l'image principale ou le titre) devienne visible. Bon — moins de 2,5 secondes. Il répond à la question « quand l'utilisateur voit-il que la page a chargé ».
• INP (Interaction to Next Paint) — la vitesse de réponse. À quelle vitesse le site réagit aux actions : vous cliquez sur un bouton — combien de temps avant que quelque chose se passe. Bon — moins de 200 millisecondes. En 2024, l'INP a officiellement remplacé l'ancienne métrique FID et mesure la réactivité plus précisément.
• CLS (Cumulative Layout Shift) — la stabilité de la mise en page. À quel point les éléments « sautent » pendant le chargement. Tout le monde connaît cet agacement : vous visez un bouton, et une bannière saute à sa place. Bon — une valeur inférieure à 0,1.

Vous pouvez vérifier gratuitement vos propres valeurs dans PageSpeed Insights ou dans le rapport Core Web Vitals de Google Search Console — vous y voyez des données réelles issues d'utilisateurs en conditions réelles, pas seulement un test en laboratoire.

Check-list d'accélération : ce qui donne le plus gros effet

• Images. La cause la plus courante d'un LCP lent. Formats modernes (WebP/AVIF), la bonne taille pour l'écran, chargement différé de ce qui est sous la ligne de flottaison, et width/height pour que la mise en page ne saute pas.
• Polices. Auto-hébergement des polices au lieu d'un tiers, font-display: swap et préchargement de la graisse clé — le texte apparaît immédiatement, sans « clignotement ».
• Scripts. Moins de JavaScript lourd, chargement différé des outils d'analyse et des widgets, suppression de ce que personne n'utilise. C'est le JS surchargé qui gâche le plus souvent l'INP.
• Cache et compression. Gzip/Brotli, mise en cache navigateur des ressources statiques, un CDN si nécessaire. Les visites répétées deviennent instantanées.
• Hébergement. Une réponse serveur lente plombe tout le reste. Parfois, le moyen le plus rapide d'accélérer un site est de le déménager : nous avons écrit sur ce choix dans l'article VPS ou hébergement mutualisé.
• Code propre plutôt que « moissonneuse-batteuse ». Un site sur un lourd template de constructeur avec une dizaine de plugins perd presque toujours face à une mise en page sur mesure et soignée. C'est pourquoi nous construisons des sites web clé en main avec un score de vitesse 90+ comme standard.

Une erreur courante : « on accélérera plus tard »

La vitesse coûte le moins cher à intégrer dès le départ, dans l'architecture même. Une fois qu'un site est déjà assemblé sur un template lourd avec une dizaine d'extensions, chaque optimisation devient une lutte contre les conséquences et coûte plus cher que le développement lui-même. Si votre site est déjà lent — ce n'est pas une fatalité : dans la plupart des cas, il est réaliste de l'accélérer nettement dans le cadre d'un support, sans réécriture complète. Mais un nouveau projet est plus honnêtement construit rapide dès le départ.

Conclusion

Core Web Vitals n'est pas un caprice de Google — c'est une tentative de mesurer ce que le client ressent déjà de toute façon : rapide, réactif, sans sauts. Gardez le LCP sous 2,5 s, l'INP sous 200 ms, le CLS sous 0,1 — et vous obtiendrez plus de demandes avec le même trafic. Vous voulez savoir où sont vos points de blocage ? Nous ferons un audit de vitesse gratuit et montrerons ce qui apporte le plus gros gain.