Vitesse du site web, comment la mesurer et l'améliorer

Pourquoi la vitesse compte, et les trois mesures de Google

Une page lente fait attendre quelqu'un qui veut seulement votre numéro de téléphone ou vos horaires. Google utilise des mesures de rapidité et de stabilité dans l'évaluation de l'expérience de page, mais la pertinence du contenu pèse davantage. Un site rapide ne vous fera pas arriver en tête des résultats à lui seul. Il évite surtout de perdre en route des visiteurs qui étaient venus pour vous.

Ces mesures s'appellent les Core Web Vitals (signaux Web essentiels), et elles sont trois :

• LCP (Largest Contentful Paint) : le moment où le plus grand élément visible de la page, souvent la photo du haut, est affiché. Le seuil « bon » est de 2,5 secondes ou moins.
• INP (Interaction to Next Paint) : le délai entre un geste, par exemple ouvrir le menu ou appuyer sur un bouton, et la réaction de la page. Le seuil « bon » est de 200 millisecondes ou moins.
• CLS (Cumulative Layout Shift) : les sauts de mise en page, comme le bouton qui se déplace au moment où vous allez appuyer parce qu'une image ou une bannière s'est chargée au-dessus. Le seuil « bon » est de 0,1 ou moins.

Ces seuils doivent être atteints pour trois visites sur quatre. Google distingue les données de terrain (visiteurs réels, sur environ les quatre dernières semaines) des données de laboratoire (un test simulé, lancé à la demande). Un site peu visité n'a parfois que des données de laboratoire.

Mesurer en une demi-heure

1. Choisissez trois pages : l'accueil, une page de prestation et la page de contact.
2. Ouvrez PageSpeed Insights, collez l'adresse d'une page et lancez l'analyse. Lisez d'abord l'onglet « Mobile » : un téléphone est plus lent qu'un ordinateur, le test y est plus sévère et c'est là que les défauts se voient.
3. Notez LCP, INP et CLS. Si INP n'apparaît pas, le site n'a pas assez de visites pour des données de terrain ; regardez alors la ligne « Temps de blocage total » du test de laboratoire, qui s'en approche.
4. Lisez la liste des opportunités et des diagnostics. Les premières lignes, avec le plus grand gain estimé, sont à traiter en premier.
5. Lancez chaque test trois fois : les résultats varient d'un essai à l'autre, gardez celui du milieu.
6. Après vos corrections, refaites exactement les mêmes tests et comparez avec vos notes. Les données de terrain mettent environ quatre semaines à refléter un changement.

Ne courez pas après 100 sur 100. Le score est un résumé, ce sont les trois valeurs qui comptent.

Les causes les plus fréquentes, dans l'ordre où les traiter

1. Les images. Une photo prise avec un téléphone récent pèse plusieurs mégaoctets, alors qu'elle s'affichera dans un cadre bien plus petit. Réduisez-la à la taille d'affichage, compressez-la et enregistrez-la dans un format moderne comme WebP ou AVIF. Comme repère, une image de plus de 200 kilo-octets mérite un second regard.

Chargez seulement au moment du défilement les images situées plus bas, mais jamais la grande image du haut, qui doit apparaître en premier. Indiquez la largeur et la hauteur de chaque image : la page n'a alors pas à se réorganiser quand elle arrive. Un site qui montre beaucoup de réalisations est le cas typique, comme celui d'un salon (voir le guide sur le site web d'un salon de coiffure).

2. Les polices. Chaque police et chaque graisse est un fichier à télécharger. Limitez-vous à une ou deux familles et à quelques graisses, hébergez-les sur votre propre serveur plutôt que sur un service externe, et utilisez le format WOFF2, qui est compressé.

3. Les scripts externes. Chat en ligne, statistiques, flux de réseaux sociaux, cartes, vidéos intégrées : chacun ajoute des requêtes et du poids. Supprimez ceux que personne ne regarde et chargez la carte ou la vidéo seulement au clic. La bannière de cookies en fait partie (voir le guide sur la bannière de cookies en Suisse).

4. L'hébergement. Avant que quoi que ce soit s'affiche, le serveur doit répondre. Un hébergement partagé surchargé, un site WordPress sans mise en cache ou une version ancienne de PHP retardent toute la page. Demandez à l'hébergeur où se trouve le serveur (en Suisse pour une clientèle suisse), si la mise en cache et la compression sont activées et quelle version de PHP est utilisée.

5. Le thème et les extensions. Un constructeur de pages lourd ou des dizaines d'extensions chargent des fichiers sur chaque page, utilisés ou non. Désactivez et supprimez ce qui ne sert plus.

Corriger ou refaire ?

Si les images, les polices et les scripts sont en ordre mais que les valeurs restent mauvaises, c'est souvent le thème ou la technique du site qui est en cause. À ce stade, la question n'est plus celle d'une rustine mais d'une refonte. La liste de contrôle d'une refonte aide à décider avant de demander une offre.

Savoir où en est votre site

Pour un premier état des lieux, le check-up gratuit de votre site est un bon point de départ. D'autres sujets se trouvent dans nos conseils.

Questions fréquentes

Quel score faut-il viser dans PageSpeed Insights ?

Ne visez pas un chiffre. Visez les trois valeurs (LCP, INP, CLS) dans la zone « bon », surtout sur mobile. Un score de 100 n'est pas un objectif raisonnable pour un site de PME.

Pourquoi mon score change-t-il d'un test à l'autre ?

Le test de laboratoire dépend de la charge du serveur et du réseau au moment où vous cliquez. Lancez-le plusieurs fois et gardez la valeur du milieu, à la même heure de la journée si possible.

Un module de cache suffit-il à accélérer mon site ?

Il aide, surtout pour le temps de réponse du serveur, mais il ne rend pas légères des images trop lourdes ni des scripts inutiles. Après son installation, testez vos formulaires : un cache mal réglé peut les perturber.

Faut-il changer d'hébergeur ?

Seulement si, une fois les images, les polices et les scripts corrigés, le temps de réponse du serveur reste le principal retard. Posez d'abord vos questions à l'hébergeur actuel : version de PHP, mise en cache, compression.