Vérificateur PageSpeed Insights

Analysez les performances de votre site web en utilisant les mêmes données et méthodologie que le PageSpeed Insights de Google. Notre vérificateur évalue les Core Web Vitals, y compris le Largest Contentful Paint, l'Interaction to Next Paint et le Cumulative Layout Shift, en fournissant à la fois des données de laboratoire issues de tests simulés et des données de terrain provenant de vrais utilisateurs Chrome. Obtenez un rapport de performance complet avec des recommandations d'optimisation priorisées qui améliorent directement vos classements de recherche et l'expérience utilisateur.

Fonctionnalités Clés de Notre Vérificateur PageSpeed Insights

Évaluation des Core Web Vitals

Évalue les trois Core Web Vitals : Largest Contentful Paint (LCP), Interaction to Next Paint (INP) et Cumulative Layout Shift (CLS). Chaque métrique est notée par rapport aux seuils officiels de Google avec des classifications claires bon, nécessite une amélioration ou médiocre.

Analyse Mobile et Bureau

Testez les performances des perspectives mobile et bureau. Comme Google utilise l'indexation mobile-first, le score mobile impacte directement les classements. Les scores de bureau aident à identifier les opportunités d'amélioration de l'expérience des visiteurs non mobiles.

Répartition du Score de Performance

Recevez un score de performance de 0 à 100 avec une répartition détaillée montrant comment chaque métrique contribue au total. Comprenez exactement quelles métriques tirent votre score vers le bas et combien chaque amélioration affecterait le résultat global.

Opportunités d'Optimisation Priorisées

Obtenez une liste classée d'actions d'optimisation spécifiques triées par impact estimé. Chaque opportunité inclut les économies de temps potentielles, la métrique affectée et des conseils de mise en œuvre, vous permettant de concentrer les ressources de développement sur les améliorations les plus précieuses en premier.

Données de Terrain d'Utilisateurs Réels

Accédez aux données du Chrome User Experience Report montrant comment les vrais visiteurs vivent votre page au 75e centile. Les données de terrain reflètent les conditions réelles, y compris divers appareils, réseaux et emplacements géographiques, ce qui en fait la représentation la plus précise de l'expérience utilisateur.

Audits de Diagnostic Détaillés

Examinez plus de 50 audits de performance individuels couvrant l'optimisation des images, l'exécution JavaScript, la livraison CSS, le temps de réponse du serveur, les politiques de mise en cache, les ressources bloquant le rendu, la taille du DOM et l'impact des scripts tiers.

Cascade de Chargement des Ressources

Visualisez le chargement séquentiel et parallèle de chaque ressource sur votre page. Le diagramme en cascade révèle les dépendances de blocage, les ressources lentes et les modèles de chargement inefficaces qui retardent les jalons de rendu critiques.

Visualisation Treemap

Voyez une représentation visuelle des tailles de bundle JavaScript de votre page, vous aidant à identifier les scripts gonflés, le code inutilisé et les ressources tierces qui consomment une bande passante et un temps de traitement disproportionnés.

Comment Utiliser le Vérificateur PageSpeed Insights

01

Étape 1

Entrez l'URL complète de la page que vous souhaitez analyser dans le champ de saisie. Utilisez l'URL exacte que les moteurs de recherche indexent, y compris le protocole (https://) et tous les segments de chemin, pour garantir que les résultats reflètent les performances réelles de votre page indexée.

02

Étape 2

Sélectionnez s'il faut analyser les performances mobiles, les performances de bureau ou les deux. Priorisez l'analyse mobile car l'indexation mobile-first de Google signifie que le score mobile est ce qui impacte vos classements de recherche.

03

Étape 3

Cliquez sur analyser pour démarrer le test. L'outil exécutera une simulation Lighthouse et interrogera les données CrUX si disponibles, ce qui peut prendre 15 à 30 secondes selon la complexité et le temps de chargement de votre page.

04

Étape 4

Examinez d'abord la section Core Web Vitals. Vérifiez si le LCP est inférieur à 2,5 secondes, l'INP est inférieur à 200 millisecondes et le CLS est inférieur à 0,1. Ce sont les métriques que Google utilise directement dans son algorithme de classement.

05

Étape 5

Examinez le score de performance et sa répartition des composants. Notez quelles métriques contribuent le plus à un score faible, car celles-ci représentent les cibles d'optimisation les plus prioritaires pour améliorer à la fois les classements et l'expérience utilisateur.

06

Étape 6

Travaillez sur la section Opportunités de haut en bas, en mettant en œuvre les suggestions avec le plus grand impact estimé en premier. Les corrections à fort impact courantes incluent le dimensionnement approprié des images, l'élimination des ressources bloquant le rendu et la réduction du temps d'exécution JavaScript.

07

Étape 7

Après la mise en œuvre des changements, relancez l'analyse pour mesurer l'amélioration. Comparez les Core Web Vitals, les scores de performance et les valeurs métriques spécifiques par rapport à votre base de référence pour vérifier que les optimisations produisent les résultats attendus.

Prêt à Analyser ?

Essayez Verificateur PageSpeed Insights maintenant — entièrement gratuit, sans inscription

Utiliser l'Outil Maintenant

Qu'est-ce que PageSpeed Insights ?

PageSpeed Insights (PSI) est l'outil officiel d'analyse de performance de Google qui évalue les performances d'une page web sur les appareils mobiles et de bureau. Lancé à l'origine en 2010 comme un simple test de vitesse, PSI a évolué en une plateforme de diagnostic de performance complète qui combine les données réelles du Chrome User Experience Report (CrUX) avec les tests de laboratoire Lighthouse pour fournir l'évaluation de performance la plus faisant autorité disponible.

Notre Vérificateur PageSpeed Insights exploite le même cadre analytique pour fournir des données de performance qui reflètent directement la façon dont Google évalue vos pages à des fins de classement. Ce n'est pas une approximation tierce ; il utilise les mêmes métriques, seuils et méthodologie de notation que Google applique lors de l'évaluation des signaux d'expérience de page de votre site.

L'outil fournit deux types distincts de données de performance :

Données de Terrain (Métriques Utilisateurs Réels) : Collectées auprès d'utilisateurs Chrome réels qui visitent votre page sur une période glissante de 28 jours. Les données de terrain représentent l'expérience réelle de vos visiteurs à travers divers appareils, conditions réseau et emplacements géographiques. Ce sont les données que Google utilise pour l'évaluation des Core Web Vitals dans les classements de recherche. Les données de terrain ne sont disponibles que pour les pages avec un trafic suffisant pour générer un échantillon statistiquement significatif.

Données de Laboratoire (Tests Simulés) : Générées en exécutant votre page via Lighthouse, l'outil d'audit de performance open-source de Google, dans un environnement contrôlé et simulé. Les données de laboratoire utilisent un profil d'appareil et de réseau fixe, généralement un appareil mobile de milieu de gamme sur une connexion 4G limitée, pour garantir des résultats cohérents et reproductibles. Les données de laboratoire sont disponibles pour toute URL, quel que soit le volume de trafic, et fournissent des informations de diagnostic détaillées que les données de terrain ne peuvent pas offrir.

Le score de performance varie de 0 à 100 et est calculé comme une moyenne pondérée de six métriques de laboratoire : First Contentful Paint (10%), Speed Index (10%), Largest Contentful Paint (25%), Total Blocking Time (30%), Cumulative Layout Shift (25%) et tout bonus applicable des scores d'audit inutilisés. Les scores de 90 et plus sont classés comme bons (vert), 50 à 89 comme nécessitant une amélioration (orange) et inférieurs à 50 comme médiocres (rouge).

Comprendre ces scores et les métriques sous-jacentes est essentiel car Google a fait de l'expérience de page, et des Core Web Vitals en particulier, un signal de classement officiel. Les pages qui respectent les seuils des Core Web Vitals ont un avantage mesurable dans les résultats de recherche, et cet avantage se multiplie sur les grands sites où des améliorations marginales s'appliquent à des milliers de pages indexées.

Pourquoi PageSpeed Insights Est Important pour le Classement SEO

PageSpeed Insights n'est pas seulement un outil de benchmarking de performance ; c'est la source définitive pour comprendre comment Google perçoit l'expérience utilisateur de votre page. Le lien entre les métriques PSI et les classements de recherche est direct, documenté et de plus en plus significatif.

Core Web Vitals comme Signal de Classement Confirmé

En juin 2021, Google a officiellement intégré les Core Web Vitals dans son algorithme de classement via la Page Experience Update. Les trois métriques Core Web Vitals, LCP, FID (maintenant remplacé par INP) et CLS, sont extraites des données CrUX, les mêmes données de terrain affichées dans PageSpeed Insights. Google a confirmé que les pages répondant aux trois seuils Core Web Vitals reçoivent un boost de classement, et les pages qui échouent à ces seuils peuvent voir leur visibilité réduite.

Le Passage de FID à INP

En mars 2024, Google a officiellement remplacé le First Input Delay (FID) par l'Interaction to Next Paint (INP) en tant que Core Web Vital de réactivité. INP est une métrique plus complète qui mesure la latence de toutes les interactions tout au long du cycle de vie de la page, pas seulement la première. Ce changement signifie que de nombreuses pages qui réussissaient auparavant les Core Web Vitals avec un bon score FID peuvent maintenant échouer sous la mesure INP plus stricte. Notre Vérificateur PageSpeed Insights évalue l'INP pour vous donner des données de réactivité actuelles et précises.

Comment les Scores de Performance Se Traduisent en Classements

Google utilise les Core Web Vitals comme un départage et différenciateur parmi les pages ayant une qualité de contenu et une autorité similaires. Dans les verticales de recherche hautement compétitives où des dizaines de pages offrent un contenu comparable, le signal d'expérience de page peut déterminer quelles pages obtiennent des positions sur la première page par rapport à la deuxième page. Une étude de Searchmetrics a révélé que les pages dans le top 10 des résultats Google ont des scores Core Web Vitals nettement meilleurs que celles de la deuxième page, avec des scores LCP moyens de 1,8 seconde pour les pages les mieux classées contre 3,2 secondes pour celles moins bien classées.

Indexation Mobile-First et Performance

Google indexe et classe tous les sites web en fonction de leur version mobile. Les appareils mobiles ont généralement moins de puissance de traitement et des connexions réseau plus lentes, amplifiant les problèmes de performance. Une page qui obtient 95 sur bureau peut obtenir 55 sur mobile en raison d'images non optimisées, de JavaScript lourd ou de ressources bloquant le rendu. Étant donné que les classements sont déterminés par l'expérience mobile, le score mobile de PageSpeed Insights est celui qui compte le plus pour le SEO.

Impact du Comportement des Utilisateurs

Les performances affectent directement les métriques de comportement des utilisateurs qui sont corrélées aux classements. Les recherches de Google montrent que lorsque le temps de chargement de la page passe de 1 à 3 secondes, la probabilité de rebond augmente de 32 pour cent. À 5 secondes, elle augmente de 90 pour cent. Amazon a constaté que chaque 100 millisecondes de latence leur coûtait 1 pour cent des ventes. Ces impacts comportementaux créent une boucle de rétroaction : les pages lentes génèrent de pires signaux d'engagement, ce qui peut encore supprimer les classements.

Intégration de Search Console

Google Search Console inclut désormais un rapport Core Web Vitals dédié qui regroupe vos URL selon leur statut de performance CrUX. Les pages classées comme médiocres ou nécessitant une amélioration apparaissent comme des problèmes de classement potentiels. Les données de ce rapport proviennent de la même base de données CrUX qui alimente PageSpeed Insights, ce qui fait des scores PSI un prédicteur fiable de la façon dont vos pages sont classées dans Search Console.

Core Web Vitals Expliqués : LCP, INP et CLS

Les Core Web Vitals sont les trois métriques spécifiques que Google a désignées comme signaux de classement officiels dans son cadre d'expérience de page. Chaque métrique aborde un aspect distinct de l'expérience utilisateur : le chargement, l'interactivité et la stabilité visuelle.

Largest Contentful Paint (LCP)

Le LCP mesure le temps entre le début du chargement de la page et le moment où le plus grand élément de contenu est rendu dans la fenêtre d'affichage. Le plus grand élément est généralement une image hero, une miniature de vidéo en vedette ou un grand bloc de titre. Le LCP reflète le moment où les utilisateurs perçoivent la page comme chargée avec un contenu significatif.

Seuils de Google : Bon est 2,5 secondes ou moins. Nécessite une amélioration est entre 2,5 et 4,0 secondes. Médiocre est supérieur à 4,0 secondes. Les causes les plus courantes de LCP lent incluent des images non optimisées qui sont l'élément LCP, un temps de réponse du serveur lent retardant la livraison HTML initiale, du CSS et JavaScript bloquant le rendu qui empêchent le navigateur de peindre le contenu, et le rendu côté client où l'élément LCP dépend de l'exécution JavaScript.

Pour améliorer le LCP : optimisez et compressez l'image de l'élément LCP, préchargez les ressources critiques avec <link rel="preload">, réduisez le temps de réponse du serveur via la mise en cache et l'utilisation de CDN, éliminez les ressources bloquant le rendu et assurez-vous que l'élément LCP est disponible dans le HTML initial sans nécessiter JavaScript.

Interaction to Next Paint (INP)

L'INP a remplacé le FID en tant que métrique de réactivité en mars 2024. Alors que le FID ne mesurait que le délai de la première interaction, l'INP mesure la latence de toutes les interactions tout au long du cycle de vie de la page et rapporte la pire interaction (au 98e centile). Cela fait de l'INP une mesure beaucoup plus complète de la réactivité d'une page.

Seuils de Google : Bon est 200 millisecondes ou moins. Nécessite une amélioration est entre 200 et 500 millisecondes. Médiocre est supérieur à 500 millisecondes. Un INP élevé est généralement causé par des tâches JavaScript de longue durée qui bloquent le thread principal, empêchant le navigateur de répondre à l'entrée de l'utilisateur. Les gestionnaires d'événements complexes, les scripts tiers lourds et la manipulation DOM inefficace sont des coupables courants.

Pour améliorer l'INP : divisez les tâches JavaScript longues en morceaux plus petits en utilisant requestIdleCallback ou setTimeout, différez le JavaScript non critique, supprimez ou retardez les scripts tiers lourds, optimisez les gestionnaires d'événements pour minimiser le temps de traitement et utilisez des web workers pour les opérations intensives en calcul.

Cumulative Layout Shift (CLS)

Le CLS quantifie la quantité de déplacement inattendu du contenu visible pendant la durée de vie de la page. Les changements de mise en page se produisent lorsque des éléments se déplacent de leur position initiale sans interaction de l'utilisateur, généralement causés par des images se chargeant sans attributs de dimension, du contenu injecté dynamiquement et des polices web à chargement tardif. Le CLS mesure à la fois la distance et la taille des éléments déplacés.

Seuils de Google : Bon est 0,1 ou moins. Nécessite une amélioration est entre 0,1 et 0,25. Médiocre est supérieur à 0,25. Pour améliorer le CLS : spécifiez toujours les attributs de largeur et de hauteur sur les éléments image et vidéo, réservez de l'espace pour les emplacements publicitaires et le contenu dynamique à l'aide de CSS, préchargez les polices web et utilisez font-display: swap, évitez d'insérer du contenu au-dessus des éléments visibles existants et utilisez la propriété CSS contain pour limiter la portée du recalcul de la mise en page.

Problèmes de Performance Courants et Comment les Résoudre

Les audits PageSpeed Insights signalent systématiquement les mêmes catégories de problèmes de performance sur différents sites web. Voici les problèmes les plus impactants et leurs solutions éprouvées.

Images Non Optimisées

Les images sont le plus grand contributeur au poids de page sur la plupart des sites web, représentant souvent 50 à 80 pour cent du total des octets de la page. Les problèmes courants incluent la diffusion d'images à leur résolution d'origine alors que la taille d'affichage est beaucoup plus petite, l'utilisation de formats hérités comme JPEG et PNG au lieu de WebP ou AVIF modernes, et la non-implémentation du chargement différé pour les images sous le pli.

Solutions : Convertissez les images au format WebP, qui offre une compression 25 à 35 pour cent meilleure que JPEG à qualité équivalente. Utilisez des images responsive avec l'attribut srcset pour servir des versions de taille appropriée. Implémentez le chargement différé natif avec loading="lazy" sur les images sous le pli. Pour l'image LCP, faites le contraire : préchargez-la avec <link rel="preload"> et ne la chargez jamais en différé.

JavaScript et CSS Bloquant le Rendu

Les fichiers CSS et JavaScript externes chargés dans l'en-tête du document empêchent le navigateur de rendre tout contenu jusqu'à ce qu'ils soient entièrement téléchargés et analysés. Cela impacte directement le First Contentful Paint et le LCP.

Solutions : Insérez le CSS critique nécessaire pour le rendu au-dessus du pli directement dans le HTML. Chargez le CSS non critique de manière asynchrone. Ajoutez l'attribut defer aux fichiers JavaScript qui ne sont pas nécessaires pour le rendu initial. Utilisez async pour les scripts qui peuvent se charger indépendamment. Identifiez et éliminez le CSS et JavaScript inutilisés qui sont chargés mais jamais exécutés sur la page.

Exécution JavaScript Excessive

Les gros bundles JavaScript prennent du temps à télécharger, analyser, compiler et exécuter. Les scripts de longue durée bloquent le thread principal, dégradant les scores INP et retardant l'interactivité. Les scripts tiers provenant d'analyses, de publicités et d'outils marketing sont des contrevenants fréquents.

Solutions : Auditez tout JavaScript avec l'outil Coverage dans Chrome DevTools pour identifier le code inutilisé. Implémentez la division de code pour charger uniquement le JavaScript nécessaire pour la page actuelle. Différez les scripts tiers jusqu'après le chargement initial. Remplacez les bibliothèques JavaScript lourdes par des alternatives plus légères ou des API natives du navigateur. Utilisez des web workers pour les tâches intensives en calcul.

Temps de Réponse du Serveur Lent

Un Time to First Byte (TTFB) supérieur à 800 millisecondes indique des problèmes de performance côté serveur qui retardent toute la cascade de chargement. Les causes incluent des requêtes de base de données lentes, un manque de mise en cache côté serveur, des ressources d'hébergement inadéquates et l'absence de CDN.

Solutions : Implémentez une mise en cache de page côté serveur avec des outils comme Varnish, Redis ou des plugins de mise en cache spécifiques à la plateforme. Optimisez les requêtes de base de données et ajoutez des index appropriés. Mettez à niveau l'hébergement si les ressources actuelles sont constamment maximisées. Déployez un CDN pour réduire la latence géographique. Activez HTTP/2 ou HTTP/3 pour une livraison de ressources multiplexée.

Problèmes de Chargement de Police

Les polices web qui bloquent le rendu créent un Flash of Invisible Text (FOIT) qui augmente les temps LCP et FCP. Les polices à chargement tardif peuvent également causer des changements de mise en page lorsque le texte reflue de la police de repli vers la police web, augmentant le CLS.

Solutions : Préchargez les fichiers de police critiques avec <link rel="preload" as="font">. Utilisez font-display: swap pour afficher le texte immédiatement dans une police de repli pendant le chargement de la police web. Sous-ensemblez les polices pour n'inclure que les caractères que votre site utilise réellement. Auto-hébergez les polices au lieu de les charger depuis des services externes pour réduire la recherche DNS et la surcharge de connexion.

Questions Fréquemment Posées

Tout ce que vous devez savoir sur Verificateur PageSpeed Insights

Un score de performance de 90 ou plus est classé comme bon par Google. Les scores entre 50 et 89 nécessitent une amélioration, et les scores inférieurs à 50 sont médiocres. Cependant, à des fins SEO, les métriques Core Web Vitals individuelles comptent plus que le score global. Une page pourrait obtenir 85 au total mais échouer aux Core Web Vitals si le LCP dépasse 2,5 secondes. Concentrez-vous d'abord sur l'obtention des trois Core Web Vitals dans la zone verte, puis optimisez pour un score global plus élevé.

PageSpeed Insights utilise Lighthouse comme moteur de test de laboratoire mais ajoute des données de terrain réelles du Chrome User Experience Report que Lighthouse seul ne fournit pas. Lighthouse s'exécute dans un environnement simulé avec des conditions fixes, tandis que les données CrUX reflètent les expériences réelles des visiteurs sur de vrais appareils et réseaux. PageSpeed Insights combine les deux pour donner une image complète. De plus, PSI exécute Lighthouse sur les serveurs de Google, éliminant les variables matérielles locales qui affectent les scores Lighthouse lorsqu'ils sont exécutés localement.

Les scores mobiles sont générés en utilisant un appareil mobile de milieu de gamme simulé sur une connexion 4G limitée, qui a moins de puissance de traitement et de bande passante que la simulation de bureau non limitée. Cela amplifie l'impact du JavaScript lourd, des grandes images et des réponses serveur lentes. De plus, les pages mobiles doivent s'afficher à des largeurs de fenêtre plus petites, ce qui peut déclencher différents comportements de mise en page. Comme Google utilise l'indexation mobile-first, le score mobile est celui qui impacte vos classements.

Interaction to Next Paint (INP) mesure la latence de toutes les interactions utilisateur tout au long du cycle de vie de la page et rapporte la pire au 98e centile. Il a remplacé le First Input Delay (FID) en mars 2024 car le FID ne mesurait que la première interaction, qui se produisait souvent avant le chargement du JavaScript lourd. De nombreuses pages avaient un bon FID mais une interactivité ultérieure médiocre. L'INP fournit une évaluation plus complète et honnête de la réactivité d'une page tout au long de la session utilisateur entière.

Vérifiez après chaque déploiement de code significatif, changement de contenu, mise à jour de plugin ou modification d'hébergement. Établissez un test de référence hebdomadaire pour vos pages les plus importantes pour détecter la dégradation progressive des performances causée par l'accumulation de scripts tiers, la croissance du contenu ou les changements d'infrastructure. Avant de lancer toute nouvelle page ou campagne, effectuez une vérification de performance pour vérifier qu'elle respecte les seuils Core Web Vitals. Configurez une surveillance automatisée si votre site change fréquemment.

Oui, de nombreuses améliorations à fort impact peuvent être apportées sans codage. L'optimisation des images, qui est souvent le plus grand facteur, peut être effectuée avec des outils de compression d'images ou des plugins CMS. Les plugins de mise en cache pour WordPress et d'autres plateformes peuvent améliorer considérablement les performances. La suppression de plugins inutilisés et de scripts tiers réduit le gonflement JavaScript. Le choix d'un fournisseur d'hébergement plus rapide ou l'activation d'un CDN améliore le temps de réponse du serveur. Ces changements non techniques offrent souvent la majorité des gains de performance disponibles.

Non. Le score PageSpeed est l'un des nombreux signaux de classement, et la pertinence du contenu, l'autorité des backlinks et la correspondance de l'intention de l'utilisateur restent beaucoup plus importants. Un score de 100 n'aidera pas une page avec un contenu mince à surclasser des concurrents faisant autorité. Cependant, parmi les pages avec une qualité de contenu et une autorité comparables, de meilleurs scores Core Web Vitals offrent un avantage de classement mesurable. Concentrez-vous sur le respect des seuils Core Web Vitals plutôt que sur la poursuite d'un score parfait, car l'avantage de classement provient du passage des seuils plutôt que du numéro de score absolu.

Les scores de laboratoire peuvent fluctuer de 5 à 10 points entre les tests en raison de variations du temps de réponse du serveur, des conditions réseau pendant le test et du timing de chargement des ressources. C'est normal et attendu. Concentrez-vous sur la tendance sur plusieurs tests plutôt que sur un seul résultat. Les données de terrain de CrUX sont plus stables car elles représentent une moyenne glissante de 28 jours sur de nombreux visiteurs. Si votre score varie considérablement entre les tests, l'instabilité elle-même peut indiquer des problèmes de performance comme des réponses serveur incohérentes ou des conditions de concurrence dans le chargement des ressources.

Outils SEO Associés

Découvrez d'autres outils pour améliorer votre stratégie SEO

Populaire

Verificateur de Vitesse de Page

Testez le temps de chargement et les metriques de performance de votre page

Verificateur de Taille de Page

Verifiez la taille totale et le poids de n'importe quelle page web

Verificateur de Design Responsive

Testez l'apparence de votre site sur differentes tailles d'ecran et appareils