Version audio
0:00
La lenteur d'un site ne se voit pas depuis votre bureau. Vous connaissez l'adresse, votre navigateur a tout en cache, et votre connexion est bonne. Vos visiteurs, eux, arrivent en 4G dans une file d'attente, sur un téléphone de trois ans.
Ce que la lenteur coûte réellement
Deux effets, et le second compte plus que le premier. L'effet direct est l'abandon : au-delà de trois secondes, une part significative des visiteurs referme avant même d'avoir vu la page. Ils ne vous ont pas jugé, ils ne vous ont pas vu.
L'effet indirect est le classement. Google mesure l'expérience de chargement sur les visiteurs réels et s'en sert comme signal. Il est modeste comparé à la pertinence du contenu, mais il départage deux pages également pertinentes. Sur un secteur disputé, c'est exactement là que ça se joue.
Les trois mesures qui comptent
Google en retient trois, appelées Core Web Vitals. Elles n'ont l'air de rien mais elles décrivent précisément ce qu'un visiteur ressent.
- LCP : le temps avant que le plus gros élément visible s'affiche, souvent l'image du haut. Objectif sous 2,5 secondes.
- INP : le délai entre un clic et la réaction de la page. Objectif sous 200 millisecondes. C'est cette mesure qui a remplacé FID en mars 2024 ; un audit qui parle encore de FID travaille sur une donnée abandonnée.
- CLS : les sauts de mise en page pendant le chargement. Objectif sous 0,1.
Comment mesurer, gratuitement
PageSpeed Insights, chez Google, donne les trois mesures pour n'importe quelle adresse, en version mobile et ordinateur, avec la liste des corrections classées par gain estimé. C'est gratuit et sans compte.
Un point à comprendre pour ne pas se tromper de combat : l'outil affiche deux types de données. Les données de laboratoire viennent d'un test simulé et sont disponibles pour tout le monde. Les données de terrain viennent de vrais visiteurs et n'apparaissent que si le site a assez de trafic. Ce sont les secondes qui comptent pour Google.
Autre réflexe : testez toujours la version mobile. Google indexe la version mobile d'un site, et c'est presque toujours la plus mauvaise des deux.
Les corrections, par ordre de rendement
1. Les images, de loin la première cause
Neuf sites lents sur dix le sont à cause de leurs images. Une photo sortie d'un appareil pèse 5 Mo et mesure 6 000 pixels de large, alors qu'elle s'affiche dans un bloc de 600 pixels. Le visiteur télécharge donc dix fois ce qu'il verra.
Trois gestes suffisent. Redimensionner à la taille d'affichage réelle. Convertir en WebP, qui pèse environ 30 pour cent de moins qu'un JPEG à qualité égale. Et différer le chargement des images situées plus bas dans la page.
- Sortie d'appareil, 6000 px
- 4 800 à 5 600 ko
- Redimensionnée à 1600 px, JPEG
- 280 à 340 ko
- Redimensionnée, convertie en WebP
- 85 à 110 ko
Ce que la plupart des sites envoient réellement.
Le seul redimensionnement fait l'essentiel du travail.
Aucune différence visible, trois fois plus légère.
Une photo de hero d'article. Le passage de l'originale à la version optimisée divise le poids par plus de cinquante, sans différence visible à l'écran.
2. Les scripts tiers
Chaque outil ajouté au site, chat en direct, bandeau de cookies, carte interactive, pixel publicitaire, mesure d'audience, ajoute une requête vers un serveur que vous ne contrôlez pas. Si ce serveur est lent, votre site l'est aussi.
Un site rapide sur lequel on a empilé six outils tiers devient lent sans qu'une seule ligne de son propre code ait changé. Faites l'inventaire une fois par an et retirez ce qui ne sert plus. Personne ne se souvient d'avoir installé la moitié d'entre eux.
3. Les extensions accumulées
Sur WordPress, chaque extension charge son propre code sur toutes les pages, y compris celles où elle ne sert à rien. Une extension de formulaire présente sur les vingt pages du site alors qu'elle n'est utile que sur la page contact ralentit les dix-neuf autres.
Au-delà de dix extensions, la question n'est plus laquelle ajouter mais si le CMS est encore le bon outil.
4. L'hébergement
C'est la cause la plus souvent invoquée et la moins souvent responsable. Un mutualisé correct sert un site vitrine sans difficulté. Il devient le facteur limitant quand le site a beaucoup de trafic, beaucoup de pages dynamiques, ou une boutique.
Le signe qui ne trompe pas : si le temps de réponse du serveur dépasse 600 millisecondes de façon constante, ce n'est plus vos images le problème.
Ce qu'un site rapide veut dire pour un visiteur
Un site rapide n'impressionne personne. C'est justement le but : rien ne se remarque, on trouve ce qu'on cherche, on appelle. La vitesse ne fait gagner aucun client directement, elle empêche seulement d'en perdre avant d'avoir eu une chance.
Commencez par les images. Sur la plupart des sites, cette seule correction ramène les trois mesures dans le vert, et elle ne demande ni refonte ni changement d'hébergeur.
Questions fréquentes
01Comment savoir si mon site est lent ?
PageSpeed Insights, gratuit et sans compte, donne les trois mesures pour n'importe quelle adresse. Testez la version mobile : c'est celle que Google indexe et presque toujours la plus mauvaise des deux.
02La vitesse influence-t-elle vraiment le classement Google ?
Oui, mais modestement comparée à la pertinence du contenu. Elle départage deux pages également pertinentes, ce qui la rend décisive sur un secteur disputé et secondaire sur un secteur vide.
03Quelle est la première chose à corriger ?
Les images, dans neuf cas sur dix. Redimensionner à la taille d'affichage réelle et convertir en WebP divise souvent le poids d'une page par cinq, sans aucune différence visible.
04Faut-il changer d'hébergeur pour aller plus vite ?
Rarement, et jamais en premier. L'hébergement devient le facteur limitant quand le temps de réponse du serveur dépasse durablement 600 millisecondes. En dessous, le problème est ailleurs, généralement dans les images ou les scripts tiers.
05Qu'est-ce que INP et pourquoi on ne parle plus de FID ?
INP mesure le délai entre une interaction et la réponse de la page, et a remplacé FID en mars 2024. Google ne publie plus FID depuis septembre 2024. Un audit qui le mentionne encore travaille sur une donnée abandonnée.
