Vitesse de page : définition et explications

La vitesse de page est la rapidité avec laquelle une page se charge et devient utilisable. Ce n’est pas un chiffre unique. Une page peut commencer à s’afficher vite et paraître lente si elle se fige au premier appui : la vitesse se mesure donc avec plusieurs métriques, chacune capturant un moment différent :

• Réponse du serveur : TTFB
• Chargement visible : First Contentful Paint et Largest Contentful Paint
• Réactivité : Interaction to Next Paint
• Stabilité : Cumulative Layout Shift

LCP, INP et CLS forment ensemble les Core Web Vitals de Google.

Pourquoi c’est important pour le SEO

La vitesse influence la recherche de trois façons. Les Core Web Vitals font partie des signaux d’expérience sur la page de Google, même si la pertinence passe en premier. Des réponses de serveur rapides et fiables permettent à Googlebot d’explorer plus de pages dans le même temps. Et le plus gros effet est indirect : les pages lentes perdent des visiteurs avant qu’ils lisent, achètent ou fassent un lien.

Données de laboratoire et données terrain

PageSpeed Insights affiche les deux. Quand elles divergent, ce sont les données terrain qui disent la vérité pour vos utilisateurs et pour Google.

Où passe généralement le temps

1. Les images : des JPEG et PNG surdimensionnés au lieu de WebP ou d’AVIF à la taille d’affichage.
2. Le JavaScript : frameworks, carrousels, widgets de chat et gestionnaires de balises, qui ajoutent chacun du téléchargement et du travail pour le thread principal.
3. Le CSS et les scripts bloquant le rendu dans le head.
4. L’absence de cache et de compression, si bien que chaque visite retélécharge les fichiers statiques à leur taille complète.
5. Un hébergement lent et des pages non mises en cache qui sollicitent beaucoup la base de données.

Vérification rapide : les bases sont-elles en place ?

$ curl -sI -H "Accept-Encoding: br, gzip" https://example.com/app.css
HTTP/2 200
content-encoding: br
cache-control: public, max-age=31536000, immutable

Les fichiers statiques doivent être renvoyés compressés (Brotli ou gzip), avec une longue durée de cache et un nom de fichier versionné, pour qu’une nouvelle version ait une nouvelle URL. Le HTML doit lui aussi être compressé, avec un cache beaucoup plus court.

Erreurs courantes

• Courir après un score Lighthouse parfait au lieu de valider les Core Web Vitals dans les données terrain.
• Installer un plugin de vitesse par-dessus un constructeur de pages lourd, puis un second plugin pour réparer le premier.
• Ne tester que la page d’accueil sur le Wi-Fi du bureau.
• Traiter la vitesse comme un projet ponctuel. Chaque nouvelle balise, police et widget ajoute du poids ; fixez un budget et vérifiez-le avant chaque mise en production.

Tester votre page

Le test de vitesse de page mesure le temps de réponse du serveur, le temps de téléchargement, la taille du HTML et la compression, la version HTTP, le nombre et le poids des scripts, des feuilles de style et des images, les ressources bloquant le rendu, la mise en cache et les formats d’image modernes, et ajoute les Core Web Vitals de PageSpeed Insights quand ils sont disponibles.

Questions fréquentes