Test vitesse site
Score PageSpeed + Core Web Vitals
53 % des visiteurs quittent un site mobile au-delà de 3 secondes de chargement (Think with Google, 2025). Chaque seconde supplémentaire réduit les conversions de 7 % (Portent). Vodafone a gagné +8 % de ventes et +15 % de leads en optimisant son LCP. 68 % du trafic web est mobile (Statista, 2025) mais seulement 48 % des sites mobiles passent les Core Web Vitals (CrUX). Ce test utilise l'API officielle Google PageSpeed Insights — les mêmes données que Google utilise pour le ranking.
Le test vitesse site Les Créavores analyse les performances de votre site via l'API Google PageSpeed Insights. Score 0-100, Core Web Vitals (LCP, CLS, TBT), métriques détaillées et top 5 des opportunités d'amélioration. Test mobile et desktop. Gratuit, sans inscription.
Comment fonctionne le test vitesse site ?
La vitesse de chargement est un facteur de ranking Google depuis 2018 et les Core Web Vitals sont des signaux de classement depuis 2021. Les 3 Core Web Vitals officiels en 2026 : LCP (Largest Contentful Paint, seuil < 2.5 s), INP (Interaction to Next Paint, seuil < 200 ms — remplace FID depuis mars 2024), CLS (Cumulative Layout Shift, seuil < 0.1). Métriques complémentaires : TBT (Total Blocking Time), FCP (First Contentful Paint), Speed Index, TTFB. Notre outil appelle l'API PageSpeed Insights v5 de Google, la même API qui alimente la Search Console. Les résultats sont des données Lighthouse réelles, pas une simulation. 35 % des top 10 millions de sites utilisent HTTP/3 (W3Techs, mars 2026) et les images représentent 50-70 % du poids moyen d'une page (HTTP Archive, 2025).
Pourquoi utiliser notre
test vitesse site ?
API Google officielle
Données Lighthouse réelles via l'API PageSpeed Insights v5. Les mêmes métriques que Google utilise pour évaluer votre site.
Test mobile ET desktop
Basculez entre mobile (prioritaire pour Google, Mobile-First Indexing) et desktop en un clic. Les scores diffèrent souvent de 20-30 points.
Core Web Vitals détaillés
LCP, CLS et TBT affichés avec code couleur (vert/orange/rouge) et seuils Google. Plus FCP, Speed Index et TTFB.
Top 5 opportunités
Les améliorations les plus impactantes triées par gain potentiel (en millisecondes). Savez exactement quoi corriger en premier.
Résultats en 15-30 secondes
L'analyse complète prend 15 à 30 secondes. C'est le temps que Google met à analyser votre page — pas de raccourci possible.
Aucune donnée stockée
L'appel API se fait depuis votre navigateur directement vers Google. Nous ne voyons pas votre URL ni les résultats.
Comment utiliser
le test vitesse site ?
- 1
Entrez l'URL de votre site
5 secondesCollez l'URL complète de la page à tester (ex: https://votre-site.fr). Le protocole HTTPS est ajouté automatiquement si absent.
- 2
Choisissez mobile ou desktop
2 secondesLe test mobile est prioritaire (Google utilise Mobile-First Indexing). Testez les deux pour comparer. Les scores mobiles sont généralement 20-30 points plus bas.
- 3
Analysez le score et les métriques
15-30 secondes d'attenteScore global (0-100), Core Web Vitals (LCP, CLS, TBT) et métriques secondaires (FCP, Speed Index, TTFB). Vert = bon, orange = à améliorer, rouge = problème.
- 4
Priorisez les opportunités
1 minuteLes 5 améliorations les plus impactantes sont listées avec le gain estimé en millisecondes. Commencez par celle qui rapporte le plus.
Questions fréquentes sur
le test vitesse site
Quel score PageSpeed viser pour un bon référencement ?
Google recommande un score de 90+ pour une expérience optimale. En pratique, un score de 80+ sur mobile est déjà dans le top 20 % des sites. La moyenne mondiale est de 50 sur mobile et 75 sur desktop (HTTP Archive, 2025). Pour le SEO, l'impact sur le classement est mesuré à partir des seuils Core Web Vitals, pas du score global : LCP < 2.5s, CLS < 0.1, INP < 200ms.
Pourquoi mon score mobile est-il plus bas que le desktop ?
Le test mobile simule un appareil Moto G Power avec une connexion 4G (1.6 Mbps). C'est volontairement restrictif pour représenter les conditions réelles de 50% des utilisateurs mondiaux. Le test desktop simule un PC avec fibre. Les causes principales d'écart : images non optimisées, JavaScript lourd, polices web bloquantes. La plupart des sites peuvent gagner 20+ points en compressant les images en WebP et en lazy-loadant les éléments hors écran.
Qu'est-ce que le LCP et comment l'améliorer ?
Le LCP (Largest Contentful Paint) mesure le temps pour afficher le plus gros élément visible (souvent une image hero ou un titre). Seuils Google : < 2.5s (bon), 2.5-4s (à améliorer), > 4s (mauvais). Pour l'améliorer : 1) Optimisez l'image LCP (WebP, taille exacte, preload), 2) Réduisez le TTFB (cache serveur, CDN), 3) Éliminez le CSS render-blocking, 4) Préconnectez les domaines tiers (preconnect).
Qu'est-ce que le CLS et pourquoi mon site « saute » ?
Le CLS (Cumulative Layout Shift) mesure les décalages visuels inattendus. Un CLS > 0.1 signifie que des éléments bougent pendant le chargement. Causes fréquentes : images sans dimensions (width/height), polices web qui provoquent un FOUT, publicités chargées tardivement, contenu injecté dynamiquement. Solution : ajoutez width et height à toutes les images, utilisez font-display: swap, et réservez l'espace des éléments dynamiques.
Le TBT est mauvais, comment réduire le JavaScript ?
Le TBT (Total Blocking Time) mesure le temps pendant lequel le thread principal est bloqué. Les causes : trop de JavaScript, scripts tiers (analytics, chat, pub), frameworks lourds. Solutions : 1) Différer les scripts non critiques (defer/async), 2) Code-split avec import() dynamique, 3) Supprimer les scripts tiers inutilisés, 4) Passer à un framework léger (Next.js, Astro). Un site WordPress avec 15 plugins a souvent un TBT > 1000ms — un site Next.js optimisé descend sous 100ms.
Les résultats sont-ils les mêmes que PageSpeed Insights de Google ?
Oui. Notre outil utilise exactement la même API (PageSpeed Insights v5) que le site officiel pagespeed.web.dev. Les données sont des mesures Lighthouse réelles effectuées par les serveurs Google. Les scores peuvent varier légèrement d'un test à l'autre (±5 points) en raison des conditions réseau et de la charge serveur au moment du test.
Combien de tests gratuits puis-je faire ?
Illimité. L'API Google PageSpeed Insights est gratuite et sans limite d'utilisation raisonnable. Cependant, si vous testez la même URL plusieurs fois de suite, les résultats seront mis en cache par Google pendant quelques minutes. Attendez 2-3 minutes entre deux tests de la même page pour obtenir des données fraîches.
Mon site score 95+ mais il semble lent, pourquoi ?
Le score PageSpeed mesure le chargement initial de la page, pas l'expérience post-chargement. Un score élevé avec une perception de lenteur peut indiquer : des animations JavaScript lourdes, un lazy loading trop agressif (contenu qui apparaît tardivement), des appels API client-side qui bloquent l'affichage, ou un serveur qui répond lentement aux interactions (API backend). Testez aussi avec les DevTools Chrome > onglet Performance pour analyser le runtime.
À quelle fréquence tester la vitesse de son site ?
Minimum 1 fois par mois pour le suivi. Après chaque mise à jour majeure (ajout de plugin, refonte, migration) : immédiatement. Après chaque Core Update Google : dans les 48h. Les données CrUX (Chrome User Experience Report) sont calculées sur une fenêtre glissante de 28 jours — si vous corrigez un problème, attendez 28 jours pour voir l'impact dans les données terrain. Astuce : testez 3 pages clés (accueil, page service principale, page blog) pour un diagnostic représentatif.
Quel est le temps de chargement idéal d'une page en 2026 ?
Le seuil Google est un LCP < 2.5 secondes. En pratique, les sites qui convertissent le mieux chargent en moins de 2 secondes. 47 % des utilisateurs attendent moins de 2 secondes (Akamai, 2025). Au-delà de 3 secondes, le taux de rebond augmente de 32 %. Au-delà de 5 secondes, il augmente de 90 % (Think with Google). Le temps de chargement perçu est souvent plus important que le temps réel : un skeleton screen ou un indicateur de progression donne l'impression de rapidité.
Quelle différence entre données labo et données terrain ?
Les données labo (Lighthouse) sont un test ponctuel dans un environnement simulé (appareil et connexion standards). Elles varient d'un test à l'autre (±5 points). Les données terrain (CrUX) sont agrégées sur 28 jours à partir des vrais utilisateurs Chrome — elles reflètent l'expérience réelle. Google utilise les données terrain pour le classement. Si votre score labo est bon mais que les données terrain sont mauvaises, le problème vient probablement de votre serveur ou du profil réel de vos utilisateurs (appareils anciens, connexions lentes).
Explorez nos outils gratuits
Besoin d’aller plus loin que le test vitesse site ?
Nos experts analysent votre situation et vous proposent un plan d’action personnalisé. Audit offert, zéro engagement.