Site lent : les causes, dans l'ordre

Ce que « lent » veut dire pour Google

Google résume la vitesse perçue en trois mesures, les Core Web Vitals : le temps d'affichage du plus grand élément visible (LCP, bon jusqu'à 2,5 secondes), le temps de réaction à un clic ou à une touche (INP, bon jusqu'à 200 millisecondes), et la stabilité de la mise en page pendant le chargement (CLS, bonne jusqu'à 0,1).

Ces seuils s'apprécient sur les trois quarts des visites, sur téléphone comme sur ordinateur. Une page rapide sur votre poste de travail peut donc rester lente pour une bonne part de vos visiteurs.

Côté référencement, Google écrit que ces mesures, avec les autres aspects de l'expérience de page, vont dans le sens de ce que ses systèmes de classement cherchent à récompenser. La vitesse compte parmi ses signaux, sans décider seule d'un classement.

Les causes, dans l'ordre où la page les rencontre

Une page se charge par étapes, et chaque étape attend en partie la précédente. Une cause placée tôt retarde tout ce qui la suit.

1. Le serveur répond. Avant le moindre affichage, il faut suivre les redirections, trouver l'adresse du serveur, établir la connexion sécurisée, puis attendre que le serveur prépare la page. web.dev recommande que ce premier temps reste sous 0,8 seconde. Un hébergement saturé ou une page reconstruite à chaque visite le font déborder.
2. Le navigateur récupère ce qui bloque l'affichage : feuilles de style, scripts placés en tête de page, polices de caractères. Tant qu'ils ne sont pas arrivés, l'écran reste blanc ou le texte invisible.
3. Les images et les scripts se téléchargent. Une photo publiée telle qu'elle sort de l'appareil pèse souvent bien plus que ce que l'écran affiche, et un fichier ni compressé ni mis en cache se retélécharge à chaque visite.
4. Les services tiers arrivent : mesure d'audience, chat, vidéo, carte, publicité, anti-robot. Chacun ouvre une connexion vers un autre serveur, et son code s'ajoute au vôtre sans que vous en maîtrisiez le poids.
5. Le code s'exécute. Tant que le navigateur exécute du JavaScript, la page ne réagit pas aux clics, même si elle paraît affichée.

Aucune optimisation d'image ne rattrape le temps perdu avant que le serveur ait répondu. C'est pourquoi l'ordre compte plus que la liste.

Ce que nous relevons sur les sites audités

Ce pourcentage porte sur une trentaine de sites audités entre le 14 août 2026 et le 24 septembre 2026, ceux où le point a pu être vérifié. Beaucoup ont été audités parce qu'un défaut s'y voyait vite : le chiffre décrit nos audits, pas l'ensemble des sites.

Ce chiffre porte sur les visites réelles quand Google en publie pour le site, et sinon sur notre propre mesure, prise en conditions mobiles.

Ce que l'audit mesure, et pourquoi

Chaque page analysée est chargée dans un navigateur bridé au niveau d'un téléphone et d'un réseau ordinaire, puis sur ordinateur. Le rapport donne les deux, parce qu'un site peut être rapide sur l'un et lent sur l'autre.

• Le temps d'affichage du contenu principal, qui dit quand le visiteur voit enfin ce qu'il est venu chercher.
• Le temps de réponse du serveur, qui retarde toutes les étapes suivantes.
• Le poids réellement téléchargé et le nombre de requêtes, répartis entre images, scripts, polices et styles. Ce poids appartient au site : il reste le même quelle que soit la connexion du visiteur.
• Ce qui bloque l'affichage, ce qui n'est ni compressé ni mis en cache, et les images servies plus grandes que l'écran qui les affiche.
• La part du poids et de l'attente qui revient aux services tiers plutôt qu'à votre site.
• La réaction aux clics, mesurée sur de vraies visites seulement. Quand Google ne publie pas ces données pour un site, le rapport le dit et ne conclut pas.

Le guide sur le Largest Contentful Paint détaille les quatre étapes qui précèdent l'affichage du contenu principal, et où le temps se perd le plus souvent.

Ce qui se règle vite, ce qui demande un projet

Une partie de la lenteur se règle sans toucher à la structure du site : des images redimensionnées et compressées à leur taille d'affichage, la compression et le cache activés sur le serveur, un service tiers qui ne sert plus retiré de la page.

Retirer un service tiers allège la page et réduit aussi ce qu'elle transmet à d'autres sociétés. Le guide sur ce que votre site envoie hors de l'UE explique ce que ces services reçoivent.

D'autres causes demandent un projet : un hébergement sous-dimensionné, un thème ou un constructeur de pages qui charge beaucoup de code sur chaque page, un site dont le contenu n'apparaît qu'une fois le JavaScript exécuté, et qui peut rester vide si ce code rencontre une erreur JavaScript. Si le serveur est en cause et que vous changez d'hébergeur, le guide sur le choix d'un hébergement européen liste les questions à poser à un fournisseur.

Ce que cette vérification ne dit pas

Par Quentin Mathis, Z29K · mis à jour le 28 septembre 2026