Tester les performances de son site web : 7 outils fiables en 2026

Pour tester les performances de votre site web, un seul outil suffit au départ : un test PageSpeed sur votre page d’accueil et sur votre page la plus visitée, en mode mobile. Vous obtenez un score sur 100 et les trois Core Web Vitals que Google utilise pour le classement. Les six autres outils de cette liste servent ensuite à comprendre d’où vient la lenteur et à suivre son évolution dans le temps.

En bref :

• Commencez par notre test de performance : il s’appuie sur PageSpeed Insights, sans compte à créer.
• Les trois chiffres qui comptent : LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1.
• Testez toujours en mobile d’abord, c’est la version que Google évalue.
• Un score, ça se lit avec ses recommandations : le chiffre seul ne dit pas quoi corriger.

Que mesure-t-on quand on teste les performances d’un site ?

Deux familles de données coexistent, et les confondre fausse toutes les conclusions.

Les données de laboratoire : l’outil charge votre page sur une machine et une connexion simulées, puis chronomètre. C’est reproductible, détaillé, et ça donne des pistes de correction précises. Le score PageSpeed sur 100 vient de là (calculé par Lighthouse).

Les données de terrain : Google collecte les temps de chargement réels de vos visiteurs sur Chrome (le rapport CrUX, sur 28 jours glissants). C’est ce que Google regarde pour le classement, via les trois Core Web Vitals :

L’INP a remplacé le First Input Delay (FID) le 12 mars 2024. Si un outil ou un article vous parle encore de FID, il n’est plus à jour.

Un site à faible trafic n’a pas toujours de données de terrain : Google n’affiche CrUX que si l’échantillon est suffisant. Dans ce cas, seules les données de laboratoire vous renseignent, et c’est déjà beaucoup.

Les 7 outils pour tester les performances de votre site web

1. Le test de performance Agora Studio

Notre outil gratuit interroge l’API PageSpeed Insights et présente l’essentiel sans jargon : score sur 100, Core Web Vitals, liste des ralentissements classés par gain. Le test démarre en mobile, avec bascule sur ordinateur en un clic. Aucune donnée n’est conservée, aucun compte à créer. C’est le point de départ que nous utilisons nous-mêmes avant chaque refonte.

2. Google PageSpeed Insights

L’outil de référence, à l’adresse pagespeed.web.dev. Il combine les données de terrain CrUX (quand elles existent) et un audit Lighthouse complet. Sa force : il montre les deux familles de données côte à côte, ce qui évite de corriger un problème de laboratoire que vos visiteurs ne subissent pas. Sa limite : un rapport dense, difficile à lire pour un non-technicien.

3. Lighthouse dans Chrome DevTools

Le même moteur que PageSpeed, mais exécuté depuis votre navigateur (F12, onglet « Lighthouse »). Utile pour tester une page qui n’est pas encore en ligne, une zone connectée, ou une version de préproduction. La version 13, sortie en octobre 2025, a remplacé les anciens audits de performance par des « insights » plus lisibles, partagés avec l’onglet Performance de DevTools. Le calcul du score, lui, n’a pas changé.

4. Chrome DevTools, onglet Performance

Quand PageSpeed dit « LCP à 4,8 s » sans dire pourquoi, c’est ici qu’on trouve la réponse. L’onglet Performance affiche en direct les Core Web Vitals de la page ouverte et permet d’enregistrer un chargement pour voir, milliseconde par milliseconde, ce qui bloque : une police web, un script tiers, une image non dimensionnée. Réservé à quelqu’un qui lit du code, mais c’est l’outil qui fait passer du diagnostic à la correction.

5. WebPageTest

Développé par Catchpoint. Sa spécialité : le test depuis une localisation et un appareil précis, avec la cascade complète des requêtes et une pellicule image par image du chargement. La formule gratuite donne 300 tests par mois, ce qui couvre largement un site de TPE. À utiliser pour comparer votre site à un concurrent dans des conditions identiques, ou vérifier ce qu’un visiteur en 4G voit réellement à la première seconde.

6. GTmetrix

Lui aussi basé sur Lighthouse, avec un compte gratuit limité en nombre de tests par semaine et des formules payantes à partir d’une dizaine de dollars par mois. Son intérêt par rapport à PageSpeed : la surveillance programmée. Vous planifiez un test quotidien et recevez une alerte si le score chute, par exemple après l’installation d’un plugin ou la mise en ligne d’une vidéo trop lourde.

7. Google Search Console, rapport Core Web Vitals

Le seul outil de la liste qui regarde tout le site, pas une page à la fois. Le rapport « Signaux web essentiels » classe vos URL en bonnes, à améliorer ou lentes, sur mobile et sur ordinateur, à partir des données de terrain. C’est là que vous repérez qu’un gabarit entier (toutes les fiches produit, tous les articles) pose problème. Rapport vide ? Votre site n’a pas encore assez de trafic pour alimenter CrUX. Si votre site n’y est pas encore inscrit, voici pourquoi lier votre site à la Search Console.

Tableau comparatif des 7 outils

Comment lire un résultat sans se tromper

Testez plusieurs pages, en mobile, après chaque changement notable. La page d’accueil est souvent la plus soignée. Une fiche produit, un article de blog ou une page de contact révèlent des problèmes de gabarit que l’accueil masque.

Lisez les recommandations avant le score. Un score de 55 avec un seul poste lourd (une image d’en-tête de 3 Mo) se corrige en une heure. Un score de 70 dû à quinze scripts tiers demande de renégocier ce qu’on charge sur le site.

Les corrections qui rapportent le plus

Dans les audits que nous menons, quatre causes reviennent dans la grande majorité des sites lents :

1. Les images : trop grandes, non compressées, servies en JPG ou PNG plutôt qu’en WebP ou AVIF. C’est le premier levier, et notre compresseur WebP suffit souvent à traiter l’urgence.
2. Les scripts tiers : chat, vidéos intégrées, polices, tracking, carrousels. Chacun pèse sur l’INP. Retirer ce qui ne sert plus est gratuit.
3. Le temps de réponse serveur : un hébergement mutualisé saturé ou un CMS sans cache ajoute une seconde avant le premier octet. Un cache de page ou un CDN corrige le plus gros.
4. Les éléments sans dimensions : images, publicités et bandeaux qui poussent le contenu pendant le chargement. C’est la cause classique d’un mauvais CLS, et la plus simple à traiter dans le code.

La façon dont le site est construit fixe le plafond. Chez Agora Studio, nous développons en Astro avec un rendu statique et un minimum de JavaScript, déployé sur CDN : sur les pages qui comptent, nous visons un score PageSpeed mobile supérieur à 90. Un site sous CMS chargé d’extensions atteint rarement ce niveau sans un travail d’optimisation lourd. Si votre site est dans ce cas, une refonte de site internet est parfois plus rentable qu’une longue série de rustines.

Questions fréquentes

Quel outil gratuit pour tester la vitesse de son site ?

PageSpeed Insights, ou notre test qui en présente les résultats de façon lisible. Les deux sont gratuits et sans inscription.

Quel score PageSpeed faut-il viser ?

Au-dessus de 90, la page est rapide. Entre 50 et 89, elle est perfectible. En dessous de 50, elle est lente et pénalise vos visiteurs. Pour le référencement, ce sont surtout les trois Core Web Vitals de terrain au vert qui comptent.

Vous avez un score et vous ne savez pas par où commencer ? Envoyez-nous le lien de votre site, nous vous dirons ce qui bloque et ce que ça coûte de le corriger. Contactez-nous.