PageSpeed Insights : comment lire le rapport de votre boutique PrestaShop (sans être technicien)
Une note rouge sur PageSpeed Insights n'est pas forcément une catastrophe, et une note verte ne garantit rien. Comment lire le rapport de Google partie par partie : les mesures de vos vrais clients, la note sur 100, les recommandations, les pièges de lecture, et ce qui relève vraiment d'un professionnel.
Vous avez testé votre boutique sur PageSpeed Insights, l'outil gratuit de Google. Une note est apparue en rouge, 38 sur 100, accompagnée d'une longue liste de termes anglais : LCP, TBT, CLS, « Requêtes de blocage du rendu »… Faut-il s'inquiéter ? Tout refaire ? Changer d'hébergeur ?
Pas forcément. PageSpeed Insights est un excellent outil, mais son rapport est écrit pour des développeurs. Bien lu, il vous dit en quelques minutes si vos clients souffrent vraiment de la lenteur, et où se trouve le problème. Mal lu, il fait paniquer pour rien, ou rassure à tort.
Dans notre article Votre boutique PrestaShop est lente : ce que ça vous coûte, nous expliquions pourquoi la vitesse compte et comment lancer le test. Ici, on lit le rapport ensemble, de haut en bas.
Avant de lire : lancez le bon test
Ouvrez pagespeed.web.dev, collez l'adresse d'une page et lancez l'analyse. Trois conseils pour un test utile :
- Testez plusieurs pages, pas seulement l'accueil : une catégorie et une fiche produit. Ce sont souvent elles que vos clients voient en premier, en arrivant depuis Google.
- Lisez d'abord l'onglet Mobile. Google y simule un téléphone d'entrée de gamme sur un réseau mobile. La note est presque toujours plus basse que sur ordinateur : c'est voulu, c'est la situation la plus difficile.
- Lancez le test deux ou trois fois. Google l'indique lui-même : la note varie d'un test à l'autre selon l'état du réseau et des machines. Un écart de quelques points ne veut rien dire. Retenez la note qui revient le plus souvent.
Le rapport se divise ensuite en deux grandes parties, très différentes. La première raconte ce qu'ont vécu vos clients. La seconde est un test fait en laboratoire.
Partie 1 : ce que vivent vos vrais clients
En haut du rapport, Google affiche les mesures relevées chez les internautes qui ont réellement visité votre site avec le navigateur Chrome, sur les 28 derniers jours. C'est la partie la plus importante, parce que ce sont de vrais clients, avec leurs vrais téléphones et leurs vraies connexions.
« Cette page » ou « tout le site »
Si la page testée a assez de visiteurs, les mesures la concernent elle seule. Sinon, Google affiche les mesures de l'ensemble de votre site. Et si le site entier n'a pas assez de trafic, cette partie reste vide.
Une boutique qui n'a pas de données réelles n'a pas de problème pour autant. C'est simplement que Google n'a pas assez de mesures. Dans ce cas, seule la partie 2 est disponible.
Le verdict : réussi ou échoué
Google rend d'abord un verdict global sur les « Core Web Vitals », ses trois indicateurs principaux. Pour réussir, chacun doit être bon pour au moins 75 % des visites. Autrement dit, Google ne regarde pas la moyenne, mais l'expérience des clients les moins bien lotis.
| Indicateur | Ce qu'il mesure, en clair | Bon | À améliorer | Mauvais |
|---|---|---|---|---|
| LCP | Le temps pour voir l'élément principal de la page, souvent la grande photo | 2,5 s ou moins | 2,5 à 4 s | plus de 4 s |
| INP | Le temps de réaction quand le client touche un bouton, ouvre le menu, ajoute au panier | 200 ms ou moins | 200 à 500 ms | plus de 500 ms |
| CLS | Les éléments qui bougent pendant le chargement et font cliquer à côté | 0,1 ou moins | 0,1 à 0,25 | plus de 0,25 |
Deux autres mesures s'affichent à côté, utiles pour comprendre :
| Indicateur | Ce qu'il mesure | Bon |
|---|---|---|
| FCP | Le temps avant que quelque chose, n'importe quoi, s'affiche à l'écran | 1,8 s ou moins |
| TTFB | Le temps que met votre serveur à commencer à répondre | 0,8 s ou moins |
Comment lire tout ça. Si le TTFB est mauvais, le problème vient d'abord du serveur : hébergement, version de PHP, réglages de cache de PrestaShop. Rien ne peut s'afficher tant que le serveur n'a pas répondu. Si le TTFB est bon mais que le LCP est mauvais, le serveur fait son travail : c'est la page qui est trop lourde, très souvent à cause des photos.
Partie 2 : le test en laboratoire et la fameuse note sur 100
Plus bas, Google charge votre page une fois, dans des conditions simulées, et calcule une note de Performances sur 100. C'est elle que tout le monde regarde, et c'est elle qui fait peur.
D'où vient la note
La note n'est pas une mesure directe : c'est un calcul à partir de cinq mesures, affichées sous le titre « Statistiques ». Chacune pèse un poids différent :
| Mesure | Ce qu'elle mesure | Poids dans la note |
|---|---|---|
| Total Blocking Time (TBT) | Le temps pendant lequel la page est « figée », trop occupée pour réagir | 30 % |
| Largest Contentful Paint (LCP) | L'affichage de l'élément principal | 25 % |
| Cumulative Layout Shift (CLS) | Les éléments qui bougent | 25 % |
| First Contentful Paint (FCP) | Le premier affichage | 10 % |
| Speed Index | La vitesse à laquelle la page se remplit visuellement | 10 % |
Ce tableau explique beaucoup de notes rouges sur les boutiques PrestaShop : le TBT pèse près d'un tiers de la note. Or il augmente avec chaque script ajouté à la page : modules, outils de statistiques, chat en ligne, bandeau cookies, pixels publicitaires. Une boutique peut donc avoir une note médiocre alors que ses photos s'affichent vite.
Les recommandations : « Insights » et « Diagnostic »
Sous les mesures, Google liste ce qu'il a repéré. Depuis fin 2025, ces recommandations sont regroupées sous les titres « Insights » et « Diagnostic ». Voici celles que nous rencontrons le plus souvent sur PrestaShop, traduites en langage clair :
| Ce qu'affiche Google | Ce que ça veut dire sur votre boutique |
|---|---|
| Améliorer l'affichage des images | Des photos trop lourdes, trop grandes ou dans un format ancien. La cause la plus fréquente, et souvent la plus rentable à traiter. |
| Requêtes de blocage du rendu | Des fichiers (styles, scripts de modules) que le navigateur doit charger avant d'afficher quoi que ce soit. |
| Tiers | Des services extérieurs chargés par la page : statistiques, publicité, chat, avis clients, réseaux sociaux. Chacun a un coût. |
| Utiliser des durées de mise en cache efficaces | Le navigateur de vos clients doit retélécharger des fichiers à chaque visite, au lieu de les garder en mémoire. |
| Latence de la demande de document | Le serveur met trop de temps à répondre. On retrouve le TTFB de la partie 1. |
| Causes des décalages de mise en page | Les éléments qui font bouger la page : carrousel, bandeau cookies, images sans dimensions, polices qui changent. |
Un détail qui change tout : ces recommandations ne rapportent pas de points directement. Elles expliquent pourquoi les mesures sont mauvaises. Corriger une recommandation n'améliore la note que si cela améliore une des cinq mesures. C'est pourquoi un professionnel ne les traite pas dans l'ordre de la liste, mais dans l'ordre de leur effet réel.
Les trois autres notes
Le rapport affiche aussi des notes d'Accessibilité, de Bonnes pratiques et de SEO. Elles sont utiles, mais attention au piège : une note SEO de 100 ne veut pas dire que votre boutique est bien référencée. Elle vérifie seulement des bases techniques : un titre présent, des liens lisibles, une page que Google a le droit d'enregistrer. Votre position réelle dans Google se lit dans la Search Console, que nous expliquons dans notre guide de la Google Search Console.
Quand la partie 1 et la partie 2 ne disent pas la même chose
C'est la situation la plus fréquente, et la plus mal comprise.
Clients satisfaits, note de laboratoire médiocre. Vos vrais visiteurs ont une bonne expérience, mais le test simulé est sévère. Ce n'est pas urgent : il y a une marge de progrès, mais vos clients ne souffrent pas. C'est la partie 1 qui compte pour Google comme pour vos ventes.
Note de laboratoire correcte, clients en échec. Plus inquiétant. Le test ne voit qu'un chargement, alors que vos clients naviguent, filtrent, ajoutent au panier, souvent avec des téléphones plus modestes. Le problème se cache peut-être dans une page que vous n'avez pas testée, ou dans la réactivité de la page (INP) : menu lent, bouton « Ajouter au panier » qui tarde à réagir.
Cinq pièges de lecture
- Viser 100 sur mobile. Très peu de boutiques en ligne y parviennent, et ce n'est pas l'objectif. Mieux vaut des Core Web Vitals réussis en partie 1 qu'une note parfaite en laboratoire.
- Se comparer à un grand site. Les grandes enseignes ont des équipes dédiées et des infrastructures que n'a pas une boutique indépendante. Comparez-vous à vous-même, mois après mois.
- Tester juste après une modification. Après le vidage du cache de PrestaShop, les premières visites sont plus lentes, le temps que la boutique reconstruise ses fichiers. Attendez quelques minutes et testez plusieurs fois.
- Ajouter un module « d'optimisation » pour faire monter la note. Certains améliorent vraiment les choses. D'autres ajoutent leurs propres scripts et déplacent le problème. Mesurez avant et après.
- Oublier les outils ajoutés au fil du temps. Chaque outil de statistiques, de publicité ou de chat installé « juste pour essayer » reste souvent en place des années, et alourdit chaque page.
Ce que vous pouvez faire vous-même
- Tenir un tableau mensuel avec, pour l'accueil, une catégorie et une fiche produit : la note mobile, le verdict des Core Web Vitals et le LCP. En quelques mois, vous verrez si une modification ou un nouveau module a dégradé la vitesse.
- Retester après chaque changement important : nouveau thème, nouveau module, nouveau carrousel, nouvel outil marketing.
- Faire l'inventaire des services extérieurs que vous avez ajoutés (statistiques, publicité, chat, avis) et vous demander lesquels vous servent encore.
- Envoyer des photos à la bonne taille, comme nous l'expliquions dans notre article sur la lenteur.
Ce qu'il vaut mieux confier à un professionnel
- l'analyse du rapport page par page, et le choix des corrections qui ont le plus d'effet ;
- les réglages de cache, de compression et de chargement des fichiers de PrestaShop, qui peuvent casser l'affichage s'ils sont mal faits ;
- le traitement des images existantes et la conversion automatique des nouvelles ;
- le ménage dans les modules et les scripts extérieurs ;
- le diagnostic du serveur quand le TTFB est mauvais : hébergement, version de PHP, base de données.
PageSpeed Insights ne dit pas tout, mais il dit vrai, à condition de commencer par le haut du rapport. La question à se poser n'est pas « quelle est ma note ? » mais « mes clients attendent-ils trop ? ». Si la réponse est oui, chaque seconde gagnée se retrouve dans vos ventes.
PageSpeed Insightsnote PageSpeedCore Web Vitalsvitesse PrestaShopLighthouseLCP