Un site qui met 4 secondes à charger perd 25 % de ses visiteurs avant même l'affichage. Google le sait et le pénalise depuis 2018 avec ses métriques Core Web Vitals. Pourtant, les causes d'un site lent sont presque toujours les mêmes — et les solutions existent. Voici un diagnostic complet, du plus fréquent au plus technique.
La vitesse, un critère de classement Google
Google a intégré la vitesse dans son algorithme depuis 2010 pour le desktop, et depuis 2018 pour le mobile. Ses métriques Core Web Vitals mesurent trois choses : le temps d'affichage du contenu principal (LCP), la stabilité visuelle de la page (CLS) et la réactivité aux interactions (INP). Un site qui échoue sur ces critères recule dans les résultats de recherche — indépendamment de la qualité de son contenu.
Côté visiteurs, 40 % abandonnent une page qui met plus de 3 secondes à charger. Sur mobile, ce seuil tombe à 2 secondes. Chaque seconde supplémentaire coûte en moyenne 7 % de conversions.
Cause n°1 — Les images non optimisées
C'est de loin la cause la plus fréquente. Une photo prise avec un smartphone pèse entre 3 et 8 Mo. Mise en ligne sans traitement, elle ralentit massivement le chargement — surtout sur mobile en 4G. Sur un site vitrine classique, les images représentent souvent 70 à 80 % du poids total de la page.
Les bonnes pratiques :
- Convertir en WebP — 30 à 50 % plus léger que le JPEG pour une qualité équivalente
- Redimensionner à la taille d'affichage réelle — inutile de charger une image 4000 px si elle s'affiche en 800 px
- Utiliser
loading="lazy"sur les images sous la ligne de flottaison - Compresser avec des outils comme Squoosh ou ImageOptim
Cause n°2 — L'hébergement trop lent
Le TTFB (Time To First Byte) mesure le délai entre la requête du navigateur et la première réponse du serveur. Sur un hébergement mutualisé surchargé, ce délai peut dépasser 600 ms à 1 seconde — avant même que le navigateur ait commencé à télécharger quoi que ce soit. Google considère qu'un TTFB supérieur à 600 ms est problématique.
La solution la plus efficace : ajouter un CDN comme Cloudflare, qui met en cache votre site sur des serveurs répartis mondialement. Un visiteur depuis Marseille qui visite un site hébergé à Paris obtient une réponse depuis un serveur à Marseille — le TTFB peut tomber à 20-30 ms au lieu de 300 ms. La version gratuite de Cloudflare suffit dans la plupart des cas.
Cause n°3 — Le JavaScript et le CSS bloquants
Le navigateur lit le HTML de haut en bas. Lorsqu'il rencontre une balise <script> sans attribut defer ou async, il s'arrête, télécharge le fichier JS, l'exécute, puis reprend. Si ce fichier met 500 ms à arriver, la page reste blanche pendant 500 ms. C'est le rendu bloquant.
La règle : defer sur tous les scripts non critiques. Les frameworks JavaScript lourds sont souvent surdimensionnés pour un site vitrine — un site statique bien écrit est presque toujours plus rapide.
Cause n°4 — Les polices web non optimisées
Charger plusieurs variantes d'une police depuis Google Fonts génère plusieurs requêtes réseau. Sans font-display: swap, la page reste invisible jusqu'à ce que la police soit chargée. La solution : héberger les polices directement sur son serveur et les précharger avec <link rel="preload">.
Cause n°5 — Le cache mal configuré
Un visiteur qui revient sur votre site devrait retrouver les ressources déjà téléchargées en cache local. Si le serveur répond sans en-têtes de cache, le navigateur retélécharge tout à chaque visite. La règle : ressources statiques en cache 1 an, HTML à zéro seconde (toujours frais).
La performance web est un travail d'ensemble — images, hébergement, code et cache agissent en synergie. Si vous souhaitez un audit de votre site et identifier les points d'amélioration prioritaires, je propose un diagnostic et une optimisation sur mesure pour les sites du Var.