Test de vitesse de votre site
Analysez la performance de votre site avec Google PageSpeed Insights et comprenez vos Core Web Vitals pour améliorer l'expérience utilisateur et votre référencement.
Test de vitesse — PageSpeed
Analysez la performance de votre site avec Google PageSpeed Insights.
Core Web Vitals — seuils de référence
Mesure le temps de chargement du plus grand élément visible (image, bloc texte). Indicateur principal de vitesse perçue.
Mesure la réactivité de la page aux interactions utilisateur (clics, saisies). Remplace le FID depuis mars 2024.
Quantifie les déplacements inattendus d'éléments pendant le chargement. Un CLS élevé nuit à l'expérience utilisateur.
Pourquoi la vitesse de votre site est un facteur de ranking Google ?
Depuis mai 2021, Google intègre les Core Web Vitals dans son algorithme de classement (Page Experience Update). Ces métriques mesurent objectivement la qualité de l'expérience utilisateur sur votre site web. Un site lent est non seulement pénalisé dans les résultats de recherche, mais génère également plus d'abandons : 53 % des visiteurs mobiles quittent une page qui met plus de 3 secondes à charger, selon des études Google.
La performance web est donc à la fois un enjeu SEO, de conversion et de satisfaction utilisateur. Notre outil vous redirige vers Google PageSpeed Insights, qui fournit une analyse complète et des recommandations d'optimisation précises.
Les Core Web Vitals décryptés
LCP — Largest Contentful Paint
Le LCP mesure le temps de chargement du plus grand élément de contenu visible dans la fenêtre (viewport) : généralement une image hero, un bloc de texte large ou une vidéo. Il mesure la vitesse perçue du chargement de la page principale. Un LCP de 2,5 secondes ou moins est considéré comme bon. Un LCP supérieur à 4 secondes est problématique.
Les principales causes d'un LCP dégradé sont : des images non optimisées (format, compression, dimensions), un TTFB (Time to First Byte) élevé dû à un serveur lent, des ressources bloquant le rendu (CSS et JavaScript synchrones en tête du HTML), et l'absence de préchargement (preload) pour les ressources critiques.
INP — Interaction to Next Paint
L'INP (Interaction to Next Paint) mesure la réactivité de la page aux interactions de l'utilisateur : clics, saisies clavier, appuis sur écran tactile. Il a remplacé le FID (First Input Delay) en mars 2024. L'INP mesure le délai entre une interaction et le moment où le navigateur peut afficher la prochaine frame visuelle en réponse.
Un INP élevé est souvent causé par du JavaScript trop lourd s'exécutant sur le thread principal, des longues tâches bloquant le rendu, ou des handlers d'événements inefficaces. Les seuils : bon ≤ 200 ms, à améliorer 200–500 ms, mauvais > 500 ms.
CLS — Cumulative Layout Shift
Le CLS quantifie l'instabilité visuelle de la page : les décalages inattendus d'éléments pendant le chargement. Si un bouton se déplace alors que vous allez cliquer dessus, c'est un layout shift qui contribue au CLS. C'est une métrique sans unité (un score de 0 est parfait, 0,1 est bon, au-delà de 0,25 c'est problématique).
Les causes les plus fréquentes de CLS élevé : images et vidéos sans dimensions explicites dans le HTML, éléments insérés dynamiquement au-dessus du contenu existant (bannières cookies, publicités), polices web provoquant un FOUT (Flash of Unstyled Text).
Google PageSpeed Insights : comment interpréter le score ?
PageSpeed Insights fournit deux types d'analyses : les données de terrain (CrUX — Chrome User Experience Report) provenant de vrais utilisateurs de Chrome, et les données de laboratoire issues de Lighthouse (simulation contrôlée).
Le score Lighthouse va de 0 à 100 :
- 90 – 100 : bon (couleur verte)
- 50 – 89 : à améliorer (couleur orange)
- 0 – 49 : mauvais (couleur rouge)
Le score est calculé comme une moyenne pondérée de plusieurs métriques (LCP, INP, CLS, FCP, Speed Index, TTFB). Les données de terrain en temps réel sont plus représentatives de l'expérience réelle de vos visiteurs que le score Lighthouse.
10 techniques pour améliorer la vitesse de votre site
- Hébergement performant : un serveur avec un TTFB inférieur à 200 ms est la base. Nos hébergements Gaprod utilisent LiteSpeed, PHP-FPM et des disques NVMe.
- Cache serveur : LiteSpeed Cache, Varnish ou Redis mettent en cache les pages générées pour les servir sans exécuter PHP/MySQL à chaque requête.
- CDN : Cloudflare ou un CDN dédié sert les ressources statiques depuis des PoP proches de chaque visiteur.
- Images optimisées : utilisez le format WebP ou AVIF, compressez avec Squoosh ou ImageOptim, et définissez les attributs
widthetheightpour éviter le CLS. - Lazy loading : chargez les images et iframes hors viewport uniquement lorsqu'elles deviennent visibles (
loading="lazy"). - Minification CSS/JS : réduisez la taille des ressources en supprimant les espaces, commentaires et code inutilisé (tree shaking).
- Polices web optimisées : auto-hébergez vos polices, utilisez
font-display: swapet préchargez les polices critiques. - HTTP/2 ou HTTP/3 : multiplex les requêtes, réduisant le nombre de connexions TCP. Activé sur nos serveurs.
- Préconnexion aux domaines tiers : ajoutez
<link rel="preconnect">pour les CDN, Google Fonts, APIs tierces. - Réduire le JavaScript : différez les scripts non critiques avec
deferouasync, éliminez les plugins JavaScript lourds.
Vitesse mobile vs desktop : pourquoi la différence ?
PageSpeed Insights analyse séparément les performances mobile et desktop. Les scores mobiles sont généralement inférieurs car Lighthouse simule un appareil mobile avec un CPU limité (4x ralentissement) et une connexion 4G lente (10 Mbit/s simulée). Ces conditions reflètent le contexte d'une grande partie de vos utilisateurs mobiles réels. Optimiser pour mobile profite également au desktop.