Améliore ta note Google PageSpeed sans être développeur : le guide complet
Tu as lancé ton site sur Google PageSpeed Insights et tu as un score dans le rouge. Le rapport affiche des sigles (LCP, INP, CLS, TTFB) et une liste de recommandations techniques qui ressemblent à du chinois.
Ce guide te explique ce que chaque critère mesure vraiment, ce que tu peux corriger seul, et dans quel ordre commencer pour avoir l'impact le plus rapide.
Pas de code requis. Pas de jargon inutile. Juste les actions concrètes.
Tu veux qu'on regarde ton score ensemble ?
On s'appelle 15 minutes, on analyse ton rapport PageSpeed et on t'indique les 3 corrections les plus impactantes.
Pas de pitch. Pas d'engagement.
Avant de commencer : comment lire le rapport
Ouvre pagespeed.web.dev, entre ton URL et analyse le rapport. Tu verras trois zones distinctes :
Le score global (0–100)
Rouge (0–49), orange (50–89), vert (90–100). Ce score est une synthèse des 5 critères présentés dans ce guide. Il varie selon les conditions réseau et le type d'appareil : toujours tester sur mobile et desktop séparément.
Opportunités
Corrections avec un gain estimé en secondes. Ce sont tes priorités. Commence par les opportunités qui promettent le plus grand gain.
Diagnostics
Informations complémentaires sans gain estimé. Moins urgent que les opportunités : à traiter ensuite.
LCP : Largest Contentful Paint
Le LCP mesure le temps nécessaire pour afficher le plus grand élément visible de ta page : généralement ton image de hero, ton titre principal ou ta vidéo d'introduction.
C'est le critère le plus important pour l'expérience utilisateur. Un LCP élevé = ton visiteur attend en regardant une page blanche. Il part avant d'avoir vu quoi que ce soit.
Seuils Google
Causes fréquentes
Ce que tu peux corriger sans développeur
Outils gratuits
Google PageSpeed Insights→pagespeed.web.dev : identifie l'élément LCP exact et ce qui le retarde
Squoosh→squoosh.app : compression et conversion WebP de l'image hero
WebPageTest→webpagetest.org : filmstrip du chargement pour voir exactement quand l'élément LCP apparaît
Check rapide
1. Lance ton URL sur PageSpeed Insights. Quelle est ta valeur LCP ? Quel élément est identifié comme LCP ?
2. Est-ce que cet élément est une image ? Si oui, quel est son poids et son format ?
INP : Interaction to Next Paint
L'INP mesure la réactivité de ta page à une action de l'utilisateur : clic sur un bouton, frappe dans un champ, ouverture d'un menu. Il mesure le délai entre l'action et la réponse visuelle.
Un INP élevé donne l'impression que le site est “figé” ou “lent à répondre”. Il a remplacé le FID (First Input Delay) en 2024 et est désormais un signal de classement Google à part entière.
Seuils Google
Causes fréquentes
Ce que tu peux corriger sans développeur
Outils gratuits
Google PageSpeed Insights→pagespeed.web.dev : affiche la valeur INP mesurée sur de vrais utilisateurs Chrome (données CrUX)
Chrome DevTools : onglet Performance → enregistre une interaction pour voir quel script prend du temps
Tag Inspector→taginspector.com : liste tous les scripts tiers qui se chargent sur ta page
Check rapide
1. Combien de scripts tiers se chargent sur ta page d'accueil ? (vérifie via l'onglet Network dans DevTools)
2. As-tu un chat en ligne, un pixel Facebook, ou un widget de réservation actif sur ton site ?
+120 sites analysés · Résultats visibles dès le premier mois
Tu veux qu'on identifie ce qui plombe ton score ?
Un appel de 15 minutes. On analyse ton rapport PageSpeed ensemble, on priorise les corrections selon ton CMS et ton budget.
CLS : Cumulative Layout Shift
Le CLS mesure les décalages visuels inattendus pendant le chargement. Tu as sûrement vécu ça : tu t'apprêtes à cliquer sur un bouton, la page bouge, et tu cliques ailleurs. C'est un CLS élevé.
Un CLS élevé dégrade fortement l'expérience sur mobile et est pénalisé par Google dans ses critères Core Web Vitals. Il est souvent lié aux publicités, aux polices web, ou aux images sans dimensions déclarées.
Seuils Google
Causes fréquentes
Ce que tu peux corriger sans développeur
Outils gratuits
Google PageSpeed Insights→pagespeed.web.dev : affiche les éléments responsables du CLS avec capture d'écran
Chrome DevTools : onglet Performance → activer "Layout Shift Regions" pour visualiser les décalages en rouge
Check rapide
1. Ouvre ton site en navigation privée sur mobile. Est-ce que la page bouge pendant le chargement ?
2. Est-ce que tes images ont toutes des dimensions définies dans ton CMS ou ton éditeur de page ?
TTFB : Time to First Byte
Le TTFB mesure le temps entre la requête de ton visiteur et le premier octet de réponse de ton serveur. C'est la vitesse de base de ton hébergement.
Un TTFB élevé est souvent le signe d'un hébergeur trop lent ou d'une base de données non optimisée. Peu importe ce que tu fais ensuite, si le serveur met 2 secondes à répondre, ta page ne peut pas être rapide.
Seuils Google
Causes fréquentes
Ce que tu peux corriger sans développeur
Outils gratuits
Google PageSpeed Insights→pagespeed.web.dev : affiche le TTFB dans la section Server Response Time
GTmetrix→gtmetrix.com : test depuis différentes localisations pour isoler un problème géographique
Pingdom→tools.pingdom.com : monitoring et test de vitesse depuis plusieurs pays
Check rapide
1. Quel est ton hébergeur actuel et sur quel offre es-tu ? Compare avec les valeurs de référence de ton hébergeur.
2. As-tu un plugin de cache actif sur ton WordPress ? Est-il correctement configuré ?
Le score global et comment progresser
Le score global (0–100) est une moyenne pondérée des métriques. Il reflète l'expérience globale perçue par l'utilisateur sur une connexion simulée. Un score de 90+ est l'objectif, mais améliorer de 50 à 75 a souvent plus d'impact SEO réel qu'aller de 90 à 100.
Le score varie d'une mesure à l'autre de ±5 points en raison des conditions réseau simulées. Ne mesure pas une seule fois : fais 3 tests consécutifs et note la moyenne.
Répartition du score
Méthode pour progresser
Check rapide
1. As-tu noté ton score mobile ET desktop avant de commencer ce guide ?
2. As-tu identifié les 3 opportunités les plus impactantes dans ton rapport PageSpeed ?
Ce que ce guide ne peut pas faire
Certains problèmes de performance nécessitent une intervention technique que ce guide ne couvre pas :
Refactorisation du code JavaScript pour réduire le TBT (Total Blocking Time)
Mise en place d'un rendu côté serveur (SSR) ou statique (SSG) pour du contenu dynamique
Optimisation des requêtes SQL et de la structure de base de données
Configuration avancée d'un CDN avec règles de cache personnalisées
Lazy loading intelligent avec intersection observer sur des sites très chargés
Si ton score plafonne malgré les corrections de ce guide, c'est probablement qu'un de ces points bloque tes progrès. C'est là qu'un audit technique personnalisé a le plus de valeur.
Le plan d'action en 4 étapes
Étape 1
Ouvre PageSpeed Insights, analyse ta page d'accueil en mobile ET desktop, note les scores et les 3 premières opportunités
Étape 2
Corrige les images en premier : compresse, convertis en WebP, redimensionne. C'est le gain le plus rapide dans 80% des cas
Étape 3
Vérifie ton TTFB et active un cache si tu es sur WordPress. Si le TTFB dépasse 1,5s, envisage un meilleur hébergement
Étape 4
Re-teste et compare avec ton score de départ. Note ce qui a changé et identifie le prochain levier
La plupart des sites passent de 40 à 75+ en mobile avec uniquement les étapes 1 et 2. Si tu bloques sur un critère spécifique ou que ton score ne bouge pas, on peut regarder ensemble ce qui coince.
Tu veux qu'on analyse ton rapport PageSpeed ensemble ?
On s'appelle 15 minutes. On regarde ton score, on identifie les 3 corrections les plus impactantes pour ton site spécifiquement.
Pas de pitch. Pas d'engagement.