Créer mon site gratuitement

La base de connaissances Vitesse

Vitesse : les seuils de Google et notre exigence

Les trois mesures utilisées par Google (Core Web Vitals), les seuils du « bon », notre propre exigence pour chaque site que nous construisons (le contenu principal en moins de 0,7 seconde) et comment nous testons la vitesse de chaque site.

2 min de lecture6 sections6 sources

Trois mesures et leurs seuils#

Google mesure le ressenti du site avec trois mesures. L'évaluation se fait au 75e centile, c'est-à-dire ce qui se passe pour trois visites sur quatre [1]. Google utilise ces mesures dans ses systèmes d'expérience sur la page [2].

LCP : la rapidité d'affichage du contenu principalBon : au plus 2,5 sÀ améliorer : de 2,5 s à 4 sMauvais : plus de 4 s2,5 s4 sINP : la rapidité de réaction de la page aux clicsBon : au plus 200 msÀ améliorer : de 200 ms à 500 msMauvais : plus de 500 ms200 ms500 msCLS : à quel point la page sauteBon : au plus 0,1À améliorer : de 0,1 à 0,25Mauvais : plus de 0,250,10,25

✓ Bon ! À améliorer ✕ Mauvais

Afficher sous forme de tableau
MesurerBonÀ améliorerMauvais
LCPau plus 2,5 s2,5-4 splus de 4 s
INPau plus 200 ms200-500 msplus de 500 ms
CLSau plus 0,10,1-0,25plus de 0,25
Source : web.dev (Google). Évalué au 75e centile des visites réelles.

D'où viennent les chiffres#

Les chiffres viennent du Chrome UX Report : des données anonymes d'utilisateurs réels de Chrome qui partagent des statistiques. Seuls les sites ayant assez de visites sont inclus, et Google ne dit pas où se situe le seuil [3]. Si les données manquent pour votre site, nous le disons. Nous ne devinons jamais un chiffre.

Notre exigence : moins de 0,7 seconde#

Les seuils de Google sont un niveau minimum. Sur les sites que nous construisons et gérons, nous exigeons davantage : le contenu principal doit s'afficher en 0,7 seconde sur ordinateur et le serveur doit répondre en 0,2 seconde. Sur mobile, où Google suppose un réseau 4G plus lent, la page doit franchir avec de la marge le seuil du « bon » de Google. Les exigences s'appliquent aussi bien au nouveau design qu'à la copie du site actuel du client [4] [5].

MesurerLe seuil du « bon » de GoogleNotre exigence pour nos sites
La réponse du serveur (TTFB)au plus 0,8 s (recommandation)au plus 0,2 s
Le premier contenu s'affiche (FCP)au plus 1,8 s (recommandation)au plus 0,8 s
Le contenu principal s'affiche (LCP), ordinateurau plus 2,5 sau plus 0,7 s
Le contenu principal s'affiche (LCP), mobile en 4Gau plus 2,5 sau plus 2,5 s, objectif 1,0 s
Réaction au clic (INP)au plus 0,2 sau plus 0,1 s
Décalage de mise en page (CLS)au plus 0,1au plus 0,1, objectif 0,02
Performances Lighthouse90+ est considéré comme bon90-100
SEO et accessibilité Lighthouseaucune exigence de Google95-100
LCP, INP et CLS sont les Core Web Vitals de Google. TTFB et FCP sont des recommandations de Google, pas des critères de classement. Nos exigences sont des objectifs techniques que nous fixons pour garder de la marge ; des chiffres parfaits ne garantissent aucune position.

Comment nous testons la vitesse#

  • Chaque site que nous construisons ou présentons en aperçu est testé avec PageSpeed Insights de Google, sur mobile et ordinateur, au moins une fois par semaine et après chaque modification. Un site qui ne respecte pas l'exigence apparaît tout de suite dans notre exploitation, avec ce qui doit être corrigé [6].
  • Chaque site que nous analysons, y compris le site actuel du client, est testé de la même façon. Le commercial voit le chiffre avec sa source, par exemple le nombre de secondes avant que le contenu principal s'affiche sur mobile, comparé au seuil de Google.
  • Si le site a assez de visiteurs, nous indiquons aussi la mesure de Google sur les visiteurs réels (le Chrome UX Report), qui est celle que Google utilise lui-même [3].

Voici ce que nous faisons pour que le site soit rapide#

  • La page est envoyée toute prête par le serveur, avec les styles les plus importants directement dans la page, pour que rien n'ait à attendre les scripts.
  • L'image principale est récupérée en premier et à la bonne taille pour l'écran ; les images plus bas se chargent quand le visiteur fait défiler jusqu'à elles.
  • Les polices sont sur notre propre serveur, et un style de secours aux mêmes dimensions empêche le texte de sauter quand la police arrive.
  • La page suivante est récupérée à l'avance quand le visiteur pointe un lien, pour qu'elle s'ouvre tout de suite.
  • Les tâches de fond sur le serveur passent toujours après les pages des visiteurs.
  • Nous indiquons la mesure de Google dans l'analyse quand elle existe, avec la date et la source.

Images#

Comment nommer, décrire et charger les images, et quels sont les mythes sur EXIF et GPS, est expliqué dans Images et noms de fichiers.

Quelle est la vitesse de votre site web ?

L'analyse gratuite mesure la vitesse sur mobile et sur ordinateur.

0 SEK · sans inscription · une réponse en une minute environ

Sujet suivantChronologie →Ce qui se passe le premier jour, les premières semaines et les premiers mois après notre prise en charge, et quand vous pouvez vous attendre à voir une différence.

Sources de cette page

  1. Web Vitals : métriques et seuils web.dev (Google) · Documentation officielle
  2. Core Web Vitals et recherche Google Google Search Central · Documentation officielle
  3. Chrome UX Report : méthodologie Chrome for Developers · Documentation officielle
  4. Largest Contentful Paint (LCP) web.dev (Google) · Documentation officielle
  5. Time to First Byte (TTFB) web.dev (Google) · Documentation officielle
  6. À propos de PageSpeed Insights Google for Developers · Documentation officielle

Base de connaissances mise à jour le 15 octobre 2026. Vous avez trouvé une erreur ? Dites-le-nous et nous la corrigerons.