Création web

Site web lent : causes et corrections en 2026

Pourquoi un site web est lent et comment le corriger : mesure avec PageSpeed, images, hébergement, JavaScript, cache, scripts tiers et CDN.

Par JérémyMis à jour le 26 octobre 20264 min de lecture

Sommaire (7 parties)
  1. Comment mesurer la vitesse de son site
  2. Cause 1 - Images non optimisées
  3. Cause 2 - Hébergement sous-dimensionné
  4. Cause 3 - JavaScript bloquant
  5. Cause 4 - Absence de cache
  6. Cause 5 - Trop de scripts tiers
  7. Cause 6 - Pas de CDN

Selon une étude Google de 2016, 53 % des visites mobiles sont abandonnées au-delà de 3 secondes de chargement. Pas par manque de patience - parce que les internautes ont le choix. Votre concurrent s'affiche en 1,2 seconde.

Google le sait et en tient compte. Depuis 2021, les Core Web Vitals - dont la vitesse de chargement - font partie des critères de classement officiels. Un site lent perd des visiteurs et des positions.

Ce guide identifie les 6 causes de lenteur les plus fréquentes et les corrections concrètes pour chacune.

Comment mesurer la vitesse de son site

Avant de corriger, mesurez. Deux outils gratuits sont essentiels :

  • PageSpeed Insights (Google) - analyse les Core Web Vitals depuis de vraies données terrain + un test de laboratoire. Testez votre page d'accueil et vos pages de service.
  • WebPageTest - analyse détaillée du chargement, cascade des ressources, Time To First Byte (TTFB). Utile pour identifier la ressource bloquante.

Les seuils Google : LCP < 2,5 s (temps jusqu'à l'affichage de l'élément principal), INP < 200 ms (réactivité), CLS < 0,1 (stabilité visuelle).

Cause 1 - Images non optimisées

C'est la cause n°1 de lenteur sur les sites de TPE/PME. Une image JPEG de 3 Mo en résolution 4000×3000 px chargée sur un écran de 400 px de large, c'est 95 % de données inutiles.

Les corrections

  • Convertir en WebP - format moderne 25 à 35 % plus léger que JPEG pour une qualité identique. Supporté par tous les navigateurs actuels.
  • Redimensionner à l'usage - une image affichée sur 800 px de large n'a pas besoin d'être stockée en 3000 px.
  • Ajouter lazy loading - attribut loading="lazy" sur toutes les images hors écran. Elles ne se chargent que quand l'internaute les approche.
  • Définir width et height - évite le décalage visuel (CLS) quand l'image se charge.

Cause 2 - Hébergement sous-dimensionné

Un hébergement mutualisé d'entrée de gamme partage les ressources serveur entre des dizaines voire des centaines de sites. Aux heures de pointe, votre TTFB (Time To First Byte) explose - parfois au-delà de 2 secondes avant même que votre page commence à se charger.

Pour un site professionnel, visez un hébergement VPS ou un hébergement managé performant (O2Switch, PlanetHoster, Infomaniak). Le budget : quelques dizaines d'euros par mois - souvent la correction la plus rentable pour un site lent malgré toutes les autres optimisations.

Votre TTFB dépasse 800 ms ? RJ6 audite et optimise votre infrastructure dans le cadre de la maintenance.

Cause 3 - JavaScript bloquant

Un script JavaScript chargé dans le <head> sans attribut defer ou async bloque le rendu de la page : le navigateur attend la fin de l'exécution du script avant d'afficher quoi que ce soit.

  • async - charge le script en parallèle du HTML, l'exécute dès qu'il est prêt. Idéal pour les scripts indépendants (analytics, chat).
  • defer - charge en parallèle, exécute après l'analyse complète du HTML. Idéal pour les scripts qui manipulent le DOM.
  • Objectif : aucun script sans async ou defer dans le head, sauf le CSS critique et les polices.

Cause 4 - Absence de cache

Sans cache, votre serveur recalcule chaque page à chaque requête. Avec un cache, la page est servie depuis une copie statique pré-calculée - des dizaines de fois plus rapide.

Deux niveaux à activer : le cache serveur (Varnish, Redis, ou module PHP-FPM selon l'hébergement) et le cache navigateur (headers Cache-Control qui demandent au navigateur de conserver les ressources statiques en local).

Cause 5 - Trop de scripts tiers

Chaque plugin WordPress, chaque widget de chat, chaque pixel de tracking ajoute du JavaScript exécuté à chaque chargement. Un site avec 20 plugins actifs peut charger 30 scripts externes - chacun avec son propre temps de connexion et d'exécution.

Auditez avec l'onglet Network de Chrome DevTools : listez tous les scripts tiers, mesurez leur poids et leur temps de chargement, et supprimez impitoyablement ceux dont la valeur ne justifie pas le coût de performance.

Cause 6 - Pas de CDN

Un CDN (Content Delivery Network) distribue vos ressources statiques (images, CSS, JS) depuis des serveurs répartis géographiquement. Un visiteur à Lyon reçoit vos fichiers depuis un datacenter parisien au lieu de votre serveur à Montréal.

Cloudflare propose un CDN gratuit très efficace. Pour les sites à fort trafic ou à audience internationale, un CDN payant (Cloudflare Pro, BunnyCDN) réduit le TTFB de 30 à 60 %.

Consultez aussi : l'audit SEO gratuit en 5 étapes, les 7 causes d'invisibilité sur Google et la maintenance de site web.

Facteur de lenteurMauvaise pratique (Lent)Bonne pratique (rapide)
ImagesImages PNG/JPG brutes (2 Mo) chargées au départImages WebP (100 Ko) avec attribut loading="lazy"
ServeurHébergement mutualisé saturéVPS dédié ou hébergement premium avec Cache Redis

Questions Fréquentes

Google ne pénalise pas selon un score numérique mais selon les seuils Core Web Vitals : LCP < 2,5 s, INP < 200 ms, CLS < 0,1. Un score PageSpeed de 90+ sur mobile correspond généralement à ces seuils. En dessous de 50, vous avez très probablement des problèmes de classement liés aux performances.

C'est très courant. Mobile et desktop ont des contraintes différentes : bande passante limitée, CPU moins puissant. Les causes spécifiques au mobile : images non responsives servies en grande taille, render-blocking scripts lourds, police chargée sans stratégie de fallback. Google indexe en mobile-first, donc c'est le score mobile qui compte pour le classement.

Non. Le script GA4 (gtag.js) chargé de façon asynchrone a un impact très faible sur les performances si correctement implémenté. L'optimisation prioritaire n'est pas de supprimer l'analytics mais d'activer le consentement avant le chargement (Consent Mode v2) et de s'assurer que le script est chargé en async. RJ6 intègre cette configuration sur tous ses sites.

Oui, indirectement. Un hébergement lent génère un TTFB élevé (souvent 1 à 3 secondes), ce qui dégrade directement le LCP et donc le classement Google. De plus, les hébergements très bon marché ont parfois des temps d'arrêt fréquents, ce qui peut générer des erreurs de crawl dans Search Console. Un hébergement de qualité est la base de toute stratégie de performance.

Guides et services reliés

Accédez directement aux pages à plus forte valeur.

Jérémy, fondateur de RJ6 Informatique

Écrit par Jérémy Sperenzo

Fondateur de RJ6 Informatique (créée en 2016), administrateur système et réseau certifié, 15 ans d'expérience. Dépannage PC et Mac, cybersécurité et développement web.

Me poser votre question : 07 44 77 59 64

Tous les articles

Confiance & Retours Clients

Ils me font Confiance

Découvrez les retours d'expérience de mes clients à Montpellier et en métropole.

Avis publiés sur Google

Fiche Google Business

Des retours de vrais clients, publiés sous leur nom sur Google.

4,6/5 sur 69 avis sur mon profil AlloVoisins (relevé le 23/10/2026)

Lire des cas concrets d'interventions

M

Magali B.

Montpellier

« Je travaille avec Jérémy de RJ6 Informatique depuis plusieurs mois et c'est sans conteste le meilleur partenaire informatique que l'on puisse avoir. Il a d'abord créé mon site professionnel, puis développé sur mesure ma plateforme SaaS de galerie photo e-commerce. Le résultat est parfait : fluide, zéro bug, sécurisé. »

Août 2026 · Avis Google
C

Clémentine F.

Villeneuve-lès-Maguelone

« Entreprise très sérieuse et réactive. Problème informatique réglé rapidement avec des explications claires et un vrai suivi derrière. On sent quelqu'un de compétent, honnête et impliqué dans son travail. Je recommande sans hésiter. »

Mai 2026 · Avis Google
B

Bouchra B.

Client AlloVoisins

« Jeremy est une personne sérieuse il a répondu assez rapidement à ma demande À l’écoute et très courtois Je le recommande fortement Merci à lui »

Avis AlloVoisins · mars 2024

Vous aussi, parlez directement à la personne qui intervient.

Appeler le 07 44 77 59 64
Intervention 24/48h

Prêt à résoudre votre panne ?

Diagnostic et devis offerts au téléphone, du lundi au samedi de 10h à 19h. Pas sûr de la panne ? Identifiez-la en 30 secondes.