Commencez par mesurer
Avant de toucher à quoi que ce soit, prenez une mesure de départ. Google PageSpeed Insights, gratuit, donne une note sur 100 et liste les problèmes détectés. Google classe les notes de 0 à 49 comme mauvaises, de 50 à 89 comme à améliorer, et à partir de 90 comme bonnes. Regardez surtout la note mobile, c'est elle qui décroche en premier.
Le même audit est disponible dans Chrome, avec l'outil Lighthouse des outils de développement. Et si votre site est déclaré dans Google Search Console, le rapport « Signaux Web essentiels » montre les mesures faites sur vos vrais visiteurs, pas seulement en laboratoire.
Google résume l'expérience de vitesse en trois indicateurs, les Core Web Vitals, qui comptent dans le classement depuis 2021 :
| Métrique | Mesure | Objectif |
|---|---|---|
| LCP | Temps d'affichage de l'élément principal | < 2,5 s |
| INP | Réactivité aux clics et interactions | < 200 ms |
| CLS | Stabilité visuelle (pas de « sauts ») | < 0,1 |
Les causes, et quoi faire pour chacune
Des images trop lourdes
C'est la cause que je rencontre le plus souvent. Une photo sortie d'un appareil ou d'une banque d'images pèse plusieurs mégaoctets et fait des milliers de pixels de large, alors qu'elle s'affiche dans un bloc bien plus petit. Le navigateur télécharge quand même tout.
Redimensionnez chaque image à sa taille réelle d'affichage, compressez-la, passez au format WebP, et activez le chargement différé (lazy-loading) pour les images situées plus bas dans la page. C'est la correction qui apporte le plus, et c'est souvent par elle que je commence.
Trop de scripts et de plugins
Chaque plugin, widget ou outil de suivi ajoute du code à télécharger puis à exécuter, souvent pour des fonctions que la page n'utilise même pas. Supprimez ce qui ne sert pas, et différez le chargement de ce qui n'est pas indispensable à l'affichage, comme les outils de mesure d'audience ou les widgets de réseaux sociaux.
Un hébergement faible
Sur un hébergement mutualisé bas de gamme, votre site partage un serveur avec beaucoup d'autres. Quand ce serveur est saturé, le vôtre ralentit. Le temps de réponse du serveur (TTFB) est la première étape du chargement : s'il est mauvais, tout le reste attend. Un hébergement plus sérieux, idéalement complété par un CDN qui sert le site depuis un serveur proche du visiteur, règle ce point.
Pas de mise en cache
Sans cache, un site dynamique comme WordPress reconstruit chaque page à chaque visite. Avec un cache côté serveur, la page déjà prête est servie immédiatement. Le cache navigateur, lui, évite au visiteur de retélécharger les images et les polices à chaque page.
Des polices et fichiers qui bloquent l'affichage
Des polices chargées depuis un serveur externe, ou des fichiers CSS et JavaScript qui doivent être téléchargés avant tout affichage, laissent le visiteur devant une page blanche. Hébergez les polices sur votre propre site avec un affichage immédiat du texte, et réduisez le nombre et le poids des fichiers CSS et JavaScript chargés en tête de page.
Un code alourdi par un builder
Les constructeurs de sites (Wix, Squarespace, Elementor sur WordPress) doivent gérer tous les cas de figure. Ils chargent donc bien plus de code que ce dont votre page a besoin. On peut alléger un peu, mais cette base reste.
Un test simple : ouvrez votre site sur votre téléphone, en 4G, comme le ferait un client. S'il faut attendre avant de pouvoir lire ou cliquer, vos visiteurs vivent la même chose.
Ce que l'optimisation ne rattrape pas
Optimiser un site existant vaut toujours le coup. Mais un site fait avec un builder, ou un WordPress chargé de plugins, garde un poids de départ qu'on ne peut pas entièrement retirer.
Un site codé à la main part de zéro : il ne contient que le code dont vos pages ont besoin. C'est pour ça que la vitesse se décide au moment où le site est construit, bien plus qu'avec des réglages ajoutés après coup.
Un site rapide, codé à la main, gratuitement
Je crée gratuitement des sites internet professionnels, codés à la main, avec la performance prise en compte dès la conception. Présentez-moi votre projet.
Demander mon site gratuit →Questions fréquentes
Quelle vitesse de chargement viser pour un site internet ?
Google fixe l'objectif à moins de 2,5 secondes pour l'affichage du contenu principal (le LCP). Un site vitrine bien construit peut faire nettement mieux sur une connexion correcte.
La vitesse d'un site influence-t-elle le référencement Google ?
Oui. Depuis 2021, Google utilise les Core Web Vitals, dont le temps d'affichage du contenu principal (LCP), parmi ses critères de classement. Ce n'est pas le critère principal, mais à contenu comparable, un site rapide a l'avantage.
Comment savoir si mon site est lent ?
Testez-le sur Google PageSpeed Insights, gratuit. Une note mobile entre 0 et 49 est classée mauvaise par Google. Le rapport Core Web Vitals de Google Search Console montre aussi les mesures réelles faites sur vos visiteurs.
Pourquoi les sites Wix ou WordPress sont-ils souvent lents ?
Ils chargent beaucoup de code générique, de scripts et de plugins dont la page n'a pas besoin. Ce poids ralentit l'affichage. Un site codé sur mesure ne charge que le nécessaire, ce qui le rend en général plus rapide.