Aller au contenu
Me contacter

Audit de performance · Lighthouse

Audit de performance de site web.

Un site lent perd ses visiteurs avant même de s'afficher. Je mesure le vôtre avec les outils de Google, je vous dis ce qui le freine et ce que chaque correction fait gagner, puis je le rends rapide.

Faire auditer mon site Voir les mesures
  • 100Performance
  • 97Accessibilité
  • 100Bonnes pratiques
  • 100SEO
First Contentful Paint
0,4 s
Largest Contentful Paint
0,6 s
Total Blocking Time
0 ms
Cumulative Layout Shift
0
Speed Index
0,6 s
Rapport Lighthouse de La Boutique de Laurie sur ordinateur : médiane de trois mesures, 1er novembre 2026.
  • OutilsLighthouse, PageSpeed, Search Console
  • Mesuré surMobile et ordinateur
  • SitesWordPress, PrestaShop ou sur mesure
  • RapportDès 48 h

Mesures réelles

La Boutique de Laurie, mesurée sans retouche.

Une boutique en ligne de chaussures que j'ai créée sur mesure. Mesurée le 1er novembre 2026 avec Lighthouse, l'outil de Google, trois fois par appareil : voici la mesure du milieu.

Ordinateur

Médiane de 3

  • 100Performance
  • 97Accessibilité
  • 100Bonnes pratiques
  • 100SEO
First Contentful Paint
0,4 s
Largest Contentful Paint
0,6 s
Total Blocking Time
0 ms
Cumulative Layout Shift
0
Speed Index
0,6 s

Mobile

Médiane de 3

  • 93Performance
  • 100Accessibilité
  • 100Bonnes pratiques
  • 100SEO
First Contentful Paint
1,4 s
Largest Contentful Paint
3,1 s
Total Blocking Time
38 ms
Cumulative Layout Shift
0
Speed Index
1,4 s

Lighthouse 12.8.2 dans Chrome. Sur mobile, Lighthouse simule un téléphone de milieu de gamme sur une 4G lente, processeur ralenti quatre fois : c'est le test le plus exigeant, celui que Google met en avant. PageSpeed Insights peut donner quelques points d'écart selon le serveur qui mesure. L'étude de cas de La Boutique de Laurie · Voir le site

Pourquoi 93 sur mobile, et pas 100.

C'est le rapport que je remets après un audit, appliqué à mon propre travail : chaque frein chiffré, classé par gain, puis remesuré une fois corrigé.

  1. La photo d'ouverture attend encore son tour.

    Repérée tôt et demandée en priorité, elle passe 1,5 s sur 3,1 à attendre la bande passante, contre 2 s avant : les affiches des vidéos ne passent plus devant elle. Restent le HTML (84 Ko) et six polices (108 Ko) ; ne précharger que la police du haut de page lui laisserait la place.

  2. 64 % du JavaScript venait d'outils tiers Corrigé

    Google Tag Manager (178 Ko) pesait plus que tout le code du site (142 Ko), et passait avant l'affichage. Chargé après, il ne freine plus l'ouverture : le JavaScript chargé passe de 396 à 219 Ko, le temps de blocage de 116 à 38 ms.

  3. 13 animations décoratives Corrigé

    Elles animaient des filtres, des ombres et des positions, que le téléphone recalculait à chaque image. Passées en transform et opacity, le temps de blocage est tombé de 185 à 116 ms, et les trois mesures se sont resserrées : de 86 à 90, au lieu de 67 à 90.

Poids de la page d'accueil sur mobile 718 Ko · 40 requêtes
  • Images 293 Ko
  • JavaScript du site 142 Ko
  • Polices 108 Ko
  • HTML 84 Ko
  • JavaScript tiers 77 Ko
  • CSS externe 8 Ko
  • Autres 6 Ko

Core Web Vitals

Les trois signaux de vitesse que Google relève chez vos visiteurs.

Lighthouse mesure en laboratoire. Google relève aussi la vitesse vécue par les visiteurs qui utilisent Chrome, sur 28 jours, et retient la valeur atteinte par 75 % des visites : ce sont les Core Web Vitals. Google recommande de les avoir bons, sans en faire le premier critère : le contenu le plus pertinent passe avant.

  • LCP

    Affichage du contenu principal

    Largest Contentful Paint

    Le temps que met le plus grand élément visible, souvent une photo ou un titre, à s'afficher.

    Bon ≤ 2,5 s≤ 4 sMauvais

  • INP

    Réaction aux interactions

    Interaction to Next Paint

    Le délai entre un clic, une touche ou un appui et la réponse visible à l'écran.

    Bon ≤ 200 ms≤ 500 msMauvais

  • CLS

    Stabilité de l'affichage

    Cumulative Layout Shift

    Ce qui bouge pendant le chargement : un bouton qui se dérobe, un texte poussé par une image.

    Bon ≤ 0,1≤ 0,25Mauvais

Sources : Signaux Web essentiels, web.dev (Google) Core Web Vitals et résultats de recherche, Google Search Central

Ce que je vérifie

Six postes, du serveur au dernier script.

Un score ne dit pas quoi corriger. L'audit remonte à la cause de chaque lenteur et l'ordonne par gain, pour commencer par ce qui rapporte le plus.

  • Vitesse vécue par vos visiteurs

    Les Core Web Vitals de Google quand votre site a assez de visites, et le rapport de la Search Console.

  • Serveur et hébergement

    Temps de réponse, cache des pages, compression, version de PHP : ce qui se passe avant le premier octet.

  • Images

    Formats récents, tailles adaptées à chaque écran, chargement différé, image d'ouverture servie en priorité.

  • Polices et styles

    Polices préchargées ou non, styles qui retardent l'affichage, texte qui saute d'une police à l'autre.

  • JavaScript et outils tiers

    Mesure d'audience, bandeau de cookies, chat, publicités : ce que chacun coûte au téléphone de vos visiteurs.

  • Stabilité et animations

    Ce qui bouge pendant le chargement, et les animations qui chargent le processeur au lieu de la carte graphique.

Mes sites

La vitesse fait partie du socle, pas des options.

Sur les sites que je développe, ce qu'un audit corrige d'habitude après coup est en place dès la première page.

  • 464 Ko → 84 Ko

    Pages compressées avant l'envoi

    Chaque page voyage compressée : l'accueil de La Boutique de Laurie arrive cinq fois plus léger qu'il n'est écrit.

  • 0,13 s

    Réponse rapide du serveur

    Le serveur répond le plus souvent en 0,12 à 0,14 s, sans même de cache de page.

  • 0 décalage

    Un affichage qui ne bouge pas

    Rien ne se décale pendant le chargement : on lit et on clique sans que la page saute, sur téléphone comme sur ordinateur.

  • −27 %

    Images allégées

    Chaque image arrive à la taille de l'écran qui l'affiche, au plus léger : l'image d'ouverture de La Boutique de Laurie pèse 27 % de moins.

  • 0,4 s

    Une page visible tout de suite

    Sur ordinateur, le premier contenu de La Boutique de Laurie s'affiche en 0,4 s, déjà mis en forme.

  • 0 octet

    Rien de chargé sans raison

    Chaque page ne charge que ce dont elle se sert : une fonction absente de la page n'y pèse rien.

Déroulé

Une mesure, un rapport, puis un site plus rapide.

  1. Étape 1

    Mesure

    Sur mobile et sur ordinateur, avec les outils de Google et les données réelles de vos visiteurs quand elles existent. Rien n'est modifié.

  2. Étape 2

    Rapport

    Scores, métriques et chaque frein avec son gain estimé, du plus rentable au plus long à corriger. En français clair.

  3. Étape 3

    Corrections

    Je corrige moi-même ou je transmets le rapport à votre prestataire, puis je remesure dans les mêmes conditions pour comparer.

France et Suisse romande

Des serveurs en Suisse, des clients des deux côtés de la frontière.

Ce site et La Boutique de Laurie sont hébergés chez Infomaniak, en Suisse. J'améliore la performance de sites internet en France et en Suisse romande, à Genève, à Lausanne et dans les cantons de Vaud, du Valais, de Fribourg et de Neuchâtel.

L'audit se fait à distance : l'adresse du site suffit pour la mesure. Pour regarder le serveur ou corriger, un accès à l'hébergement ou au code, que vous retirez quand vous le souhaitez.

Site internet à Genève Site internet à Lausanne

Questions fréquentes

Performance web : vos questions.

Quelle différence entre Lighthouse et PageSpeed Insights ?

PageSpeed Insights lance Lighthouse depuis les serveurs de Google et y ajoute, quand le site a assez de visites, la vitesse réellement vécue par les utilisateurs de Chrome sur les 28 derniers jours. Lighthouse seul se lance depuis Chrome, sur n'importe quelle page, même avant sa mise en ligne.

Pourquoi mon score change-t-il à chaque test ?

Le réseau, la charge du serveur et les outils tiers varient d'une mesure à l'autre. Sur La Boutique de Laurie, trois mesures mobiles de suite ont donné 67, 90 et 88 avant correction, et encore 70, 93 et 96 après. C'est pourquoi je mesure plusieurs fois et retiens la mesure du milieu, comme le conseille la documentation de Lighthouse.

Un score de 100 garantit-il la première place sur Google ?

Non. Google recommande de bons Core Web Vitals, mais montre en priorité le contenu le plus pertinent. Un site rapide garde mieux ses visiteurs, surtout sur mobile ; il ne remplace ni le contenu ni le référencement local.

Mon site WordPress peut-il devenir rapide ?

Souvent, oui : images, cache, extensions en trop et outils tiers sont les premiers gains. Quand le thème ou les extensions imposent trop de code, une refonte sur mesure peut coûter moins cher que de les corriger un à un.

La mesure d'audience et le bandeau de cookies ralentissent-ils mon site ?

Oui, et cela se mesure. Sur La Boutique de Laurie, Google Tag Manager et le bandeau de cookies représentaient 255 Ko des 396 Ko de JavaScript chargés sur mobile. Une fois la mesure d'audience chargée après l'affichage, le temps de blocage est passé de 116 à 38 ms. L'audit dit ce que coûte chaque outil, pour garder ceux qui servent et alléger les autres.

Que contient le rapport d'audit ?

Les scores et métriques sur mobile et ordinateur, les données réelles de Google quand elles existent, puis chaque frein avec son gain estimé et l'ordre de correction conseillé. Il se lit sans être développeur.

À voir aussi

Après l'audit.

Contact

Parlons de votre projet.

Quelques lignes suffisent pour commencer : votre activité, ce qui coince aujourd'hui, ce que vous aimeriez obtenir. Je vous réponds personnellement.

E-mail
WhatsApp
Écrire sur WhatsApp
Basé à
Aoste (38490), Isère
Interventions
Isère, Savoie, Lyon et Suisse, sur place ou à distance
SIRET
750 107 542 00078

Vos coordonnées servent uniquement à vous répondre.