Qu'est-ce que Google PageSpeed Insights ?
Google PageSpeed Insights (PSI) est un outil gratuit disponible sur pagespeed.web.dev qui analyse la performance de chargement de n'importe quelle page web. Vous saisissez une URL, l'outil exécute une série de tests, puis vous donne un score de 0 à 100 accompagné de métriques détaillées et de recommandations.
En coulisses, PSI utilise Google Lighthouse — le même moteur que Shopify utilise pour le score de vitesse dans votre tableau de bord admin. Les deux scores sont liés mais pas identiques ; nous expliquons précisément leurs différences dans notre comparatif score de vitesse Shopify vs PageSpeed. PSI simule un appareil mobile avec un CPU limité (ralenti par 4) et une connexion 4G simulée pour tester le chargement de votre page dans des conditions mobiles réalistes.
PSI vous fournit deux types de données :
🔬 Données de laboratoire (section du bas)
Résultats de test simulés issus de Lighthouse. Votre score, les 5 métriques et des recommandations précises. Utile pour le débogage, mais varie d'une exécution à l'autre.
👥 Données de terrain (section du haut)
Données d'utilisateurs réels issues des utilisateurs Chrome ayant visité votre site au cours des 28 derniers jours. Affiche les Core Web Vitals (LCP, INP, CLS). C'est ce que Google utilise pour le classement SEO.
Pour les marchands Shopify, PSI est l'outil de vitesse le plus important, car il reflète directement les métriques que Google utilise pour le classement dans les résultats de recherche. Le score de vitesse de l'admin Shopify est essentiellement une version simplifiée de ce même test. Envie d'un point de référence rapide avant d'entrer dans les détails ? Lancez un test de vitesse gratuit sur votre boutique pour savoir où vous en êtes dès maintenant.
La solution rapide : améliorer les 5 métriques en une fois
Chaque métrique ci-dessous a un correctif spécifique — mais si vous voulez toutes les améliorer en même temps sans passer des heures en optimisation manuelle, Thunder Page Speed Optimizer applique automatiquement les correctifs les plus efficaces pour chaque métrique.
Comment Thunder améliore chaque métrique PageSpeed :
Forfait gratuit disponible · Sans carte bancaire · Moyenne : +27 points
Comprendre le score global (0-100)
Le grand chiffre en haut de votre rapport PageSpeed Insights est une moyenne pondérée de 5 métriques de performance. Ce n'est pas une note arbitraire — il est calculé selon une formule précise basée sur des données de performance réelles issues de millions de sites web. Pour une vue d'ensemble plus large de la façon dont Google évalue spécifiquement les boutiques Shopify, notre guide Google PageSpeed Insights pour Shopify couvre le sujet en détail.
Bon (vert)
Top 10 % des sites web. Performance excellente. Rare pour les boutiques Shopify avec applications, mais atteignable avec Thunder et un thème léger.
À améliorer (orange)
Marge d'optimisation mais fonctionnel. Un objectif réaliste pour la plupart des boutiques Shopify. Thunder fait généralement passer les boutiques dans cette fourchette.
Médiocre (rouge)
Problèmes importants qui nuisent à l'expérience utilisateur et potentiellement au SEO. C'est là que se situent la plupart des boutiques Shopify non optimisées. Correctif prioritaire nécessaire.
Comment le score est calculé
Votre score global est une combinaison pondérée de 5 métriques :
Basé sur le système de notation Lighthouse 12 (2026). Les pondérations peuvent changer dans les futures versions.
LCP — Largest Contentful Paint
Ce que ça mesure : le temps nécessaire pour que le plus grand élément visible s'affiche dans la fenêtre. Sur les boutiques Shopify, c'est généralement votre image hero, une grande photo produit ou le titre principal.
Pourquoi c'est important : le LCP représente le moment où votre client perçoit que la page a « fini de charger ». Un LCP rapide signifie qu'il voit vos produits rapidement. Un LCP lent signifie qu'il fixe un espace vide et risque de partir. Pour un approfondissement sur la correction de cette métrique, consultez notre guide d'optimisation du LCP sur Shopify.
≤ 2.5s
Bon
2.5–4.0s
À améliorer
> 4.0s
Médiocre
Problèmes LCP courants sur Shopify
- • Images hero de 2 à 5 Mo non optimisées pour le web
- • CSS bloquant le rendu qui empêche le navigateur d'afficher quoi que ce soit
- • Absence de préchargement de l'image LCP — le navigateur la découvre tard
- • Réponse serveur lente (TTFB) qui retarde tout ce qui suit
- • Polices web qui bloquent l'affichage du texte jusqu'à leur chargement
⚡ Correctif Thunder
Précharge l'image LCP pour que le navigateur commence à la télécharger immédiatement. Intègre le CSS critique en ligne pour que rien ne bloque le rendu. Ajoute font-display: swap pour éviter les retards liés aux polices. Amélioration typique du LCP : 1 à 3 secondes.
🔧 Correctif manuel
Ajoutez <link rel="preload"> pour votre image hero. Compressez les images sous 200 Ko. Extrayez et intégrez le CSS critique en ligne (complexe — différent pour chaque template de page). Optimisez la réponse serveur en simplifiant les templates Liquid. Comptez 6 à 12 heures.
TBT — Total Blocking Time
Ce que ça mesure : le temps total pendant lequel le thread principal du navigateur est bloqué par des tâches JavaScript longues. Pendant ce blocage, la page est figée — les utilisateurs ne peuvent ni cliquer, ni défiler, ni taper.
Pourquoi c'est important : le TBT a le poids le plus élevé (30 %) dans le calcul du score. Si votre TBT est élevé, votre score global sera bas, quelle que soit la qualité de vos autres métriques. Il est directement corrélé à la sensation de « saccade » ou de « blocage » de votre boutique. Sur Shopify, un TBT élevé est presque toujours causé par du JavaScript — provenant des applications, du thème et des scripts de suivi tiers.
≤ 200ms
Bon
200–600ms
À améliorer
> 600ms
Médiocre
Problèmes TBT courants sur Shopify
- • Scripts d'applications qui s'exécutent au chargement de la page (avis, pop-ups, widgets de chat)
- • JavaScript du thème exécuté de façon synchrone dans le <head>
- • Google Analytics, Meta Pixel et autres scripts de suivi qui s'exécutent au chargement
- • Bundles JavaScript volumineux qui prennent plus de 500 ms à analyser et exécuter
💡 Point clé : la plupart des boutiques Shopify avec un TBT supérieur à 600 ms ont 10 applications ou plus qui injectent du JavaScript. Chaque application n'ajoute peut-être que 100 à 200 ms de blocage individuellement, mais ensemble elles créent un goulot d'étranglement massif. Vous ne pouvez pas différer manuellement la plupart des scripts d'applications sans les casser — ils ont des dépendances internes invisibles. C'est l'atout n°1 de Thunder : il cartographie ces dépendances et les diffère en toute sécurité.
⚡ Correctif Thunder
Diffère tout le JavaScript bloquant le rendu — y compris les scripts d'applications, les scripts de thème et le code de suivi. Cartographie les chaînes de dépendances pour que rien ne casse. Réduction typique du TBT : 60 à 80 %. Cette seule optimisation améliore souvent le score global de 15 à 25 points.
🔧 Correctif manuel
Ajoutez defer ou async aux balises de script. Supprimez les applications inutilisées et auditez le code résiduel. Chargez les scripts de suivi via Google Tag Manager avec des déclencheurs différés. Comptez 8 à 16 heures. Risque élevé de casser le fonctionnement des applications — la plupart des scripts d'applications ne fonctionnent pas correctement si on les diffère naïvement.
CLS — Cumulative Layout Shift
Ce que ça mesure : à quel point le contenu visible se déplace de façon inattendue pendant le chargement de la page. C'est cette expérience agaçante où vous êtes sur le point de cliquer sur un bouton et où tout se décale parce qu'une publicité ou une image s'est chargée au-dessus.
Pourquoi c'est important : le CLS représente 25 % de votre score et fait partie des trois Core Web Vitals que Google utilise pour le classement SEO. Un CLS élevé frustre les utilisateurs — ils cliquent au mauvais endroit, perdent leur repère et ont l'impression que le site est « cassé ». C'est aussi l'une des métriques que Google mesure à partir d'utilisateurs réels, ce qui la rend particulièrement importante.
≤ 0.1
Bon
0.1–0.25
À améliorer
> 0.25
Médiocre
Problèmes CLS courants sur Shopify
- • Images sans attributs width et height explicites
- • Polices web qui se chargent tard et provoquent un réajustement du texte (FOUT/FOIT)
- • Widgets d'applications qui injectent du contenu après le chargement de la page (pop-ups, bannières, badges d'avis)
- • Contenu dynamique chargé au-dessus de la ligne de flottaison (barres d'annonce, sélecteurs de devise)
⚡ Correctif Thunder
Ajoute automatiquement des attributs width/height aux images qui n'en ont pas, applique font-display: swap pour éviter le texte invisible, et optimise le préchargement des polices. La plupart des boutiques obtiennent un CLS sous 0.1 après Thunder — souvent proche de zéro.
🔧 Correctif manuel
Ajoutez width et height à toutes les balises <img>. Utilisez font-display: swap dans les déclarations @font-face. Réservez de l'espace pour le contenu dynamique avec la propriété CSS min-height. Préchargez les polices critiques. Comptez 2 à 4 heures pour un audit approfondi.
FCP — First Contentful Paint
Ce que ça mesure : le temps nécessaire pour que le navigateur affiche le premier élément de contenu — texte, image, couleur de fond ou SVG. C'est le moment où l'écran passe d'entièrement vide à l'affichage de quelque chose.
Pourquoi c'est important : le FCP est le premier signal pour l'utilisateur que la page fonctionne. Un FCP rapide le rassure : le site charge bien. Un FCP lent (plus de 3 secondes d'écran vide) lui donne l'impression que le site est cassé et déclenche un clic sur le bouton retour. Bien qu'il ne représente que 10 % du score, c'est la fondation — tout le reste dépend de l'apparition du contenu en premier.
≤ 1.8s
Bon
1.8–3.0s
À améliorer
> 3.0s
Médiocre
Ce qui bloque le FCP sur Shopify
Les deux principaux blocages sont le CSS bloquant le rendu (le navigateur n'affiche rien tant que tout le CSS du <head> n'est pas chargé) et le JavaScript bloquant le rendu (les scripts sans defer/async mettent en pause l'analyse du HTML). Sur une boutique Shopify typique, 200 à 500 Ko de CSS et plusieurs scripts doivent se télécharger avant que le premier pixel n'apparaisse.
⚡ Correctif Thunder
Intègre en ligne le CSS critique au-dessus de la ligne de flottaison directement dans le HTML et diffère la feuille de style complète. Diffère tout le JavaScript bloquant le rendu. Résultat : le navigateur peut afficher le contenu presque immédiatement après avoir reçu le HTML. Amélioration typique du FCP : 40 à 60 % plus rapide.
🔧 Correctif manuel
Extrayez le CSS critique par template de page et intégrez-le en ligne (très complexe — des outils comme Critical CSS existent mais nécessitent une chaîne de build). Différez tous les scripts. Réduisez la taille du fichier CSS en supprimant les règles inutilisées. Ajoutez des indications preconnect pour les domaines externes. Comptez 8 à 12 heures, avec une maintenance continue à chaque mise à jour de thème.
SI — Speed Index
Ce que ça mesure : la vitesse à laquelle le contenu visible de la page remplit la fenêtre. Contrairement au FCP (premier pixel) ou au LCP (plus grand élément), le Speed Index capture la progression visuelle globale — la fluidité et la rapidité avec lesquelles votre page passe de vide à entièrement rendue.
Pourquoi c'est important : le Speed Index est une mesure globale de la vitesse de chargement perçue. Une page qui se rend progressivement (le contenu apparaît morceau par morceau) aura un meilleur Speed Index qu'une page restée vide pendant 4 secondes avant d'afficher tout d'un coup. Bien qu'il ne représente que 10 % du score, il reflète l'expérience réellement ressentie par vos clients.
≤ 3.4s
Bon
3.4–5.8s
À améliorer
> 5.8s
Médiocre
Le Speed Index s'améliore quand vous corrigez les autres métriques. Un FCP plus rapide signifie que la progression visuelle commence plus tôt. Un meilleur LCP signifie que le contenu principal apparaît plus tôt. Un TBT plus bas signifie que la page n'est pas figée en plein rendu. Considérez le Speed Index comme la « note globale » du chargement visuel — il profite de chaque autre optimisation.
⚡ Correctif Thunder
En améliorant le FCP (intégration du CSS critique en ligne), le LCP (préchargement des images) et le TBT (report des scripts), Thunder améliore naturellement le Speed Index par ricochet. La page se rend progressivement au lieu d'attendre le chargement de toutes les ressources.
🔧 Correctif manuel
Il n'existe pas de « correctif Speed Index » unique — il s'améliore lorsque vous traitez le FCP, le LCP et les goulots d'étranglement du rendu. Concentrez-vous sur l'élimination des ressources bloquant le rendu et sur le chargement en priorité du contenu au-dessus de la ligne de flottaison. Tous les correctifs manuels des autres métriques contribuent à l'amélioration du Speed Index.
Données de laboratoire vs données de terrain : lesquelles comptent le plus ?
PageSpeed Insights affiche deux sections de données distinctes, et comprendre leur différence est essentiel pour prendre de bonnes décisions d'optimisation.
🔬 Données de laboratoire
- • Test simulé sur un appareil contrôlé
- • CPU limité (4x plus lent) + 4G simulée
- • Mesure ponctuelle unique
- • Varie de 5 à 10 points d'une exécution à l'autre
- • Affiche les 5 métriques + les opportunités
- • Idéal pour : déboguer des problèmes précis
👥 Données de terrain (CrUX)
- • Utilisateurs Chrome réels sur de vrais appareils
- • Conditions réseau réelles dans le monde entier
- • Moyenne glissante sur 28 jours — très stable
- • Affiche les Core Web Vitals (LCP, INP, CLS)
- • Nécessite suffisamment de trafic pour générer des données
- • Idéal pour : comprendre la véritable expérience utilisateur
🎯 Pour le SEO : les données de terrain l'emportent. Google utilise les données de terrain (Core Web Vitals) comme signal de classement — pas votre score de laboratoire. Si vos données de terrain montrent un LCP, un INP et un CLS validés (vert), votre performance réelle est bonne, quel que soit le score de laboratoire. Le score de laboratoire reste utile pour identifier quoi corriger, mais les données de terrain vous indiquent si c'est réellement un problème pour les utilisateurs réels. Pour un détail complet de chaque Core Web Vital et comment les valider, consultez notre guide des Core Web Vitals sur Shopify.
Pas de données de terrain affichées ? Cela signifie que votre boutique n'a pas assez de trafic Chrome pour que Google génère un rapport (il faut généralement quelques milliers de visiteurs mensuels). Dans ce cas, fiez-vous aux données de laboratoire pour vos décisions d'optimisation — et envisagez la surveillance quotidienne de Thunder comme indicateur de substitution pour suivre votre performance dans le temps.
Pour un comparatif de tous les outils de test de vitesse au-delà de PSI — dont GTmetrix, WebPageTest et Lighthouse — consultez notre guide des meilleurs outils de test de vitesse Shopify. Et si vous vous demandez quel score viser, consultez nos repères de score de vitesse Shopify par thème.
Lire les opportunités et diagnostics
Sous les métriques, PSI vous propose deux sections actionnables. Ce sont votre feuille de route pour progresser :
🎯 Opportunités (triées par gain estimé)
Ce sont des recommandations précises et actionnables, avec un gain de temps estimé. Les plus fréquentes pour les boutiques Shopify :
« Eliminate render-blocking resources »
Très fréquentFichiers CSS et JS dans votre <head> qui bloquent le rendu. Le correctif principal de Thunder — il diffère les scripts et intègre le CSS critique en ligne.
« Reduce the impact of third-party code »
Très fréquentScripts provenant des applications, de l'analytics et du suivi. Indique le temps de blocage total par domaine tiers. Thunder les diffère automatiquement.
« Properly size images »
FréquentImages téléchargées à des dimensions plus grandes que celles affichées. Utilisez le filtre image_url de Shopify avec des paramètres de taille pour servir des images correctement dimensionnées.
« Reduce unused JavaScript »
FréquentCode JS qui se télécharge mais ne s'exécute pas sur la page actuelle. Provient souvent de thèmes aux bundles JS riches en fonctionnalités ou d'applications chargeant des SDK complets.
« Serve images in next-gen formats »
OccasionnelUtilisation de JPEG/PNG au lieu de WebP/AVIF. Le CDN de Shopify sert automatiquement du WebP quand c'est possible, mais certaines images téléversées manuellement contournent cela.
🔍 Diagnostics (informatifs, non notés)
Ils n'affectent pas directement votre score mais apportent un contexte utile :
- → « Avoid enormous network payloads » — poids total de la page. Au-delà de 3 Mo, c'est préoccupant.
- → « Avoid an excessive DOM size » — au-delà de 1,500 éléments, c'est le signe d'un DOM surchargé.
- → « Minimize main-thread work » — temps CPU total pour l'exécution JS.
- → « Reduce JavaScript execution time » — les scripts les plus longs à s'exécuter.
N'essayez pas de tout corriger en même temps. Concentrez-vous sur les 2 à 3 opportunités offrant le plus grand gain estimé. Pour la plupart des boutiques Shopify, cela signifie les ressources bloquant le rendu et le code tiers — deux points que Thunder gère automatiquement. Installez d'abord Thunder, retestez, puis traitez manuellement les opportunités restantes. Pour un guide pas à pas de chaque technique d'optimisation, consultez notre guide complet d'optimisation de la vitesse.
Améliorez chaque métrique PageSpeed en 30 secondes
Thunder optimise automatiquement le TBT, le LCP, le CLS, le FCP et le Speed Index. Sans code. Sans risque. Amélioration moyenne : +27 points.
Boostez mon score PageSpeed →Forfait gratuit disponible · Sans carte bancaire · Compatible avec tous les thèmes
Questions fréquentes
Qu'est-ce que Google PageSpeed Insights ?
Google PageSpeed Insights (PSI) est un outil gratuit disponible sur pagespeed.web.dev qui analyse les performances de votre page web. Il exécute Google Lighthouse pour générer un score de laboratoire (0-100) et affiche aussi des données d'utilisateurs réels issues du Chrome User Experience Report. Pour les boutiques Shopify, c'est l'outil de test de vitesse le plus important, car Google utilise les mêmes données sous-jacentes comme signaux de classement SEO.
Quel est un bon score PageSpeed Insights pour Shopify ?
Un score mobile de 50 à 70 est réaliste pour la plupart des boutiques Shopify avec des applications installées. Des scores de 70 à 90 sont atteignables avec une optimisation (comme Thunder). Des scores de 90+ sont excellents mais rares pour les boutiques avec plusieurs applications. La boutique Shopify moyenne obtient 30 à 50 sur mobile. Ne vous comparez pas à des sites web statiques — les boutiques Shopify ont une charge inhérente liée à la plateforme, aux applications et au contenu dynamique.
Le score PageSpeed Insights affecte-t-il le référencement SEO de Shopify ?
Indirectement, oui. Google n'utilise pas directement le score PSI comme facteur de classement. Il utilise plutôt les Core Web Vitals (LCP, INP, CLS) mesurés à partir d'utilisateurs réels comme signaux de classement. Ces métriques sont étroitement liées à votre score PSI — améliorer l'une améliore généralement l'autre. Une boutique très lente augmente aussi le taux de rebond, ce qui nuit indirectement au classement. Thunder améliore à la fois les scores de laboratoire et les Core Web Vitals réels.
Pourquoi mon score PageSpeed mobile est-il tellement plus bas que sur ordinateur ?
Le test mobile simule des conditions difficiles : un téléphone de milieu de gamme avec un CPU limité par 4 et une connexion 4G simulée. Un script JavaScript qui prend 200 ms sur ordinateur en prend 800 ms ou plus sur mobile simulé. La plupart des boutiques Shopify obtiennent un score 20 à 40 points plus bas sur mobile que sur desktop. C'est normal. Comme Google utilise l'indexation mobile-first, c'est le score mobile qui compte le plus.
À quelle fréquence dois-je lancer PageSpeed Insights sur ma boutique Shopify ?
Lancez-le après tout changement important (nouvelle application, mise à jour de thème, ajout de sections/images). Pour un suivi de routine, Thunder suit votre score quotidiennement de façon automatique. Si vous le faites manuellement, testez 3 à 5 fois et faites la moyenne des résultats — un test isolé peut varier de 5 à 10 points selon les conditions réseau et la charge serveur. Un contrôle mensuel est un minimum raisonnable.
Quelle est la différence entre les données de laboratoire et les données de terrain dans PageSpeed Insights ?
Les données de laboratoire proviennent d'un test Lighthouse simulé — conditions contrôlées, exécution unique, plus sévères que la réalité. Les données de terrain proviennent d'utilisateurs Chrome réels visitant votre boutique sur 28 jours — véritables appareils, vrais réseaux, comportement réel des utilisateurs. Google utilise les données de terrain (Core Web Vitals) pour le classement SEO. Les données de laboratoire sont utiles pour déboguer des problèmes précis. Les deux comptent, mais les données de terrain reflètent la véritable expérience utilisateur.
Thunder peut-il améliorer toutes les métriques PageSpeed Insights ?
Thunder améliore directement le TBT (en différant les scripts), le LCP (en préchargeant les images hero et en intégrant le CSS critique), le FCP (en éliminant les ressources bloquant le rendu), le CLS (en définissant les dimensions des images et en optimisant le chargement des polices) et le Speed Index (en accélérant le chargement visuel). La seule métrique que Thunder ne peut pas améliorer directement est le temps de réponse serveur (TTFB), qui dépend de l'infrastructure de Shopify et de la complexité de vos templates Liquid.
Pourquoi mes scores PageSpeed varient-ils à chaque test ?
PageSpeed Insights utilise Lighthouse, qui s'exécute sur une infrastructure cloud partagée avec une variabilité inhérente. Les temps de réponse des scripts tiers, la charge serveur de Shopify, la charge CPU de l'infrastructure de test et les conditions réseau fluctuent tous d'un test à l'autre. Des écarts de 5 à 10 points sont parfaitement normaux. Effectuez toujours 3 à 5 tests et utilisez la moyenne. Pour un suivi fiable, Thunder surveille votre score quotidiennement et affiche une moyenne glissante.