Votre site internet met plusieurs secondes à s’afficher ? Vous avez remarqué qu’il est moins agréable à utiliser sur mobile ? Ou une agence vous a annoncé que les performances de votre site étaient mauvaises et qu’il fallait intervenir rapidement ?
Avant d’investir dans une optimisation ou une refonte, il faut comprendre ce qui se passe réellement.
Un site web lent peut nuire à l’expérience de vos visiteurs, compliquer la navigation et contribuer à la perte de contacts. Mais un mauvais résultat à un test de vitesse ne suffit pas, à lui seul, à démontrer que votre site vous fait perdre des clients ou qu’il pénalise votre référencement.
Pour savoir si les performances de votre site posent réellement problème, il faut examiner trois éléments : la vitesse ressentie par vos visiteurs, les données de performance disponibles et les conséquences concrètes sur votre activité.
Comment savoir si un site web est vraiment lent ?
Il n’est pas nécessaire d’être développeur pour repérer certains problèmes de performance. Le comportement du site donne déjà de premières indications.
- 1.
Le contenu met du temps à apparaître
Vous ouvrez une page et devez attendre avant de voir le texte, les images ou les informations essentielles.
Ce délai peut être particulièrement gênant sur une page d’accueil, une page de service ou une fiche produit. Le visiteur veut comprendre rapidement ce que vous proposez. S’il doit attendre avant d’accéder à l’information, la navigation devient moins agréable.
- 2.
Le site semble bloqué lorsque vous cliquez
Une page peut s’afficher rapidement tout en restant difficile à utiliser. Par exemple, vous cliquez sur un bouton, ouvrez un menu ou remplissez un formulaire, mais la réaction tarde à venir.
Ce problème concerne la réactivité du site, et pas uniquement son temps de chargement initial.
- 3.
Les éléments bougent pendant le chargement
Vous vous apprêtez à cliquer sur un bouton, mais une image ou un bloc de texte apparaît soudainement et déplace le contenu. Vous cliquez alors au mauvais endroit.
Ces déplacements inattendus peuvent rendre la navigation frustrante, notamment sur mobile.
- 4.
Le problème est plus visible sur smartphone
Un site peut sembler rapide sur un ordinateur récent et être beaucoup plus lent sur un téléphone moins puissant ou avec une connexion mobile de qualité moyenne.
Il faut donc vérifier les performances sur mobile et sur ordinateur, sans supposer que les résultats seront identiques.
- 5.
Les pages stratégiques sont particulièrement lentes
Toutes les pages n’ont pas la même importance commerciale.
Une lenteur sur une page de contact, un formulaire de devis ou une page qui présente vos services mérite généralement plus d’attention qu’un léger retard sur une page secondaire rarement consultée.
Le bon réflexe : observez votre site comme le ferait un client potentiel. Peut-il accéder rapidement à vos services, comprendre votre offre et vous contacter sans difficulté ?
Ces observations ne remplacent pas une mesure technique, mais elles permettent de commencer par les problèmes qui comptent pour votre activité.
Comment tester les performances de son site web ?
Plusieurs outils permettent d’évaluer la vitesse de chargement et les performances d’un site. Le plus connu est PageSpeed Insights, proposé gratuitement par Google.
L’outil est utile, à condition de comprendre ce qu’il mesure.
PageSpeed Insights : un premier diagnostic
PageSpeed Insights permet d’analyser une URL et d’obtenir des informations sur ses performances, sur mobile et sur ordinateur.
Le rapport présente deux catégories de données :
Les données terrain décrivent l’expérience de visiteurs réels de Chrome au cours des 28 derniers jours, lorsque suffisamment de données sont disponibles.
Les données de laboratoire proviennent d’un test réalisé dans un environnement contrôlé. Elles permettent notamment de repérer des problèmes techniques et d’identifier des pistes d’amélioration.
Les deux catégories sont complémentaires : l’une renseigne sur l’expérience vécue par les visiteurs, l’autre aide à rechercher les causes possibles des ralentissements.
Source · documentation officielle de PageSpeed Insights
Comprendre les indicateurs du rapport PageSpeed
Le rapport de laboratoire présente plusieurs métriques. Leurs noms peuvent sembler techniques, mais chacune répond à une question relativement simple.
| Indicateur | Ce qu’il mesure | Ce que cela signifie pour votre site |
|---|---|---|
| FCPFirst Contentful Paint | Le temps avant l’apparition du premier élément de contenu. | Le visiteur commence-t-il à voir quelque chose à l’écran rapidement ? |
| LCPLargest Contentful Paint | Le temps nécessaire à l’affichage du principal élément de contenu visible. | Le contenu essentiel de la page apparaît-il suffisamment vite ? |
| SISpeed Index | La vitesse à laquelle le contenu visible se remplit pendant le chargement. | La page donne-t-elle progressivement l’impression d’être prête ? |
| TBTTotal Blocking Time | Le temps pendant lequel le navigateur est bloqué par des tâches longues durant le chargement. | Des traitements empêchent-ils temporairement la page de réagir correctement ? |
| CLSCumulative Layout Shift | L’ampleur des déplacements inattendus des éléments de la page. | Le contenu reste-t-il stable, sans déplacer les boutons ou les textes pendant le chargement ? |
| INPInteraction to Next Paint | La réactivité de la page aux interactions des utilisateurs, mesurée sur le terrain lorsque les données sont disponibles. | Les clics et les autres interactions entraînent-ils une réaction rapide ? |
| TTFBTime to First Byte | Le délai avant la réception du premier octet de la réponse du serveur. | Le serveur commence-t-il à répondre rapidement à la demande ? |
Ces métriques ne sont pas toutes utilisées de la même manière. Le FCP, le LCP, le Speed Index, le TBT et le CLS figurent dans le diagnostic de laboratoire Lighthouse. L’INP est un Core Web Vital évalué à partir des données terrain lorsqu’elles sont disponibles. Le TTFB aide à examiner la réponse initiale du serveur, mais n’est pas lui-même un Core Web Vital.
À retenir : ne cherchez pas à interpréter chaque indicateur isolément. Un mauvais résultat signale une piste à examiner ; il ne constitue pas, à lui seul, une preuve qu’une refonte est nécessaire.
Source · documentation officielle Google sur PageSpeed Insights
Le rapport Core Web Vitals de Google Search Console
Si votre site est suivi dans Google Search Console, le rapport Core Web Vitals peut également vous aider.
Il regroupe les pages selon les données de performance disponibles et permet de repérer les groupes d’URL qui présentent des problèmes sur mobile ou sur ordinateur.
C’est particulièrement intéressant lorsque plusieurs pages d’un site partagent le même modèle : une correction apportée à un modèle de page peut parfois bénéficier à plusieurs URL.
Attention : le rapport n’est pas nécessairement disponible pour toutes les pages. Google a besoin d’un volume de données suffisant pour produire des mesures terrain.
Tester une page ne revient pas à auditer tout un site
Un test sur la page d’accueil ne permet pas de conclure que toutes les pages du site sont rapides ou lentes.
Une page de service, un formulaire, une page avec beaucoup d’images ou un espace e-commerce peuvent avoir des caractéristiques très différentes.
Pour obtenir une vision utile, commencez par tester quelques pages représentatives :
- la page d’accueil ;
- une page qui présente vos services ou vos produits ;
- une page qui génère des demandes de contact ;
- une page particulièrement importante pour votre activité.
L’objectif n’est pas de multiplier les tests sans fin, mais de repérer les éventuels problèmes sur les pages qui comptent le plus.
Un site lent fait-il perdre des clients ou du référencement sur Google ?
C’est souvent la question la plus importante pour un dirigeant. Une mauvaise performance représente-t-elle un véritable risque commercial ou simplement un indicateur technique à améliorer ?
La réponse dépend du contexte.
La lenteur peut dégrader l’expérience des visiteurs
Lorsqu’une page tarde à afficher son contenu ou qu’un formulaire réagit mal, l’utilisateur doit patienter davantage pour accomplir son objectif.
Cela peut compliquer une demande de devis, un achat ou la recherche d’une information. Mais l’ampleur de l’impact dépend du public, de la page, de la nature du problème et des attentes des visiteurs.
Il ne faut donc pas affirmer qu’un site lent fait automatiquement perdre un pourcentage précis de clients. Pour établir un impact commercial, il faut analyser les données de navigation, les conversions et, lorsque c’est possible, comparer les résultats avant et après une amélioration.
La vitesse compte aussi pour le référencement
Google utilise les Core Web Vitals parmi les signaux pris en compte par ses systèmes de classement. Ces indicateurs évaluent notamment le chargement, la réactivité et la stabilité visuelle d’une page.
Cela ne signifie pas qu’un site qui obtient un mauvais résultat sera automatiquement relégué dans les résultats de recherche.
Google prend en compte de nombreux signaux. La pertinence du contenu par rapport à la recherche, par exemple, reste essentielle. De bons résultats aux tests de performance ne garantissent pas non plus une première place.
Il faut donc éviter deux conclusions opposées :
« La vitesse ne sert à rien pour le SEO »
c’est faux.
« Mon site a un mauvais score, donc Google me pénalise forcément »
c’est également excessif.
La bonne approche consiste à considérer les performances comme une composante de la qualité globale du site, au même titre que son contenu, son accessibilité, sa sécurité et sa capacité à répondre aux besoins des visiteurs.
Source · Google Search Central — Core Web Vitals et Google Search Central — expérience sur la page
Attention aux arguments commerciaux basés uniquement sur un score
Vous avez peut-être reçu un message vous annonçant que votre site obtient 35/100 et qu’il faut absolument le refaire.
Ce chiffre peut révéler des problèmes intéressants à examiner. Il ne démontre cependant pas, à lui seul, qu’une refonte est nécessaire.
Un score de laboratoire résume plusieurs mesures selon la méthode de calcul de l’outil. Il ne représente ni la satisfaction de tous vos visiteurs, ni le taux de conversion de votre site, ni votre positionnement sur Google.
Avant d’accepter un devis, demandez plutôt :
- 1.
Quels problèmes ont été identifiés précisément ?
- 2.
Sur quelles pages ces problèmes se produisent-ils ?
- 3.
Les données réelles des visiteurs confirment-elles le diagnostic ?
- 4.
Quelles améliorations sont envisagées et pourquoi ?
- 5.
Quel bénéfice concret peut-on raisonnablement attendre de ces changements ?
Une agence sérieuse doit être capable d’expliquer le problème et de justifier les interventions proposées, pas seulement de promettre un score vert.
Pourquoi les résultats des tests de vitesse varient-ils ?
Vous lancez un test, obtenez un résultat, puis le relancez quelques minutes plus tard : le score change, alors que vous n’avez rien modifié sur votre site.
Ce phénomène est normal.
Les mesures de laboratoire dépendent notamment de l’environnement du test, des ressources disponibles, des conditions réseau et des éléments chargés sur la page. Lighthouse simule certaines conditions de navigation afin de rendre les tests plus comparables, mais ces conditions ne reproduisent pas toutes les situations rencontrées par vos visiteurs.
Le score n’est donc pas une mesure absolue et immuable de votre site.
Les données de laboratoire : comprendre les causes possibles
Les données de laboratoire sont particulièrement utiles pour examiner le fonctionnement d’une page dans des conditions contrôlées.
Elles permettent notamment de repérer :
- des images trop lourdes ;
- des ressources qui retardent l’affichage du contenu ;
- du JavaScript qui mobilise trop longtemps le navigateur ;
- des éléments qui retardent le rendu de la page ;
- des problèmes de stabilité visuelle.
Elles aident à diagnostiquer et à tester des corrections. En revanche, elles ne reproduisent pas toutes les situations rencontrées par vos visiteurs.
Les données terrain : observer l’expérience réelle
Les données terrain proviennent d’utilisateurs réels et reflètent une diversité de téléphones, d’ordinateurs, de connexions et de conditions d’utilisation.
PageSpeed Insights s’appuie sur le jeu de données Chrome User Experience Report, également appelé CrUX, pour afficher ces données lorsqu’elles sont disponibles.
Les résultats reposent sur une fenêtre glissante de 28 jours. Ils ne changent donc pas instantanément après une modification du site.
Les mesures sont notamment examinées au 75e percentile : cela signifie que l’on regarde la valeur en dessous de laquelle se situent 75 % des observations. Cette méthode permet de tenir compte d’une expérience moins favorable pour une partie des utilisateurs, plutôt que de se limiter à une moyenne qui pourrait masquer les difficultés.
Données de laboratoire ou données terrain : quelle différence ?
| Critère | Données de laboratoire | Données terrain |
|---|---|---|
| Origine | LaboTest contrôlé | TerrainExpérience d’utilisateurs réels |
| Objectif | LaboDiagnostiquer et rechercher des améliorations | TerrainÉvaluer les conditions réelles d’utilisation |
| Conditions | LaboEnvironnement de test défini et parfois simulé | TerrainAppareils, connexions et usages variés |
| Actualisation | LaboNouveau test pour mesurer le résultat | TerrainFenêtre glissante de 28 jours, avec actualisation des données selon l’outil |
| Limite principale | LaboNe reproduit pas toutes les expériences réelles | TerrainDépend des données disponibles et ne permet pas toujours d’isoler la cause technique |
Les deux approches répondent donc à des questions différentes. Il n’est pas nécessaire de choisir l’une contre l’autre : il faut les utiliser de manière complémentaire.
Source · PageSpeed Insights — documentation officielle et Lighthouse — documentation Chrome
Et si votre site affiche « pas assez de données » ?
Cela ne signifie pas nécessairement que votre site est rapide, lent ou exempt de problèmes.
PageSpeed Insights peut ne pas disposer de suffisamment de données réelles pour évaluer une URL ou l’ensemble d’un site. C’est notamment possible pour un site récent ou qui reçoit peu de visites.
Dans ce cas, vous pouvez utiliser un test de laboratoire pour obtenir un premier diagnostic, puis examiner le comportement du site sur plusieurs appareils et conditions de connexion.
Il faut simplement éviter de présenter une mesure de laboratoire comme si elle représentait l’expérience de l’ensemble de vos visiteurs.
Vous avez un doute sur les performances de votre site ?
Un score faible mérite parfois une intervention ciblée. Dans d’autres cas, les données disponibles ne justifient pas un chantier important.
Chez Markom, nous privilégions une approche qui part des besoins du site et de ses objectifs : comprendre les problèmes observés, identifier les pages qui comptent et distinguer les corrections utiles des optimisations qui apporteraient peu de valeur.
L’objectif n’est pas de rechercher un score parfait à tout prix, mais d’obtenir un site rapide, agréable à utiliser et adapté à son rôle dans votre activité.
Vous avez reçu un diagnostic de performance ou un devis d’optimisation et vous souhaitez prendre du recul avant de décider ? Contactez Markom pour faire le point sur les résultats disponibles et les améliorations réellement pertinentes pour votre site.
Faut-il faire optimiser son site ou le refaire ?
Un site lent n’a pas systématiquement besoin d’une refonte. La bonne décision dépend de la cause du problème, de l’état général du site et de son importance pour votre activité.
Quand une optimisation ciblée peut suffire
Une intervention limitée peut être pertinente lorsque le site fonctionne correctement, mais présente quelques problèmes identifiés : images trop lourdes, ressources mal chargées, scripts inutiles ou configuration perfectible.
Dans ce cas, une série de corrections ciblées peut apporter un bénéfice sans imposer de reconstruire l’ensemble du site.
Quand une intervention plus importante se justifie
Un chantier plus conséquent peut être pertinent lorsque les problèmes sont structurels : architecture difficile à faire évoluer, dépendances trop nombreuses, code difficile à maintenir ou limitations techniques qui empêchent d’atteindre les objectifs du projet.
Mais ces constats doivent être établis par un diagnostic. Un mauvais score isolé ne suffit pas à justifier le remplacement d’un site qui répond correctement aux besoins de l’entreprise.
La bonne décision dépend aussi de vos enjeux commerciaux
Prenons le cas d’un site vitrine d’artisan. Si les pages sont accessibles, que les services sont clairement présentés et que les visiteurs peuvent contacter l’entreprise sans difficulté majeure, un test de laboratoire imparfait ne justifie pas automatiquement un chantier de plusieurs milliers d’euros.
À l’inverse, si un site e-commerce présente des lenteurs importantes sur les pages produits et lors du passage en caisse, le sujet peut avoir un impact commercial plus direct et mérite une investigation approfondie.
La question n’est donc pas seulement « comment obtenir un meilleur score ? », mais plutôt :
- Les visiteurs rencontrent-ils un problème concret ?
- Les pages concernées sont-elles importantes pour l’activité ?
- Quelles causes expliquent les résultats observés ?
- Quel niveau d’amélioration est réaliste ?
- Le bénéfice attendu justifie-t-il le coût de l’intervention ?
Une bonne décision technique doit rester proportionnée au problème et aux objectifs de l’entreprise.
Conclusion : les performances de votre site doivent servir votre activité
Un site web lent mérite d’être examiné, mais un score de test ne raconte pas toute l’histoire.
Avant de financer une optimisation, retenez trois principes :
- 1.
Regardez l’expérience réelle : la vitesse d’affichage, la réactivité et la stabilité comptent davantage qu’un chiffre pris isolément.
- 2.
Croisez les données : utilisez les tests de laboratoire pour diagnostiquer et les données terrain pour comprendre l’expérience des visiteurs, lorsqu’elles sont disponibles.
- 3.
Investissez de façon proportionnée : corrigez les problèmes qui ont un impact réel, sans poursuivre un score parfait pour lui-même.
Chez Markom, nous pensons que les performances web doivent être évaluées en fonction des besoins du projet, de l’expérience utilisateur et des objectifs commerciaux.
FAQ : les questions fréquentes sur les performances d’un site web
Les Core Web Vitals font partie des signaux pris en compte par les systèmes de classement de Google. Cependant, un mauvais score ne provoque pas automatiquement une baisse de position. Google tient compte de nombreux facteurs, et la pertinence du contenu reste essentielle.
Les tests de laboratoire peuvent varier selon les conditions réseau, les ressources disponibles, les scripts chargés et d’autres facteurs. Pour mieux comprendre la situation, répétez les tests dans des conditions comparables et examinez les tendances plutôt qu’un résultat isolé.
PageSpeed Insights s’appuie sur les données réelles disponibles dans Chrome User Experience Report. Si le volume de données est insuffisant pour une URL ou un site, le rapport ne peut pas toujours présenter une évaluation terrain. Cela ne signifie pas que le site est nécessairement rapide ou lent.
Un score Lighthouse de 90 à 100 est classé comme bon dans la catégorie Performance. Il n’est toutefois pas nécessaire d’atteindre 100/100 pour offrir une bonne expérience utilisateur. Il vaut mieux comprendre les indicateurs, les données terrain et les objectifs du site que poursuivre un score parfait à tout prix.
Les deux comptent. Il faut examiner les performances sur les appareils utilisés par votre audience, en accordant une attention particulière au mobile lorsque celui-ci représente une part importante des visites. Les résultats peuvent différer entre les deux environnements.
PageSpeed Insights est un outil qui fournit des données et des recommandations sur les performances d’une page. Les Core Web Vitals sont trois indicateurs de l’expérience utilisateur : LCP pour le chargement, INP pour la réactivité et CLS pour la stabilité visuelle.
Non. La vitesse contribue à l’expérience utilisateur, mais elle ne garantit pas un bon positionnement. Le contenu, sa pertinence, la qualité du site et de nombreux autres signaux interviennent dans le classement.
Un site web peut être lent pour plusieurs raisons : des images trop lourdes, un hébergement inadapté, trop de scripts ou de plugins, un thème mal optimisé, ou encore un code qui demande trop de ressources au navigateur. Le problème peut aussi venir du serveur ou de services externes intégrés au site. Pour identifier la bonne cause, il faut analyser les pages concernées avant de choisir les optimisations à effectuer.
Le coût dépend de l’origine des ralentissements, de la complexité du site et des corrections nécessaires. Optimiser quelques images ou corriger un problème de chargement ciblé ne demande pas le même travail qu’intervenir sur un site vieillissant, un thème lourd ou une architecture technique inadaptée. Un audit permet d’identifier les priorités et d’estimer le budget avant de lancer les travaux.