Pourquoi mon site est lent : les 7 causes les plus fréquentes

Vous cliquez sur votre propre site et vous attendez. Deux secondes. Trois secondes. La page finit par s'afficher, mais le mal est fait. Selon Google, 53 % des visiteurs mobiles quittent un site qui met plus de 3 secondes à charger. Chaque dixième de seconde supplémentaire réduit votre taux de conversion de 4,42 %.

Au-delà de l'expérience utilisateur, la vitesse est un critère de classement Google depuis 2018 (et encore plus depuis les Core Web Vitals en 2021). Un site lent est donc pénalisé deux fois : il perd des visiteurs et il descend dans les résultats de recherche.

Bonne nouvelle : la plupart des problèmes de lenteur sont identifiables et corrigeables. Voici les 7 causes les plus fréquentes que nous retrouvons dans les audits réalisés sur TestMonSite.

1. Des images trop lourdes

C'est la cause numéro un de lenteur. Sur la plupart des sites que nous analysons, les images représentent entre 40 et 70 % du poids total de la page. Le problème est rarement le nombre d'images — c'est leur format et leur taille.

Un fichier JPEG de 3 Mo exporté depuis Photoshop sans compression, affiché dans un cadre de 400 pixels de large : voilà le scénario classique. Le navigateur télécharge l'image entière avant de l'afficher, même si elle est hors écran.

Comment corriger :convertissez vos images en WebP (30 à 50 % plus léger que JPEG à qualité égale). Redimensionnez-les à la taille d'affichage réelle. Ajoutez l'attribut loading="lazy" sur toutes les images situées sous la ligne de flottaison. Sur WordPress, un plugin comme ShortPixel ou Imagify le fait automatiquement.

2. Trop de scripts JavaScript

Google Analytics. Facebook Pixel. Le chat en direct. Le consentement cookies. La police Google Fonts chargée via JS. Le slider jQuery. Le formulaire Mailchimp. Chaque script ajoute du poids et, surtout, bloque le rendu de la page pendant son exécution.

Un site typique charge entre 15 et 30 scripts tiers. Chacun d'eux doit être téléchargé, parsé et exécuté par le navigateur. Même s'ils sont petits individuellement, l'effet cumulé est considérable — surtout sur mobile, où le processeur est moins puissant.

Comment corriger :faites l'inventaire de vos scripts. Supprimez ceux que vous n'utilisez plus. Ajoutez defer ou async aux scripts non critiques. Chargez les widgets tiers (chat, analytics) après l'interaction utilisateur, pas au chargement initial.

3. Un hébergement sous-dimensionné

Votre site peut être parfaitement optimisé — si le serveur met 800 ms à répondre avant même d'envoyer le premier octet, tout le reste est vain. C'est ce qu'on appelle le TTFB (Time To First Byte), et c'est souvent le goulot d'étranglement invisible.

Les hébergements mutualisés à 3 euros/mois partagent un serveur entre des centaines de sites. Quand votre voisin de serveur a un pic de trafic, c'est votre site qui ralentit. De plus, si votre serveur est en Amérique et vos visiteurs en France, la latence réseau ajoute 100 à 200 ms à chaque requête.

Comment corriger : mesurez votre TTFB (un test de performance vous le donne). S'il dépasse 600 ms, envisagez un hébergeur plus performant (Infomaniak, o2switch, ou un VPS). Activez un CDN (Cloudflare est gratuit) pour rapprocher le contenu statique de vos visiteurs.

4. Pas de mise en cache

Sans cache, chaque visite oblige le navigateur à tout retélécharger depuis zéro : le HTML, le CSS, les images, les polices, les scripts. C'est comme si votre visiteur découvrait votre site pour la première fois à chaque clic.

Il existe trois niveaux de cache, et idéalement vous devez les activer tous les trois. Le cache navigateur stocke les fichiers statiques sur l'ordinateur du visiteur (CSS, JS, images). Le cache serveur évite de regénérer la même page à chaque requête. Le cache CDN stocke votre contenu sur des serveurs proches de vos visiteurs.

Comment corriger : configurez les en-têtes HTTP Cache-Control pour les fichiers statiques (au minimum 30 jours). Activez le cache de page côté serveur (WP Super Cache, W3 Total Cache sur WordPress). Mettez un CDN devant votre site — Cloudflare le fait gratuitement.

5. Un CMS mal optimisé

WordPress propulse 43 % du web. C'est un outil formidable — mais un WordPress avec 30 plugins, un thème premium surchargé et un page builder comme Elementor peut générer des pages de 3 à 5 Mo et plus de 100 requêtes HTTP.

Chaque plugin ajoute ses propres fichiers CSS et JavaScript, souvent chargés sur toutesles pages, même celles où le plugin n'est pas utilisé. Le thème, de son côté, peut embarquer des dizaines de fonctionnalités inutiles (sliders, animations, méga-menus) qui alourdissent chaque page.

Comment corriger :désactivez et supprimez les plugins inutilisés. Remplacez les plugins lourds par des alternatives légères (ex : Perfmatters au lieu de 5 plugins séparément). Si votre thème génère des pages de plus de 2 Mo, envisagez un thème plus léger comme GeneratePress ou Astra. Auditez régulièrement avec un audit complet de votre site.

6. Des requêtes de base de données lentes

Quand un visiteur charge une page, votre serveur interroge la base de données pour récupérer le contenu. Si ces requêtes sont mal écrites ou si les tables ne sont pas indexées, chaque requête peut prendre des centaines de millisecondes. Multipliez par 20 ou 30 requêtes par page — et vous comprenez le problème.

Ce problème est fréquent sur les sites e-commerce avec des milliers de produits, les blogs avec des années d'articles, ou les sites WordPress avec des plugins qui font des requetes non optimisées à chaque chargement de page.

Comment corriger : activez le cache objet (Redis ou Memcached) pour éviter de répéter les mêmes requêtes. Nettoyez les révisions, les spams et les transients expirés dans votre base de données. Si vous avez accès au code, ajoutez des index sur les colonnes fréquemment interrogées.

7. Pas de compression

La compression Gzip ou Brotli réduit la taille des fichiers texte (HTML, CSS, JavaScript) de 60 à 80 % avant de les envoyer au navigateur. C'est l'une des optimisations les plus simples et les plus efficaces — et pourtant, de nombreux sites ne l'activent pas.

Sans compression, un fichier CSS de 200 Ko est envoyé tel quel au navigateur. Avec Brotli, il ne pèse plus que 40 à 50 Ko. Sur une page qui charge 10 fichiers texte, le gain cumulé peut atteindre 500 Ko à 1 Mo — ce qui représente 1 à 2 secondes de chargement en moins sur une connexion mobile.

Comment corriger : vérifiez si la compression est activée (un test de performance le détecte). Sur Apache, ajoutez les règles mod_deflate dans votre .htaccess. Sur Nginx, activez gzip on dans la configuration. Si vous utilisez Cloudflare, la compression Brotli est activée par défaut.

Comment mesurer la vitesse de votre site

Identifier le problème est la moitié de la solution. Voici les outils que nous recommandons pour diagnostiquer la lenteur de votre site :

• TestMonSite — score global sur 100 avec performance, SEO, sécurité, mobile et accessibilité. En français, en langage clair. Gratuit.
• Google PageSpeed Insights — les métriques Core Web Vitals officielles de Google, avec des données terrain (Chrome User Experience Report).
• GTmetrix — diagnostic détaillé avec waterfall chart (visualisation de chaque requete HTTP et son temps).

L'idéal est de tester votre site sur les trois outils. Si les trois signalent le même problème (images, JavaScript, TTFB), vous savez exactement par où commencer. Pour un diagnostic plus large incluant le SEO, la sécurité et l'accessibilité, lancez un audit complet de votre site.