Auditer la performance d'un site web

Voici une méthode réellement reproductible, sur n'importe quel site, avec des outils gratuits.

Étape 1 : choisir les pages à auditer

N'auditez pas « le site ». Auditez les pages que les gens utilisent vraiment. Pour la plupart des sites, ça fait quatre ou cinq gabarits : la page d'accueil, une page de catégorie ou d'atterrissage importante, une page produit ou article typique, et l'étape de conversion (paiement, inscription, contact). Chaque gabarit a sa propre personnalité côté performance, donc ne tester que la page d'accueil vous renseigne sur la page d'accueil et rien d'autre.

L'angle mort classique, c'est la page qui rapporte. La page d'accueil est souvent la plus rapide du site, parce que c'est celle qu'on soigne le plus. La page produit à trois clics, celle avec le widget d'avis tiers et la vidéo, c'est là que les visites meurent en silence.

Étape 2 : mesurer la performance réelle (données terrain)

Commencez par la façon dont vos vrais utilisateurs vivent ces pages. PageSpeed Insights affiche les données terrain du Chrome UX Report en haut de son rapport : le 75e centile des visites Chrome réelles sur les 28 derniers jours. Pour une vue à l'échelle du site regroupée par statut, utilisez le rapport Signaux web essentiels de la Search Console.

Les données terrain disent la vérité sur vos utilisateurs, mais elles ont deux limites. Les pages à faible trafic peuvent ne pas avoir assez de données pour apparaître, et la fenêtre de 28 jours les rend lentes à réagir. Elles disent donc où vous en êtes, pas pourquoi. Pour le pourquoi, direction le labo.

Étape 3 : analyser en labo pour diagnostiquer

Les outils de labo chargent la page dans un environnement contrôlé et vous donnent le détail. PageSpeed Insights a déjà lancé Lighthouse pour vous ; dépassez le score pour aller aux diagnostics, qui sont la partie utile. Pour voir précisément ce qui s'est chargé et quand, WebPageTest fournit une cascade de requêtes et une pellicule du rendu image par image.

Ignorez le gros chiffre un instant. Un score sur 100 est un résumé, pas un diagnostic. Ce sont les diagnostics en dessous qui contiennent le travail.

Étape 4 : lire le rapport correctement

Les constats qui font la différence, à peu près dans l'ordre de leur importance :

• L'élément LCP et son timing. Quel est le plus gros élément, et qu'est-ce qui le retarde ? (Voir optimiser le LCP.)
• Les ressources bloquant l'affichage. Le CSS et le JavaScript qui retardent le premier rendu.
• Le coût du JavaScript. Script inutilisé, tâches longues, et le Total Blocking Time qui remplace l'INP en labo.
• Le poids et le dimensionnement des images. Des images trop grandes ou au mauvais format sont le gain facile le plus courant.
• Les décalages de mise en page. Médias sans dimensions et contenu injecté en retard, ce qui nourrit le CLS.

Si les mesures elles-mêmes ne vous parlent pas, notre guide des Core Web Vitals définit chacune.

Étape 5 : prioriser par impact, le mobile d'abord

Lighthouse estime déjà le temps gagné par opportunité. Fiez-vous à ce classement plus qu'à votre intuition. Puis pondérez tout vers le mobile : les téléphones ont des processeurs plus lents et de moins bons réseaux, le mobile échoue en général en premier, et c'est ce sur quoi Google s'appuie. Une correction qui aide l'ordinateur mais pas le mobile revient souvent à peaufiner la partie qui allait déjà.

Choisissez les deux ou trois premières. Résistez à la checklist.

Étape 6 : corriger, puis re-mesurer

Faites les changements, puis relancez les mêmes pages et comparez. Les chiffres de labo se mettent à jour tout de suite, vous verrez donc l'effet sur le diagnostic immédiatement. Les chiffres terrain sont en retard, parce que CrUX moyenne une fenêtre de 28 jours : laissez-leur quelques semaines. Notre guide pour améliorer les Core Web Vitals détaille les corrections.

Étape 7 : de l'audit ponctuel au monitoring continu

Voici la vérité gênante sur les audits : ils sont périmés dès que vous les terminez. Un audit, c'est une photo. La performance, c'est un film. La semaine après avoir rendu un rapport au vert, quelqu'un ajoute une balise marketing, remplace une image d'en-tête ou livre une montée de version, et la page que vous aviez certifiée rapide commence à glisser. Personne ne le remarque, parce que personne ne regarde, jusqu'à ce que le trafic ou les ventes baissent et qu'on demande pourquoi.

La solution, c'est d'arrêter de traiter la performance comme un projet et de la traiter comme une constante vitale. Vérifiez les mêmes pages à intervalle régulier, gardez l'historique pour voir les tendances, et faites-vous prévenir quand quelque chose régresse au lieu de le découvrir par hasard.

Quels outils pour tester la performance d'un site web ?

Tous méritent d'être connus. Ils se recoupent, mais chacun est bon à quelque chose de précis.

Les outils officiels gratuits sont excellents pour un audit à un instant T. Ce qu'il leur manque, c'est le temps : aucun ne surveille la page à votre place entre deux audits. C'est la couche qu'ajoute PerfHawk.