Tester la vitesse de son site en deux minutes

Un site lent perd des visiteurs avant qu'ils aient lu un mot, et la plupart des dirigeants ignorent si le leur est lent. Le téléphone dans votre poche charge votre site depuis le cache, sur votre propre wifi, en une seconde — ce qui ne dit rien de la personne qui vous trouve en 4G sur un parking.

Le tester correctement prend environ deux minutes et n'exige aucune installation.

Étape 1 : tester la page où les gens arrivent

Ouvrez PageSpeed Insights, collez une URL, lancez. Prenez la page d'arrivée des visiteurs — souvent une page de prestation plutôt que l'accueil — et lisez d'abord le résultat mobile. C'est sur mobile que sont les problèmes : réseau plus lent, processeur plus petit.

Lancez-le deux fois. Une mesure est un échantillon, pas un verdict.

Étape 2 : lire trois chiffres, ignorer le reste

Les Core Web Vitals de Google sont trois mesures, et Google publie le seuil de chacune :

• Largest Contentful Paint (LCP) — le temps avant l'apparition du plus gros élément. Bon : en moins de 2,5 secondes.
• Interaction to Next Paint (INP) — le temps de réaction à un appui. Bon : 200 millisecondes ou moins. INP est devenu un Core Web Vital stable en 2024, en remplacement de First Input Delay.
• Cumulative Layout Shift (CLS) — l'ampleur des sauts pendant le chargement. Bon : 0,1 ou moins.

L'évaluation se fait au 75e centile des chargements, séparément sur mobile et sur ordinateur. En clair : trois visites sur quatre doivent être bonnes, pas la visite moyenne.

La note sur 100 est un résumé. Les trois chiffres sont le diagnostic.

Étape 3 : relier le chiffre à la cause

Chacune des trois échoue pour un petit nombre de raisons, et vous pouvez généralement deviner la vôtre.

LCP lent — presque toujours une image trop lourde. Une photo de 4 Mo sortie de l'appareil est la cause la plus fréquente d'un site de petite entreprise lent.

INP lent — le plus souvent des scripts : widgets de chat, traceurs, module de réservation, les trois à la fois.

CLS mauvais — quelque chose charge tard et pousse le contenu vers le bas. Images sans dimensions, bandeau cookies, police qui s'échange en cours de route.

Étape 4 : régler d'abord le problème des images

Pour la plupart des petits sites, redimensionner les images corrige l'essentiel du score.

• Exportez les photos à la taille où elles sont affichées, pas à celle produite par l'appareil
• Utilisez un format moderne — WebP ou AVIF — plutôt qu'un gros JPEG
• Donnez à chaque image sa largeur et sa hauteur pour éviter les sauts
• Supprimez toute image qui est décorative et non informative

Étape 5 : retester et noter le chiffre

Relancez la même page et notez les trois valeurs avec la date. La vitesse dérive — un widget ajouté en mars se voit en avril — et un chiffre d'il y a six mois est le seul moyen de s'en apercevoir.

Quand le problème ne vient pas des images

Redimensionner les photos règle le cas de la plupart des sites de petites entreprises. Si le vôtre est déjà léger et que deux des trois chiffres restent au rouge, la cause est l'une des suivantes.

Un Interaction to Next Paint lent vient presque toujours de scripts tiers. Un widget de chat, un module de réservation, un gestionnaire de balises et un carrousel d'avis ajoutent chacun du travail que le navigateur doit terminer avant de pouvoir répondre à un appui. Retirez-les un par un et remesurez ; la plupart des sites en portent au moins un que personne n'a utilisé depuis un an. Ce qui reste peut souvent ne se charger que sur la page qui en a besoin plutôt que sur toutes les pages.

Un mauvais Cumulative Layout Shift, c'est quelque chose qui arrive tard. Les quatre causes habituelles sont des images sans largeur ni hauteur, une publicité ou un module intégré sans espace réservé, un bandeau cookies qui pousse le contenu vers le bas au lieu de le recouvrir, et une police web qui se substitue à une autre et redistribue le texte. Le remède est le même pour toutes : réserver l'espace avant que l'élément n'arrive.

Un Largest Contentful Paint lent avec des images légères vient généralement de l'hébergement ou d'une feuille de style qui bloque le rendu. C'est le point où la réponse cesse d'être quelque chose que vous pouvez régler côté contenu, et l'étape suivante honnête consiste à poser la question à qui gère le site.

Assez rapide, c'est quoi ?

Atteindre les trois seuils est un bon objectif et un point d'arrêt raisonnable. Viser un 100 parfait vaut rarement le coup pour un site de petite entreprise : les derniers points coûtent un effort disproportionné et aucun visiteur ne les perçoit.

Ce qui vaut le coup : vérifier deux fois par an, et systématiquement après avoir ajouté quelque chose qui charge sur toutes les pages.

Une fois le site rapide, la question devient ce que font les visiteurs ensuite — voir plus de demandes via votre site et d'où viennent vos visiteurs.

Sources

• Web Vitals · web.dev
• Largest Contentful Paint (LCP) · web.dev
• Page experience in Google Search results · Google Search Central
• PageSpeed Insights · Google

Questions fréquentes

La vitesse influence-t-elle mon classement Google ?

L'expérience de page, Core Web Vitals compris, est l'un des nombreux signaux documentés par Google. Elle ne place pas une page au-dessus de résultats plus pertinents, mais entre deux pages comparables la plus rapide a un avantage, et, indépendamment du classement, la vitesse influe sur le fait que les visiteurs restent ou non.

Faut-il un score parfait de 100 ?

Non. Atteindre les trois seuils est un point d'arrêt raisonnable pour un site de petite entreprise. Les derniers points coûtent un effort disproportionné et aucun visiteur ne perçoit la différence.