Vitesse de chargement SEO : arrêtez de viser le 100/100

Je le constate presque à chaque audit : le score PageSpeed est vert, la Search Console est orange. Un 92/100 ne prouve pas que votre site est rapide aux yeux de Google, tout simplement parce que les deux outils ne mesurent pas la même chose.

Je vous explique ici ce que Google regarde derrière l'expression vitesse de chargement SEO, comment savoir où vous en êtes vraiment, et par quoi commencer quand le budget n'est pas illimité. Les chiffres cités viennent du Web Almanac 2025 de HTTP Archive et des études publiées par Google.

Par Sandrine Stoller, consultante SEO freelance, +40 audits SEO réalisés (LinkedIn) | Publié le 1er octobre 2026 | Lecture : 14 minutes

Vitesse de chargement SEO : ce que Google mesure réellement

« Mon site est lent. » C'est souvent la première phrase d'un premier rendez-vous. Je réponds toujours par une question : lent pour qui, et à quel moment ?

Parce que Google ne chronomètre pas une « vitesse » globale.

Il regarde trois moments précis de la visite, qu'il a baptisés Core Web Vitals, ou signaux web essentiels dans la traduction officielle.

LCP, INP et CLS, les trois Core Web Vitals

Plutôt que des définitions techniques, je préfère les présenter comme les trois questions que se pose un visiteur, sans même s'en rendre compte, dans les premières secondes.

Source : Google, web.dev, Web Vitals. Les seuils sont identiques sur mobile et ordinateur.

Si vous tombez sur un vieux guide qui parle de FID, il est périmé : l'INP l'a remplacé le 12 mars 2024. Et la différence n'a rien de cosmétique. Le FID ne regardait que le tout premier clic, alors que l'INP suit toutes les interactions de la visite.

Du jour au lendemain, pas mal de sites affichés en vert sont passés à l'orange sans avoir changé une ligne de code.

La règle des 75 % : comment Google juge une page

Voilà le point que je dois expliquer à chaque fois, parce que presque personne ne le mentionne. Google ne s'intéresse pas à votre temps de chargement moyen.

Pour qu'une page soit jugée bonne, au moins 75 % des visites doivent passer sous le seuil. C'est écrit noir sur blanc dans la méthodologie publiée par Google.

Prenez une situation très courante. Chez vous, en fibre, sur un ordinateur récent, la page s'affiche en un clin d'œil.

Mais un visiteur sur quatre la consulte depuis un smartphone de milieu de gamme, dans le train, avec une 4G capricieuse.

 Pour lui, c'est long, et la page échoue. Comme une seule métrique en orange suffit à faire basculer tout le bilan, les surprises arrivent vite.

Un facteur de classement Google, mais pas le plus puissant

Oui, Google utilise les Core Web Vitals pour classer les pages. Il le confirme dans sa documentation sur l'expérience de page.

Mais dans le même texte, il précise qu'il continuera de montrer le contenu le plus pertinent, même si l'expérience proposée n'est pas terrible.

Ces trois mesures ne couvrent d'ailleurs qu'une part de l'expérience utilisateur : la clarté du parcours, la lisibilité sur mobile et la qualité du contenu comptent tout autant.

Je vais être directe : accélérer une page qui répond mal à la recherche ne la fera pas remonter. La vitesse joue les arbitres quand plusieurs pages se valent, et dans un secteur concurrentiel, accélérer votre site peut justement faire pencher la balance. Si votre site est rapide et que le trafic ne bouge pas, le problème est ailleurs.

J'ai rassemblé les causes que je rencontre le plus souvent dans pourquoi mon SEO ne fonctionne pas.

Laboratoire ou terrain : quel temps de chargement croire ?

C'est de loin le malentendu que je croise le plus. On m'envoie une capture « 94/100 sur PageSpeed », avec un petit mot satisfait, alors que la Search Console classe les pages mobiles en « médiocre ».

Personne ne ment. Les deux outils ne regardent simplement pas la même chose.

PageSpeed Insights et Lighthouse servent à diagnostiquer

La grosse note colorée de PageSpeed Insights vient d'un test de laboratoire : un robot charge la page une fois, sur un téléphone et une connexion simulés.

C'est très pratique pour comprendre pourquoi une page est lente, grâce aux recommandations affichées en dessous.

C'est dans cette liste que je vais chercher les causes lors d'un audit technique SEO. En revanche, Google ne s'en sert pas pour vous classer.

La Search Console montre ce que vivent vos visiteurs

Les données prises en compte pour le classement viennent du Chrome User Experience Report (CrUX) : des visites réelles d'utilisateurs de Chrome, cumulées sur 28 jours.

Vous les trouverez dans le rapport Core Web Vitals de la Search Console, et dans le premier bloc de PageSpeed Insights, celui qui s'intitule «

Découvrez l'expérience de vos utilisateurs réels ». Si la Search Console vous intimide encore, mon guide Google Search Console vous fera gagner du temps.

Sources : web.dev et aide Search Console. Colonne « usage » : pratique Allo-SEO.

Retenez surtout ceci : quand la note de laboratoire et les données terrain ne racontent pas la même histoire, ce sont les données terrain qui ont raison. Toujours.

Non, le seuil du LCP n'est pas descendu à 2 secondes

Petite parenthèse, parce que la rumeur circule. Plusieurs articles bien placés sur Google affirment que le seuil « bon » du LCP serait passé de 2,5 à 2 secondes pour les secteurs concurrentiels.

J'ai vérifié. Rien dans la documentation web.dev, rien dans la page expérience de page de Google Search Central, pourtant mise à jour en décembre 2025 : on est toujours à 2,5 secondes.

Viser plus vite reste une excellente idée pour vos ventes, mais ce n'est pas une nouvelle règle.

Vitesse de site et chiffre d'affaires : ce que disent les études

Sur le classement, l'effet de la vitesse existe, mais il reste discret. Sur les ventes, c'est une autre histoire, et c'est souvent cet argument qui fait bouger un dirigeant.

Un site lent figure d'ailleurs parmi les signes d'un site qui ne performe pas.

Le temps de chargement, maillon faible du web mobile

Quand on décortique les résultats mobiles métrique par métrique, un chiffre saute aux yeux. La réactivité et la stabilité s'en sortent plutôt bien.

C'est l'affichage du contenu principal, le LCP, qui fait tomber la plupart des sites.

Source : HTTP Archive, Web Almanac 2025, chapitre Performance (données CrUX de juillet 2025). Sur ordinateur, 56 % des sites passent les trois métriques.

Le même rapport contient une donnée que je trouve très parlante : sur mobile, les pages d'accueil réussissent moins souvent que les pages secondaires (45 % contre 56 %).

Quand on y pense, rien d'étonnant. La page d'accueil cumule souvent carrousel, vidéo et scripts en tout genre, et c'est la première visitée, donc celle que le navigateur n'a encore rien pu mettre en cache.

Ce que la vitesse change au taux de conversion

Les chiffres les plus solides viennent de tests A/B, où deux versions d'une même page ne diffèrent que par leur vitesse.

Ce sont ceux que je sors quand il faut justifier un budget.

L'étude Deloitte est corrélationnelle (observation de sites réels), les tests Vodafone et Rakuten isolent la performance comme seule variable.

Ce qui me plaît dans ces exemples, c'est qu'aucune de ces entreprises n'a touché au design, aux textes ou aux prix. Le même trafic a juste mieux converti.

Le taux de conversion a grimpé sans un euro de publicité supplémentaire.

C'est pour ça que je range la performance du côté de la conversion autant que du SEO, et que je la travaille souvent avec l'UX et la conversion.

Core Web Vitals : ma méthode pour savoir par quoi commencer

Les guides alignent volontiers quinze techniques d'optimisation. Très bien, mais laquelle attaquer en premier quand on n'a ni développeur à plein temps ni budget illimité ?

Voici comment je procède lors d'un audit technique. Elle tient en trois étapes.

D'abord, les pages qui rapportent, pas les plus lentes

Pas la page la plus lente du site, et encore moins les mentions légales.

Je pars de celles qui font rentrer des contacts, des commandes ou du trafic : pages services, formulaire de devis, page d'accueil, fiches produits phares. 

Sur une boutique, je regarde très vite les pages catégories, qui pèsent souvent plus lourd qu'on ne le croit.

Ensuite, la métrique Core Web Vitals qui coince

Dans la Search Console, je filtre sur mobile et je regarde quel indicateur pose problème sur ces pages-là.

C'est essentiel, parce qu'on ne soigne pas un mauvais LCP comme un mauvais INP. 

Le premier vient souvent d'une image ou du serveur, le second du JavaScript. Se tromper de cible, c'est dépenser de l'argent pour rien.

Enfin, les correctifs de vitesse classés par impact

Une fois la métrique identifiée, je range les actions possibles dans un tableau comme celui-ci, et je commence par le haut : peu d'effort, beaucoup d'effet.

C'est cette grille qui sert de base au plan d'optimisation des performances que je remets à mes clients.

Grille tirée de ma pratique en audit. Le repère TTFB de 0,8 s correspond à la recommandation de web.dev.

Le temps de chargement qu'on vous vend, et celui qui compte

Et puis il y a les chantiers sur lesquels je freine régulièrement mes clients.

Ils rassurent, ils donnent de jolis rapports, mais ils rapportent peu.

Étude de cas Vodafone : 31 % de LCP gagné, 8 % de ventes en plus

Tout le monde cite Vodafone, presque toujours en une ligne : « +8 % de ventes ».

J'ai relu l'étude complète publiée par Google, et les détails sont bien plus intéressants que le titre.

Deux pages identiques, une seule différence : la vitesse

Vodafone Italie a mis en ligne deux versions d'une même landing page, identiques à l'œil comme à l'usage. Seule la version A avait été optimisée.

Le trafic, acheté en display, sur les applications, sur le moteur de recherche et sur les réseaux sociaux, était coupé en deux : environ 34 000 visites par jour de chaque côté.

Et le LCP était mesuré chez les vrais visiteurs, pas dans un outil de test.

Des correctifs classiques, sur le LCP et le JavaScript

Ce qu'ils ont fait ? Confier la génération d'un widget au serveur plutôt qu'au navigateur, ce qui allège le JavaScript bloquant. Envoyer le HTML essentiel directement depuis le serveur.

Redimensionner l'image principale, compresser les SVG et les PNG, et ne plus charger les images invisibles à l'écran.

Que des leviers classiques, ceux-là mêmes qui figurent dans le tableau de priorisation plus haut.

Source : web.dev, étude de cas Vodafone (2021). Les valeurs absolues de ventes n'ont pas été publiées par l'entreprise.

Trois enseignements pour vos propres Core Web Vitals

Ce qu'il faut surveiller une fois les corrections faites

Deux erreurs reviennent souvent. La première, c'est de juger trop vite.

Les données CrUX portent sur 28 jours : la Search Console met donc plusieurs semaines à refléter les progrès, et le bouton « Valider la correction » déclenche une surveillance d'à peu près la même durée. Il faut être patient.

La seconde, c'est d'oublier de vérifier que rien n'a cassé. Un script de suivi différé un peu brutalement, et vos statistiques de conversion deviennent fausses sans que personne ne s'en aperçoive.

Formulaires, Analytics, pixels : je contrôle tout après chaque lot de corrections.

Et quand le problème dépasse la performance pure, avec un JavaScript mal interprété ou des pages difficiles à explorer, on bascule plutôt du côté de l'optimisation technique.

Vitesse de site : ce que je vois sur WordPress et en e-commerce

Les causes de lenteur dépendent beaucoup de la technologie utilisée. Deux cas reviennent dans la plupart de mes audits.

Sur WordPress, c'est surtout l'affichage qui traîne

Le tableau classique : un thème à tout faire, un constructeur de pages et une vingtaine d'extensions qui chargent leurs fichiers sur toutes les pages, y compris là où elles ne servent à rien.

La réactivité tient à peu près, c'est le LCP qui décroche. Avant d'ajouter une énième extension de cache, faites l'inventaire de ce qui sert vraiment.

C'est une des premières choses que je regarde pour faire un audit SEO WordPress.

Si vous préférez déléguer l'inventaire et les correctifs, ils sont inclus dans ma prestation d'audit WordPress.

En e-commerce, les scripts tiers font grimper le taux de rebond

Sur une boutique, les suspects habituels sont les widgets d'avis clients, les modules de recommandation, les pixels publicitaires et les filtres de catégories en JavaScript, qui plombent la réactivité.

C'est aussi là que chaque dixième de seconde se voit dans le panier moyen, comme le montrent les chiffres de Deloitte. Je l'examine systématiquement lors d'un audit SEO e-commerce, en même temps que les fiches produits.

Vitesse de chargement SEO : par où commencer cette semaine

Si je devais résumer cet article en une phrase : la vitesse de chargement SEO se gagne sur vos pages qui rapportent, mesurée chez vos vrais visiteurs, une métrique après l'autre.

Pas en courant après une note.

Concrètement, prenez vingt minutes cette semaine. Ouvrez le rapport Core Web Vitals de la Search Console, passez sur mobile, et notez les pages importantes en orange ou en rouge, avec la métrique en cause.

Cette petite liste vous en dira plus que dix captures d'écran de PageSpeed, et vous saurez tout de suite s'il s'agit de quelques réglages ou d'un vrai chantier technique.

Et ne laissez pas traîner. Un visiteur qui repart parce que la page ne s'affiche pas ne laisse ni message ni trace dans vos demandes de contact.

Si vous préférez me confier le diagnostic et les corrections, c'est précisément ce que je fais dans ma prestation d'optimisation des performances web : un plan classé par priorité, des mesures avant et après, et aucun formulaire ni outil de suivi cassé en route.

Pour une vue d'ensemble de tout ce qui freine votre site, côté contenu comme côté SEO technique, un audit SEO complet est un bon point de départ.

Sources consultées

• Google web.dev : Web Vitals
• Google web.dev : définition des seuils des Core Web Vitals
• Google Search Central : comprendre l'expérience de page
• HTTP Archive : Web Almanac 2025, Performance
• web.dev : étude de cas Vodafone et Rakuten 24
• Deloitte : Milliseconds Make Millions