Vitesse d’un site web : pourquoi elle pèse sur vos conversions

Un site lent fait fuir une partie des visiteurs avant qu’ils voient votre offre, et ceux qui restent remplissent moins volontiers un formulaire qui réagit mal. Google mesure cette expérience avec trois indicateurs, les Core Web Vitals : la vitesse d’affichage du contenu principal (LCP), la réactivité aux clics (INP) et la stabilité de la page (CLS). Ce guide explique ces seuils, leur lien avec vos conversions et votre référencement, et les corrections à faire en priorité.

Ce que « rapide » veut dire en 2026

Pendant longtemps, on a parlé de « temps de chargement » comme d’un seul chiffre. Ce n’est plus la bonne approche. Une page peut afficher son titre en une seconde, puis faire sauter le texte quand une bannière apparaît, puis mettre une demi-seconde à réagir quand on touche un bouton. Chaque étape compte pour le visiteur.

Google retient donc trois mesures, appelées Core Web Vitals. Voici les seuils publiés sur web.dev :

Deux précisions importantes :

• Ces seuils s’évaluent au 75e percentile des visites, séparément sur mobile et sur ordinateur. Autrement dit, trois visites sur quatre doivent atteindre le bon seuil, pas seulement la vôtre sur la fibre du bureau.
• L’INP a remplacé le FID (First Input Delay) comme Core Web Vital le 12 mars 2024, comme l’annonçait web.dev. Le FID ne mesurait que le délai de la première interaction ; l’INP tient compte de toutes les interactions de la visite, selon la documentation de l’INP. Si un guide vous parle encore du FID ou du « Time to Interactive » comme référence principale, il date.

Pourquoi la vitesse influence le taux de conversion

La vitesse ne vend rien par elle-même. Elle retire des obstacles entre le visiteur et l’action que vous attendez. Chaque indicateur correspond à une situation concrète :

• LCP lent : le visiteur arrive depuis Google sur son smartphone, voit une page blanche ou une image qui se charge par morceaux, et revient aux résultats de recherche avant d’avoir lu votre titre.
• INP élevé : il touche « Demander un devis » et rien ne se passe pendant un instant. Il touche une deuxième fois, ouvre le menu par erreur ou envoie le formulaire deux fois.
• CLS élevé : il s’apprête à toucher le numéro de téléphone, une bannière cookies ou une image se charge au-dessus, le contenu descend et il clique ailleurs.

Les grandes entreprises ont mesuré l’effet. Dans une étude de cas publiée sur web.dev en 2021, Vodafone indique qu’une amélioration de 31 % du LCP a conduit à 8 % de ventes en plus lors d’un test comparatif. C’est un site à très fort trafic, et ce résultat ne se transpose pas tel quel à un site de PME. Mais le mécanisme est le même : moins d’attente, moins d’abandons.

Pour le reste du parcours (formulaires, appels à l’action, éléments de confiance), voyez le guide pour augmenter le taux de conversion. La vitesse n’en est qu’une condition.

Vitesse et référencement : ce que Google dit vraiment

On lit souvent que la vitesse est « un critère de classement majeur ». La position officielle est plus nuancée. Selon Google Search Central, de bons Core Web Vitals s’alignent sur ce que ses systèmes de classement cherchent à récompenser, et Google recommande d’en avoir de bons. Mais la page consacrée à l’expérience sur la page précise aussi qu’une bonne expérience ne garantit pas les premières positions, et que Google cherche toujours à afficher le contenu le plus pertinent, même si l’expérience est moyenne.

En clair : un site rapide mais sans contenu utile ne remontera pas pour autant. La vitesse fait partie des bases à poser dès la création du site, avec la structure, les contenus et le balisage. Elle ne remplace pas un vrai travail de référencement SEO.

Le mobile mérite une attention particulière. Google utilise la version mobile du contenu d’un site, explorée avec son robot pour smartphone, pour l’indexation et le classement, comme l’explique sa documentation sur l’indexation mobile-first. Un site responsive et pensé pour le mobile doit donc aussi être rapide sur mobile, pas seulement sur grand écran.

Comment mesurer la vitesse de votre site

PageSpeed Insights : deux types de données

PageSpeed Insights, l’outil gratuit de Google, affiche deux blocs qu’il ne faut pas confondre, comme le détaille sa documentation :

• les données réelles (terrain), issues du rapport Chrome UX Report : l’expérience de vrais visiteurs sur les 28 derniers jours, au 75e percentile. C’est ce qui compte pour Google ;
• les données de laboratoire, produites par Lighthouse : une simulation sur un appareil et une connexion fixes. Elles servent à diagnostiquer et à tester une correction.

Si votre site reçoit peu de visites, les données terrain peuvent manquer. Dans ce cas, appuyez-vous sur le laboratoire, en mode mobile, et testez plusieurs pages : l’accueil, une page de service, la page contact, une fiche produit. Vous pouvez aussi mesurer la vitesse de votre site avec le test SEO gratuit de Top Agency, qui reprend le score PageSpeed mobile et vérifie les bases du référencement de la page.

Les erreurs de lecture les plus courantes

• Viser un score de 100 à tout prix. Le score de laboratoire est un outil de diagnostic, pas un objectif commercial.
• Tester uniquement la page d’accueil, alors que beaucoup de visiteurs arrivent par une page de service ou un article.
• Tester sur ordinateur, au bureau, alors que vos clients vous trouvent sur leur GSM.
• Conclure après un seul test : les résultats de laboratoire varient d’un passage à l’autre.

Dans Google Search Console, le rapport Core Web Vitals regroupe les pages qui posent le même problème. C’est pratique pour savoir si un défaut touche un seul modèle de page ou tout le site.

Les causes de lenteur les plus fréquentes, et quoi corriger

Si le LCP est mauvais

• Un serveur lent. Un hébergement mutualisé surchargé ou mal configuré retarde tout le reste. Regardez le temps de réponse du serveur dans le rapport.
• Une image principale trop lourde. C’est souvent l’élément LCP. Redimensionnez-la, utilisez un format moderne comme WebP ou AVIF, et ne la chargez pas en différé puisqu’elle est visible immédiatement. Le détail est dans le guide sur l’optimisation des images.
• Un slider en haut de page. Il charge plusieurs grandes images et du JavaScript avant d’afficher quoi que ce soit d’utile. Une image fixe et un titre clair font mieux.
• Pas de cache. Sans cache serveur ni cache navigateur, chaque visite reconstruit la page. Un CDN rapproche aussi les fichiers des visiteurs.
• Des polices et feuilles de style qui bloquent l’affichage. Limitez le nombre de polices et de graisses.

Si l’INP est mauvais

• Trop de scripts tiers : widget de chat, outils de suivi en double, carte intégrée, vidéo, pixel publicitaire, bannière cookies lourde. Chacun occupe le navigateur quand le visiteur veut cliquer.
• Trop d’extensions sur WordPress, ou d’applications sur Shopify. Beaucoup ajoutent leur propre code sur toutes les pages, même là où elles ne servent pas.
• Un constructeur de pages qui génère une page très lourde. Plus la page contient d’éléments, plus chaque interaction coûte cher.

Si le CLS est mauvais

Les causes les plus courantes, selon web.dev, sont :

• des images ou vidéos sans dimensions déclarées ;
• des polices web qui s’affichent plus grandes ou plus petites que la police de secours ;
• des publicités ou widgets tiers qui changent de taille ;
• du contenu ajouté au-dessus du contenu existant, comme une bannière qui apparaît en haut de page.

Plan d’action en sept étapes

1. Mesurer cinq pages importantes dans PageSpeed Insights, en mobile, et noter LCP, INP et CLS.
2. Identifier pour chaque page l’élément LCP et ce qui le retarde.
3. Supprimer les extensions, applications et scripts tiers inutiles. C’est souvent le gain le plus rapide.
4. Optimiser les images, en commençant par celles du haut de page.
5. Activer ou vérifier le cache, et envisager un CDN.
6. Fixer les dimensions des images, des vidéos et des encarts pour stabiliser la page.
7. Si le serveur reste lent malgré tout, changer d’hébergement. Les critères sont expliqués sur la page création de site internet.

Refaites ensuite les mesures. Les données terrain se mettent à jour sur 28 jours : patientez avant de juger le résultat.

Mon approche chez Top Agency

Je suis David Topa, fondateur de Top Agency, et je construis seul les sites de mes clients, sur WordPress, WooCommerce, Shopify ou Sanity CMS. La vitesse se décide surtout au moment de la construction : choix du thème, nombre d’extensions, poids des images, scripts tiers vraiment nécessaires. C’est plus simple que de corriger un site lent après coup.

Pour un site existant, l’hébergement et la maintenance permettent de vérifier régulièrement que les pages et les formulaires fonctionnent. Les formules et leurs tarifs sont sur la page prix d’un site internet. Si vous voulez un avis sur la vitesse de votre site, contactez Top Agency.

Questions fréquentes

Faut-il obtenir 100 sur PageSpeed Insights ?

Non. Ce qui compte, ce sont les Core Web Vitals mesurés chez vos vrais visiteurs : un LCP de 2,5 s ou moins, un INP de 200 ms ou moins et un CLS de 0,1 ou moins. Un score de laboratoire de 85 avec de bonnes données terrain vaut mieux qu’un 100 obtenu en supprimant des fonctions utiles.

Une extension de cache suffit-elle à rendre un site WordPress rapide ?

Elle aide, surtout pour le LCP, mais elle ne corrige ni une image principale de plusieurs mégaoctets, ni une dizaine de scripts tiers, ni un hébergement saturé. Commencez par alléger, puis mettez en cache.

Le FID compte-t-il encore ?

Non. L’INP a remplacé le FID comme Core Web Vital en mars 2024. Si un outil ou un rapport ancien parle encore du FID, fiez-vous à l’INP.

La vitesse suffit-elle à mieux se positionner sur Google ?

Non. Google indique qu’une bonne expérience sur la page ne garantit pas les premières positions et que la pertinence du contenu passe d’abord. La vitesse est une base, pas un raccourci.

Sources

• web.dev, Web Vitals (seuils des Core Web Vitals)
• web.dev, Largest Contentful Paint (LCP)
• web.dev, Interaction to Next Paint (INP), mis à jour en 2025
• web.dev, Cumulative Layout Shift (CLS)
• web.dev, l’INP devient un Core Web Vital le 12 mars 2024
• web.dev, étude de cas Vodafone, 2021
• Google Search Central, Core Web Vitals et résultats de recherche, mis à jour en 2025
• Google Search Central, expérience sur la page
• Google Search Central, indexation mobile-first, mis à jour en 2025
• Google for Developers, à propos de PageSpeed Insights