Pour tester la vitesse d’une page sur mobile, saisissez l’URL dans PageSpeed Insights et lisez d’abord les données des utilisateurs réels en haut, puis les résultats de labo Lighthouse en dessous. Les données réelles indiquent si les visiteurs sur téléphone ont une expérience rapide ; les données de labo aident à comprendre pourquoi ce n’est pas le cas. Une page valide les Core Web Vitals sur mobile lorsque, pour au moins 75 % des visites, le contenu principal s’affiche en 2,5 secondes, les interactions répondent en 200 millisecondes et le score de décalage de mise en page reste à 0,1 ou moins.
Données terrain et données de labo ne disent pas la même chose
La plupart des malentendus sur les scores de vitesse viennent de la confusion entre les deux.
Les données terrain proviennent de vrais utilisateurs de Chrome ayant visité votre page au cours des 28 derniers jours, via le Chrome User Experience Report. Elles reflètent de vrais téléphones, de vrais réseaux et de vrais comportements. Elles n’existent que pour les pages et sites qui ont assez de trafic.
Les données de labo viennent d’un test simulé unique, en général Lighthouse qui charge la page sur un téléphone de milieu de gamme émulé avec un réseau bridé. Le test est reproductible et détaillé : c’est le bon outil pour déboguer. Son score (0 à 100) n’est pas utilisé par Google pour le classement et varie d’un test à l’autre.
Quand les deux divergent, fiez-vous aux données terrain pour savoir si c’est bon, et aux données de labo pour savoir quoi corriger.
Les seuils des Core Web Vitals sur mobile
| Métrique | Ce qu’elle mesure | Bon | À améliorer | Mauvais |
|---|---|---|---|---|
| Largest Contentful Paint (LCP) | Le moment où le contenu principal apparaît | ≤ 2,5 s | 2,5–4 s | > 4 s |
| Interaction to Next Paint (INP) | La rapidité de réponse aux appuis et aux clics | ≤ 200 ms | 200–500 ms | > 500 ms |
| Cumulative Layout Shift (CLS) | L’ampleur des sauts de mise en page au chargement | ≤ 0,1 | 0,1–0,25 | > 0,25 |
Chaque métrique est évaluée au 75e percentile des visites, séparément pour mobile et desktop. Les chiffres mobiles sont presque toujours moins bons, car les téléphones ont des processeurs plus lents et des réseaux moins fiables. Les seuils sont définis par Google sur web.dev.
Les meilleurs outils gratuits pour un test de vitesse mobile
| Outil | Type de données | À utiliser pour |
|---|---|---|
| PageSpeed Insights | Terrain (si disponible) + labo | La première vérification de toute URL publique |
| Search Console, rapport Core Web Vitals | Terrain | Repérer des groupes de pages lentes sur tout le site |
| Lighthouse dans les DevTools de Chrome | Labo | Tester des pages derrière une connexion ou en localhost ; diagnostic détaillé |
| Panneau Performance des DevTools | Labo, plus métriques en direct de vos propres interactions | Trouver le script ou l’élément exact qui ralentit |
| WebPageTest | Labo sur de vrais appareils et emplacements | Films de chargement, cascades et tests depuis d’autres pays |
Le pas-à-pas de Lighthouse est dans le guide de l’audit Lighthouse mobile.
Comment faire un test de vitesse mobile utile
- Testez la bonne page. Prenez vos pages d’atterrissage les plus visitées, pas seulement l’accueil.
- Regardez d’abord les données terrain dans PageSpeed Insights. S’il est indiqué « Aucune donnée », consultez les données de l’origine ou la Search Console.
- Lancez le test de labo trois fois et retenez la médiane. Un test isolé varie.
- Bridez la machine en local. Dans les DevTools, réglez le ralentissement CPU sur 4x et le réseau sur Fast 4G ou Slow 4G avant d’enregistrer une trace Performance. Votre ordinateur est bien plus rapide que la plupart des téléphones.
- Regardez la page pendant qu’elle charge. Les problèmes de vitesse se voient souvent : une image principale qui arrive tard, un bandeau cookies qui pousse le contenu vers le bas. Une vue mobile aide ici. Le mode appareil des DevTools ou Mobile View Extension permettent de voir la page charger au format téléphone avec un user agent mobile, ce qui compte si votre serveur envoie d’autres ressources aux téléphones.
Les corrections qui font généralement bouger les chiffres
Pour un LCP lent
- Servez l’image principale dans un format moderne, à la taille mobile, avec
srcsetetsizes. - Ne chargez pas l’image principale en lazy loading ; ajoutez-lui
fetchpriority="high". - Réduisez le temps de réponse du serveur avec du cache ou un CDN.
- Retirez du
<head>le CSS et le JavaScript bloquant le rendu, ou chargez-les plus tard.
Pour un INP lent
- Découpez les longues tâches JavaScript : au-delà de 50 ms, elles bloquent les appuis.
- Différez ou supprimez les scripts tiers (widgets de chat, gestionnaires de balises, tests A/B) qui tournent sur chaque page.
- Évitez le travail lourd dans les gestionnaires de clic et de saisie : affichez d’abord un retour, puis faites le travail.
Pour un CLS élevé
- Définissez
widthetheight(ouaspect-ratio) sur les images, vidéos et contenus intégrés. - Réservez l’espace des publicités et des bandeaux.
- Chargez les polices web avec
font-display: swapet choisissez une police de secours aux métriques proches.
La vitesse mobile compte-t-elle vraiment ?
Google utilise les Core Web Vitals parmi ses signaux d’expérience de page, mais la pertinence et la qualité du contenu pèsent davantage dans le classement. La meilleure raison de s’y intéresser, c’est le comportement des visiteurs : sur téléphone, une page lente ou qui saute perd les gens avant qu’ils lisent quoi que ce soit. Voyez les Core Web Vitals comme un seuil de qualité, pas comme un score à poursuivre.
Pour le reste des vérifications avant mise en ligne, voir la checklist de test de site mobile, et pour les corrections mobiles plus larges, comment rendre un site responsive.
Questions fréquentes
Qu’est-ce qu’un bon score de vitesse mobile ?
Le score Lighthouse est une estimation de labo. Ce qui compte davantage, c’est de valider les Core Web Vitals dans les données terrain : LCP sous 2,5 s, INP sous 200 ms et CLS sous 0,1 pour au moins 75 % des visites.
Pourquoi mon score mobile est-il bien plus bas que sur desktop ?
Les tests de labo mobiles simulent un processeur et un réseau plus lents. Le JavaScript lourd et les grandes images pèsent beaucoup plus sur ce profil.
Peut-on tester la vitesse mobile en localhost ?
Oui, avec Lighthouse ou le panneau Performance des DevTools de Chrome. PageSpeed Insights ne teste que les URL publiques.