Vitesse
et performance du site.
Le premier segment se règle sur le serveur. Les trois autres se règlent dans le site.
Ce qui se mesure se corrige.
Le délai avant le premier octet est mesuré en continu, pas seulement lors d’un audit.
Les pages sont servies sans être recalculées à chaque visite.
Dimensions réelles, compression, format moderne et chargement différé hors du premier écran.
Le suivi porte sur ce que vivent vos visiteurs, pas sur un test de laboratoire.
Où se perd le temps,
dans l’ordre d’importance.
Le serveur, avant tout le reste
Rien ne s’affiche tant que le serveur n’a pas répondu. Une mutualisation trop chargée ou une base de données non optimisée coûte des secondes que le design ne rattrapera pas.
Les images, premier poste de poids
Une photo de chantier de 4 Mo affichée dans une vignette de 400 pixels transfère cinquante fois ce qui est nécessaire. Le redimensionnement à la source règle l’essentiel.
Les scripts qui bloquent le clic
Une page peut sembler affichée sans réagir au toucher, parce que le navigateur exécute encore du code. C’est le critère que le plus grand nombre de sites échouent.
La page qui bouge sous le doigt
Une bannière ou une image sans dimensions déclarées décale le contenu pendant le chargement. Le visiteur clique à côté, et le critère de stabilité chute.
| Ce qui ralentit | Ce qui est fait |
|---|---|
| Serveur sous-dimensionné ou saturé | Dimensionnement revu et temps de réponse surveillé |
| Pages recalculées à chaque visite | Cache serveur et cache navigateur configurés |
| Images envoyées en pleine résolution | Redimensionnement, compression, format moderne |
| Polices chargées depuis un service tiers | Polices servies localement, affichage sans attente |
| Extensions qui se recouvrent | Inventaire, suppression des doublons |
| Éléments sans dimensions déclarées | Largeur et hauteur posées sur images et cadres |
Ce qu’on nous demande le plus souvent.
La vitesse influence-t-elle vraiment le référencement ?
Elle compte, sans être le facteur principal. La pertinence du contenu et l’autorité du site pèsent davantage. La performance joue en départage : entre deux pages également pertinentes, celle qui s’affiche vite et ne bouge pas sous le doigt passe devant. Sur des requêtes disputées, cet écart suffit à changer de place.
Mon score PageSpeed est mauvais, est-ce grave ?
Pas nécessairement. Ce score vient d’un test en laboratoire, sur une machine simulée. Google évalue les pages sur les visites réelles collectées auprès des utilisateurs de Chrome, au 75e centile. Un score de laboratoire médiocre avec de bons chiffres de terrain n’a pas d’effet sur le classement, et l’inverse est vrai.
Au bout de combien de temps voit-on l’effet des corrections ?
Les mesures de terrain sont calculées sur une fenêtre glissante de vingt-huit jours. Une correction déployée aujourd’hui met donc plusieurs semaines à se refléter entièrement dans les rapports, même si l’amélioration est immédiate pour les visiteurs.
Faut-il refaire le site pour qu’il soit rapide ?
Rarement. L’essentiel du gain vient de la réponse du serveur, de la mise en cache et du traitement des images. Une refonte ne se justifie que si le site repose sur des composants abandonnés ou sur une accumulation d’extensions qui se recouvrent.
Un site construit avec WordPress peut-il être rapide ?
Oui, à condition de traiter les bons postes : hébergement correctement dimensionné, cache serveur, images aux dimensions réelles, polices chargées localement, scripts inutiles retirés. Le ralentissement vient plus souvent de l’empilement d’extensions que du socle lui-même.
Combien de temps avant la première image ?
La mesure se fait depuis l’extérieur, sur l’adresse de votre site, et distingue ce qui relève du serveur de ce qui relève des pages.