Pourquoi votre site lyonnais met 8 secondes à charger (et comment y remédier)
Sur 50 audits de sites de PME en Auvergne-Rhône-Alpes menés ces 18 derniers mois, j'ai retrouvé les mêmes cinq causes à chaque fois. Dans 80% des cas, passer sous les 2 secondes ne demande pas une refonte — juste des correctifs ciblés. Voici comment identifier ce qui plombe votre site et par quoi commencer.
Pourquoi la vitesse compte (vraiment)
Un site qui charge en 8 secondes perd 40% de ses visiteurs avant la première interaction. Ce n'est pas une métrique marketing : c'est une moyenne mesurée par Google sur des milliards de sessions. Passé 3 secondes, la courbe d'abandon s'effondre. Passé 5 secondes, vous ne captez plus que les visiteurs les plus motivés — ceux qui avaient déjà décidé d'acheter avant d'arriver.
Côté SEO, la douleur est aussi concrète. Depuis le déploiement des Core Web Vitals en 2021 puis de l'update "Page Experience" en 2022, Google intègre la vitesse et la stabilité visuelle dans son algorithme de ranking. Trois métriques comptent aujourd'hui :
- LCP (Largest Contentful Paint) : temps d'affichage du plus gros élément visible. Objectif : moins de 2,5s.
- CLS (Cumulative Layout Shift) : stabilité visuelle pendant le chargement. Objectif : moins de 0,1.
- INP (Interaction to Next Paint) : réactivité aux clics. Objectif : moins de 200ms.
Un site qui sort dans le rouge sur ces trois métriques n'est pas « pénalisé » au sens strict, mais il est systématiquement dépassé par un concurrent équivalent qui les respecte. Sur une recherche locale comme « plombier Lyon 3 », ça fait la différence entre la page 1 et la page 2.
Les 5 causes que je retrouve dans 80% des cas
1. Des images non optimisées (présent sur 47 audits / 50)
La cause numéro un, de très loin. Une photo de hero de 4 Mo au format PNG, là où 180 Ko en WebP suffiraient. Un catalogue e-commerce avec 40 images produit non redimensionnées. Un logo en 3000×3000px qu'on affiche en 80×80px. J'ai vu des homepages peser 18 Mo à cause des images uniquement.
Le fix : convertir toutes les images au format WebP (ou AVIF pour les navigateurs récents), les redimensionner à la taille d'affichage réelle, et compresser à 75-85% de qualité. Outils gratuits : Squoosh, TinyPNG, ou le plugin Imagify / ShortPixel si vous êtes sur WordPress. Gain typique : 3 à 5 secondes sur le temps de chargement.
2. Hébergement mutualisé saturé (présent sur 31/50)
Un hébergement OVH à 3€/mois partage votre serveur avec 300 à 800 autres sites. Si l'un d'eux consomme, votre site ralentit. Sur les tests que je fais en fin d'après-midi (heure de pointe), certains sites mutualisés mettent déjà 4 à 6 secondes à répondre au tout premier octet (TTFB). Avant même d'avoir commencé à charger quoi que ce soit.
Le fix : pour un site vitrine, migrer sur un hébergement statique comme Vercel, Netlify ou Cloudflare Pages — gratuits jusqu'à des volumes de trafic largement suffisants pour une PME. TTFB divisé par 10, CDN mondial inclus, SSL automatique. Pour un site dynamique (WordPress lourd), passer sur un hébergement dédié type o2switch ou Kinsta.
3. Trop de plugins WordPress (présent sur 28/35 sites WP)
La moyenne sur mes audits WordPress : 42 plugins actifs. Dont 8 à 15 servent réellement. Chaque plugin ajoute du CSS, du JavaScript, des requêtes serveur, et souvent un tracker analytics ou pub qui lui est propre. Résultat : 60 requêtes HTTP pour charger une page « simple ».
Le fix : audit plugin par plugin. Désactiver, tester, supprimer tout ce qui n'est pas utilisé sur le mois en cours. Remplacer les plugins « usines à gaz » (type page builders) par une solution plus légère. Sur un projet récent, on est passé de 47 à 11 plugins : le score PageSpeed mobile est passé de 34 à 78 sans toucher au design.
4. JavaScript bloquant le rendu (présent sur 38/50)
Les scripts tiers (Google Tag Manager, Facebook Pixel, Hotjar, chatbots, outils A/B testing) s'accumulent sans qu'on s'en rende compte. Chacun ajoute 30 à 150 Ko de JavaScript qui doit être téléchargé, parsé et exécuté avant que l'utilisateur puisse interagir. J'ai audité un site qui chargeait 2,3 Mo de JavaScript tiers pour une landing page de 4 paragraphes.
Le fix : charger tout ce qui n'est pas critique en async ou en defer. Passer par Google Tag Manager côté serveur pour consolider. Supprimer les trackers qui ne sont pas réellement exploités (si personne ne regarde Hotjar depuis 6 mois, désactivez-le). Ça ne coûte rien et peut faire gagner 1 à 2 secondes sur le LCP.
5. Pas de cache ni de CDN (présent sur 22/50)
Le cache navigateur évite de retélécharger les mêmes fichiers à chaque visite. Le CDN rapproche ces fichiers géographiquement de l'utilisateur. Combinés, ils divisent le temps de chargement par 3 à 5 pour un visiteur récurrent, et améliorent le TTFB pour les nouveaux visiteurs en province.
Le fix : activer le cache navigateur via les headers HTTP (Cache-Control: max-age=31536000 pour les assets statiques). Passer le domaine derrière Cloudflare (gratuit) pour bénéficier du CDN. Pour WordPress, installer WP Rocket ou W3 Total Cache.
Besoin d'un diagnostic ?
Je vous dis en 48h ce qui plombe votre site
Envoyez-moi votre URL, je vous renvoie un rapport synthétique gratuit avec les 3 correctifs prioritaires. Sans engagement.
Demander un diagnostic gratuitComment mesurer votre site en 5 minutes
Trois outils gratuits et complémentaires suffisent pour avoir un diagnostic fiable :
- PageSpeed Insights : les Core Web Vitals, score mobile et desktop, recommandations priorisées. C'est la vue officielle Google.
- Lighthouse (intégré à Chrome, onglet DevTools) : un rapport plus détaillé avec 4 axes (perf, SEO, accessibilité, bonnes pratiques). Utile pour creuser les pistes.
- WebPageTest : simulation depuis un navigateur réel, avec waterfall détaillée. Permet d'identifier quel script bloque exactement.
Règle simple : si votre score PageSpeed mobile est sous 50, il y a urgence. Entre 50 et 75, il y a du gain facile. Au-dessus de 90, vous êtes dans le vert.
Quand les correctifs ne suffisent plus
Dans environ 20% des cas que j'audite, la dette technique est trop profonde pour être réparée à moindre coût. C'est le cas typique d'un site WordPress ancien avec un thème custom daté, 15 ans de plugins accumulés et un hébergement qu'on ne peut pas changer sans tout casser. À ce stade, refaire le site propre sur une stack moderne coûte moins cher que de continuer à rafistoler — et c'est beaucoup plus rapide.
Le critère que j'applique : si après 2 journées de correctifs ciblés le score PageSpeed mobile reste sous 60, je recommande la refonte. C'est ce que j'ai documenté plus en détail dans l'article sur les 5 signes qu'il est temps de refaire votre site.
Checklist — par quoi commencer lundi matin
- Faire tourner PageSpeed Insights sur les 3 pages les plus visitées (home + 2 landings clés)
- Identifier les 5 plus grosses images : les convertir en WebP et les compresser
- Lister les plugins WordPress actifs : désactiver tout ce qui n'a pas été utilisé en 30 jours
- Activer Cloudflare (gratuit) sur le domaine pour le CDN + cache
- Re-mesurer : vous devriez déjà avoir 10 à 20 points de gain sur mobile
Ces 4 étapes représentent en moyenne une demi-journée de travail pour quelqu'un qui connaît les outils. L'impact sur le trafic SEO se mesure en 3 à 6 semaines — le temps que Google repasse sur votre site avec les nouvelles métriques.
Votre site est-il dans le rouge ?
Je fais un audit gratuit de votre site (performance, SEO technique, mobile) et je vous renvoie un document synthétique sous 48h — avec les correctifs prioritaires, chiffrés.
Article suivant
5 signes qu'il est temps de refaire votre site web
Comment trancher entre correctifs ciblés et refonte complète.