Comment utiliser Google PageSpeed Insights ?

Table of contents

Open Table of contents

• Qu’est-ce que la vitesse de page ?
• Pourquoi la vitesse de page est-elle importante ?
• Qu’est-ce que Google PageSpeed Insights ?
• Comment utiliser PageSpeed Insights
  • Données de terrain — Core Web Vitals (CrUX)
  • Données de laboratoire — Lighthouse
  • Opportunités et diagnostics
  • Audits réussis
• Comment améliorer votre score PSI
  • 1. Compresser et convertir les images
  • 2. Implémenter la mise en cache du navigateur
  • 3. Minifier HTML, CSS et JavaScript
  • 4. Réduire le temps d’exécution JavaScript
  • 5. Utiliser un CDN
  • Une note sur AMP
• Google PageSpeed Insights — FAQ 2026
  • Qu’est-il arrivé à First Input Delay (FID) ?
  • Quelle est la différence entre les données de terrain et les données de laboratoire dans PSI ?
  • Un score PSI de 100 garantit-il un bon classement ?
  • À quelle fréquence devrais-je effectuer des audits PSI ?
• La version courte
• Mis à jour pour mai 2026

Qu’est-ce que la vitesse de page ?

La vitesse de page correspond à la rapidité avec laquelle un navigateur délivre du contenu utilisable à un visiteur. Il existe deux interprétations courantes : le temps jusqu’au premier contenu significatif visible, et le temps de chargement complet de la page.

Les facteurs hors de votre contrôle incluent la vitesse de connexion et l’appareil du visiteur. Ce que vous pouvez contrôler : la taille et le format des images, l’exécution JavaScript, le temps de réponse du serveur et la mise en cache.

Pourquoi la vitesse de page est-elle importante ?

Google utilise la vitesse de page — spécifiquement les Core Web Vitals — comme signal de classement. Les pages lentes nuisent à la fois au classement et à la conversion. La relation est directe : à mesure que le temps de chargement augmente, le taux de rebond grimpe. Une page qui prend cinq secondes à charger perd une portion significative de visiteurs avant même qu’ils voient votre contenu.

Au-delà du classement, la vitesse compte pour le chiffre d’affaires. Chaque seconde de délai réduit la probabilité qu’un visiteur accomplisse un objectif.

Qu’est-ce que Google PageSpeed Insights ?

PageSpeed Insights est un outil Google gratuit qui analyse n’importe quelle URL publique et retourne deux types de données :

1. Données de terrain — mesures d’utilisateurs réels provenant du Chrome User Experience Report (CrUX), montrant comment les visiteurs réels ont vécu la page au cours des 28 derniers jours.
2. Données de laboratoire — un audit Lighthouse simulé exécuté sur la page, fournissant des chiffres reproductibles pour diagnostiquer les problèmes.

L’outil donne un score de 0 à 100. Vert (90–100) est bon, jaune (50–89) nécessite du travail, rouge (0–49) est mauvais.

Comment utiliser PageSpeed Insights

Allez sur pagespeed.web.dev, collez votre URL et cliquez sur Analyser. Le rapport comporte quatre sections importantes à comprendre.

Données de terrain — Core Web Vitals (CrUX)

C’est la section la plus importante pour le SEO. Elle montre comment les utilisateurs réels ont vécu votre page. À partir de 2026, les Core Web Vitals sont :

1. Largest Contentful Paint (LCP) — temps pour que l’élément de contenu visible le plus grand (généralement une image hero ou un titre) se charge. Objectif : moins de 2,5 secondes.
2. Interaction to Next Paint (INP) — mesure la réactivité à travers toutes les interactions utilisateur pendant la session. INP a remplacé First Input Delay (FID) en mars 2024. Objectif : moins de 200ms.
3. Cumulative Layout Shift (CLS) — mesure la stabilité visuelle ; combien la mise en page saute pendant le chargement. Objectif : moins de 0,1.

First Contentful Paint (FCP) apparaît également comme métrique complémentaire mais n’est pas un Core Web Vital.

Si votre site a un trafic insuffisant, les données de terrain CrUX peuvent ne pas être disponibles — dans ce cas, seules les données de laboratoire s’affichent.

Données de laboratoire — Lighthouse

Les données de laboratoire exécutent une simulation Lighthouse contrôlée. Les métriques incluent :

1. First Contentful Paint (FCP) — temps pour que le premier contenu apparaisse.
2. Speed Index — à quelle vitesse le contenu se remplit visuellement pendant le chargement.
3. Total Blocking Time (TBT) — temps total pendant lequel les tâches du thread principal ont bloqué l’interactivité ; un proxy de laboratoire pour INP.
4. LCP — même métrique que les données de terrain, mesurée dans un environnement contrôlé.
5. CLS — même métrique que les données de terrain.

Les données de laboratoire sont utiles pour le débogage car elles sont reproductibles et ne nécessitent pas de trafic réel.

Opportunités et diagnostics

Cette section vous indique quoi corriger. Les opportunités montrent des changements spécifiques avec des économies estimées (par exemple, « Servir les images dans des formats nouvelle génération — économies potentielles : 1,2s »). Les diagnostics signalent des problèmes sans estimation de temps directe, comme les ressources bloquant le rendu ou une taille DOM excessive.

Priorisez les opportunités selon leurs économies de temps estimées et leur faisabilité.

Audits réussis

Ce sont les vérifications que votre page réussit déjà. Utile pour confirmer que les travaux précédents ont été maintenus.

Comment améliorer votre score PSI

Voici les correctifs à fort effet de levier que j’ai utilisés sur de vrais sites.

1. Compresser et convertir les images

Les grandes images sont la cause la plus fréquente d’un LCP médiocre. Convertissez en WebP ou AVIF — les deux compressent nettement mieux que JPEG à qualité équivalente. La plupart des outils d’optimisation d’images modernes et les CDN font cela automatiquement.

Pour les sites WordPress, Smush gère la compression en masse. Pour la compression autonome, Squoosh (le propre outil de Google) est fiable et gratuit. Définissez des attributs width et height explicites sur les images pour éviter le décalage de mise en page (CLS).

2. Implémenter la mise en cache du navigateur

La mise en cache du navigateur stocke les ressources statiques localement afin que les visiteurs récurrents n’aient pas à les retélécharger. Définissez des en-têtes de cache appropriés sur votre serveur ou CDN.

Pour WordPress, W3 Total Cache reste une option solide. Si vous êtes sur une infrastructure d’hébergement moderne avec CDN, le CDN gère souvent cela automatiquement.

3. Minifier HTML, CSS et JavaScript

Supprimer les espaces blancs, les commentaires et le code redondant réduit la taille des fichiers. La plupart des outils de build (Vite, webpack, esbuild) le font automatiquement en production. Pour WordPress, les plugins de cache comme W3 Total Cache incluent la minification. PSI le signalera dans Opportunités si c’est un problème significatif.

4. Réduire le temps d’exécution JavaScript

Les problèmes INP se tracent généralement jusqu’à un JavaScript lourd qui bloque le thread principal. Auditez vos scripts tiers — analytics, widgets de chat, scripts publicitaires — et différez ou chargez en lazy-load tout ce qui n’est pas critique pour le rendu initial. C’est le correctif le plus difficile mais souvent le plus impactant pour INP.

5. Utiliser un CDN

Un réseau de diffusion de contenu sert les ressources depuis des nœuds périphériques géographiquement proches des visiteurs, réduisant la latence. Pour la plupart des sites, c’est l’un des gains les plus faciles. Le niveau gratuit de Cloudflare fonctionne bien pour les ressources statiques.

Une note sur AMP

Google’s Accelerated Mobile Pages (AMP) était un projet pour imposer des pages mobiles rapides via un format HTML restreint. En 2026, AMP n’est plus un signal de classement et Google l’a largement déprioritisé. Concentrez-vous plutôt sur les Core Web Vitals — une page standard bien optimisée surpassera une page AMP médiocre tant pour les utilisateurs que pour le classement.

Google PageSpeed Insights — FAQ 2026

Qu’est-il arrivé à First Input Delay (FID) ?

FID a été retiré en tant que Core Web Vital en mars 2024 et remplacé par Interaction to Next Paint (INP). FID ne mesurait que le délai lors de la toute première interaction utilisateur. INP mesure la réactivité à travers toutes les interactions pendant la session de page, ce qui donne une image plus complète de la façon dont une page se ressent à l’usage. Si vous avez d’anciens articles ou audits référençant FID comme Core Web Vital, ils sont obsolètes.

Quelle est la différence entre les données de terrain et les données de laboratoire dans PSI ?

Les données de terrain proviennent de vrais utilisateurs Chrome visitant votre page au cours des 28 derniers jours, agrégées dans le Chrome User Experience Report (CrUX). Les données de laboratoire sont un audit Lighthouse synthétique — un chargement simulé dans un environnement contrôlé. Elles diffèrent souvent. Les données de terrain reflètent les conditions réelles (appareils variés, connexions, mise en cache) ; les données de laboratoire sont reproductibles et meilleures pour le débogage. Les deux comptent : les données de terrain déterminent si vous passez les Core Web Vitals ; les données de laboratoire vous indiquent quoi corriger.

Un score PSI de 100 garantit-il un bon classement ?

Non. Le score PSI est un outil de diagnostic, pas un signal de classement en soi. Ce qui compte pour le classement, c’est si les données de terrain de vos Core Web Vitals passent les seuils : LCP sous 2,5s, INP sous 200ms, CLS sous 0,1. Une page peut obtenir 95 en laboratoire mais échouer aux données de terrain en raison des conditions du monde réel. Concentrez-vous sur la section données de terrain, pas sur le score de laboratoire.

À quelle fréquence devrais-je effectuer des audits PSI ?

Exécutez PSI après tout changement significatif sur votre site (nouveau modèle de page, nouveau script tiers, mise à jour majeure du contenu). Pour les pages à fort trafic, configurez un suivi continu via Google Search Console, qui détecte les problèmes de Core Web Vitals à grande échelle sans nécessiter des vérifications PSI manuelles pour chaque URL.

Lectures connexes : Qu’est-ce que le SEO ? · Top 10 Editorial Tools To Keep Your Content Organized · 20 Best SEO Tools

---

La version courte

Si vous lisez ceci parce que le flux de travail qu’il décrit vous mange votre semaine, c’est le genre de boucle pour laquelle je construis des agents IA. Deux créneaux de développement disponibles à la fois.

Mis à jour pour mai 2026

L’histoire Google en 2026 c’est AI Overviews partout : l’expérience SGE de 2023 est devenue une fonctionnalité par défaut en mai 2024 et apparaît maintenant sur environ ~60% des requêtes informatives aux États-Unis. Pour les opérateurs SEO et publicitaires :

• Le CTR organique sur les requêtes avec AI Overviews a chuté de 15–30% en moyenne selon des études publiées d’Ahrefs, Authoritas et similaires (données 2024–25).
• Google Ads a rebaptisé plusieurs fonctionnalités PMax en AI-powered Search ; l’interface de gestion de campagnes propose désormais par défaut des suggestions d’enchères IA.
• Search Console a ajouté un filtre « impressions AI Overview » fin 2025 — si un article ici fait référence aux rapports GSC, le guide nécessite une mise à jour.
• Les revenus publicitaires de Google ont dépassé ~$265B en 2024 ; Search représente toujours environ 57% du total des revenus d’Alphabet.

La réponse à « comment Google gagne de l’argent » en 2026 : toujours les annonces Search (dominantes), mais les annonces YouTube, Cloud et les abonnements (YouTube Premium + Google One) sont désormais toutes des lignes significatives.