PageSpeed Insights : testez la vitesse de vos pages

La vitesse de chargement influence l'expérience utilisateur et, via les Core Web Vitals  peut contribuer à la performance SEO… mais ce n'est pas un bouton magique pour “gagner des positions”  . PageSpeed Insights (PSI) est surtout un outil de diagnostic qui aide à comprendre :

1. Pourquoi une page est lente ?
2. Quoi prioriser ?
3. Comment vérifier l'impact des optimisations ?

Dans cet article, vous allez voir comment lancer un test, lire les métriques clés (LCP, CLS, INP…)  interpréter un rapport (opportunités vs diagnostics vs données réelles) et appliquer les optimisations les plus fréquentes.

Ce que vous devez garder en tête :

Un score PSI varie selon l'appareil, le réseau, l'heure et les scripts tiers. L'objectif est d'atteindre des seuils stables Core Web Vitals (vert : LCP plutôt que de viser systématiquement 100/100.

Qu'est-ce que le PageSpeed Insights ?

Le Page Speed Insight ou PSI est un outil développé par Google pour évaluer et mesurer les performances d'une page Web sur un mobile ou un ordinateur. Le PSI est un outil fourni, offert et gratuit pour optimiser les performances d'une page ou d'un site Web. Il s'agit donc d'un website speed test. Toutes les données obtenues par l'outil sont fournies après avec des recommandations concernant les méthodes à mettre en place pour améliorer l'expérience utilisateur et corriger la page ou le site web.

Ce que PSI affiche

Concrètement, PSI combine généralement trois types d'informations :

1. Des données de terrain (si disponibles) : issues du Chrome UX Report (CrUX), elles reflètent l'expérience de vrais utilisateurs sur une période donnée.
2. Des données de laboratoire : un audit réalisé via Lighthouse dans des conditions simulées (appareil/réseau), utile pour diagnostiquer et reproduire un problème.
3. Des recommandations : des éléments classés en Opportunités (gains potentiels) et Diagnostics (pistes techniques et signaux à surveiller).

Ce que PSI n'est pas

1. Ce n'est pas un test de charge serveur (il ne remplace pas un outil de stress test).
2. Ce n'est pas un monitoring continu : il donne une photo à un instant T (labo) et/ou une synthèse historique (terrain), mais ne surveille pas votre site 24/7.
3. Ce n'est pas un outil qui “corrige” votre site : il recommande à vous (ou votre équipe) d'implémenter et de valider.

Comment effectuer un test de rapidité sur le web ?

L'utilisation de l'outil est simple :

1. On introduit (copier puis coller) l'adresse web ou l'URL du site.
2. Une fois validé, l'outil lance les opérations d'analyse de l'URL.
3. Après quelques moments d'attente, l'outil affiche un rapport détaillé montrant des éléments importants :

• Le FCP ou First Contentful Paint : il s'agit du délai pendant lequel la page commence à s'afficher pour un usager ou un utilisateur ou un visiteur de la page.
• LCP (Largest Contentful Paint) : moment où l'élément principal visible (souvent l'image “hero” ou un gros bloc de texte) est affiché. C'est un indicateur central de la vitesse perçue.
• CLS (Cumulative Layout Shift) : mesure la stabilité visuelle (évite les éléments qui bougent pendant le chargement). Un CLS élevé dégrade la lecture et les clics.
• INP (Interaction to Next Paint) : mesure la réactivité globale aux interactions (clic, saisie, etc.) en évaluant le délai jusqu'au prochain rendu. Ce n'est pas un “temps de chargement complet”, mais un indicateur de fluidité.

Exemple de lecture : si votre LCP est élevé, c'est souvent que l'élément principal (image de couverture, bannière, titre, bloc produit) arrive tard. Les priorités typiques sont alors :

• D'optimiser les images (format/poids/dimensions).
• De réduire le CSS bloquant (CSS critique).
• De limiter le JavaScript qui retarde le rendu.
• De vérifier la réponse serveur (TTFB).

Dans PSI, ces pistes apparaissent généralement dans Opportunités et certains Diagnostics.

FAQ rapide

Pourquoi les résultats mobile et desktop diffèrent ?

PSI n'évalue pas les mêmes contraintes : sur mobile, le CPU est généralement moins puissant et le réseau plus variable. Une page “correcte” sur desktop peut devenir limite sur mobile, surtout avec beaucoup de JavaScript et d'images.

Pourquoi le score change d'un test à l'autre ?

Les conditions varient (charge serveur, réseau, scripts tiers, cache, variations de test Lighthouse). Pour comparer, testez plusieurs fois et regardez surtout les métriques (LCP/CLS/INP) et les tendances.

Faut-il tester une page ou tout le site ?

Testez d'abord des pages types (templates) : accueil, catégorie, fiche produit, article, page de conversion. Optimiser un template améliore souvent des dizaines/centaines d'URLs.

Comment tirer le meilleur parti de son PageSpeed Insights ?

Les scores sont calculés à partir des données collectées par l'outil. Les scores varient entre 0 et 100 points et sont exprimés en pourcentage et les scores sont affichés en fonction du résultat. Il est presque impossible d'atteindre le score de 100 en raison de nombreux paramètres, de contraintes et de critères qui entrent en compte, mais il est possible de s'en approcher ou d'avoir des scores optimaux.

Trois couleurs symbolisent les scores : vert, jaune et rouge. La totalité des scores est toujours égale à 100.

Pour exploiter PSI efficacement, commencez par :

1. Regarder si des données de terrain (CrUX) sont disponibles et ce qu'elles disent (c'est souvent le meilleur reflet de l'expérience réelle).
2. Analyser les Core Web Vitals (LCP, CLS, INP) et identifier la métrique la plus problématique.
3. Prioriser les Opportunités qui promettent les gains les plus importants (souvent images, JavaScript, cache, ressources bloquantes).
4. Utiliser les Diagnostics pour comprendre la cause (ressources bloquantes, poids, tiers, cache, etc.).

Erreurs fréquentes et comment les éviter

• Viser 100/100 au lieu de viser les seuils CWV (et la stabilité) : un 95 instable peut être moins utile qu'un 85 stable avec de bons LCP/CLS/INP. Cherchez des améliorations durables, pas un score “parfait” ponctuel.
• Confondre données labo (Lighthouse) et données terrain (CrUX) : si le labo est bon, mais le terrain mauvais, suspectez des facteurs réels (appareils plus lents, réseau, scripts tiers, variations de pages). Si le terrain est bon, mais le labo moyen, vous avez peut-être un cas de test “pessimiste” : utilisez le labo pour diagnostiquer, pas pour paniquer.
• Optimiser une page non représentative : une page “Contact” peut être rapide alors que vos pages business (catégories, fiches produits, articles) sont lourdes. Travaillez par templates : c'est là que le ROI est le plus fort.
• Ignorer les scripts tiers (CMP, tags, chat, A/B test) : ces scripts dégradent souvent INP (réactivité) et parfois LCP (rendu). Identifiez-les dans les diagnostics/DevTools et discutez priorisation (chargement différé, déclenchement conditionnel, réduction du nombre de tags).
• Appliquer des optimisations “aveugles” : par exemple, lazy-loader l'image hero (mauvais pour LCP), compresser trop (qualité dégradée), supprimer du JS critique (tracking/consent cassé). Après chaque changement, vérifiez l'UX (visuel, clics, formulaires) et testez de nouveau.

Mini-check avant/après :

• Testez la même URL, dans des conditions comparables (mobile/desktop), plusieurs fois,
• Validez ensuite sur un vrai mobile et avec Chrome DevTools (réseau/CPU) pour confirmer le ressenti.

Comment améliorer le chargement de sa page Web ?

L'amélioration peut être simple sur le principe, mais technique dans la pratique et il suffit de suivre les recommandations préconisées par l'outil.

Les bénéfices immédiats :

• L'optimisation de la qualité des images.
• L'accélération du délai de réponse du serveur.
• La réduction de l'usage de JavaScript.
• L'activation de l'outil de compression gzip.
• La réduction de l'utilisation des redirections Landing pages.
• l'optimisation des codes HTML, JavaScript ou CSS.

Quels sont les quatre composants de Google Page Speed ?

Historiquement, “Google PageSpeed” a regroupé plusieurs outils. Aujourd'hui, l'écosystème utile au quotidien s'articule surtout autour de Lighthouse (audits), PageSpeed Insights (interface de test), Chrome DevTools (diagnostic) et des données de terrain CrUX. Certains services plus anciens (comme “PageSpeed Service”) ne sont plus centraux dans un workflow moderne.

1. PageSpeed Insights (PSI) : pour obtenir un rapport lisible, comparer mobile/desktop et prioriser les actions.
2. Lighthouse : pour auditer en laboratoire, reproduire un problème et mesurer un avant/après de manière contrôlée.
3. Chrome DevTools : pour comprendre précisément ce qui se passe (réseau, rendu, JavaScript, tiers) et déboguer.
4. CrUX (Chrome UX Report) : pour valider l'expérience réelle des utilisateurs et suivre l'évolution dans le temps.

Quels sont les avantages d'utiliser Page Speed Insights ?

En 2015, Google a introduit dans son système un algorithme de classement plus complexe considérant la vitesse de chargement d'une page web. Ce nouvel élément peut influencer le classement, mais ce n'est pas un facteur isolé.

Cette situation devient plus tard une incitation et une motivation supplémentaire pour les développeurs de site web à analyser les moyens d'augmenter la vitesse de chargement d'une page. L'utilisation de Page Speed Insights permet ainsi :

• De connaître le score de chargement d'une page : il s'agit d'un test vitesse site. Moins le score est bon, moins le chargement est rapide.
• D'identifier les points à améliorer : cet élément permet d'apporter les modifications sur un point ou non
• D'obtenir des suggestions d'optimisation de la page : c'est une solution simple, pratique qui est fournie pour corriger une page.
• D'avoir des conseils sur la manière de rendre un site web performant.