Les 7 erreurs qui plombent la vitesse d'un site web
Un site lent perd sur tous les fronts : Google le pénalise dans ses classements, les visiteurs le quittent avant même de l'avoir vu, et les conversions chutent à chaque seconde de chargement supplémentaire. Pourtant, dans la grande majorité des cas, les causes sont identifiables et corrigeables.
Voici les sept erreurs que nous retrouvons systématiquement lors de nos audits — et comment les éliminer.
| Erreur | Impact | Correction |
|---|---|---|
| Images non optimisées | Très élevé | Convertir en WebP, dimensionner au bon format, lazy loading |
| Trop de plugins / scripts tiers | Élevé | Auditer et supprimer tout ce qui n'est pas indispensable |
| Hébergement mutualisé bas de gamme | Élevé | Passer sur un VPS ou un CDN statique (Vercel, Netlify) |
| Pas de mise en cache | Élevé | Activer le cache serveur ou utiliser un générateur statique |
| CSS et JS non minifiés | Moyen | Bundler moderne (Next.js, Vite) le fait automatiquement |
| Polices web mal chargées | Moyen | Précharger les polices critiques, limiter les variantes |
| Redirects en chaîne | Moyen | Aller directement à l'URL finale, supprimer les redirects inutiles |
1. Des images non optimisées
C'est de loin la cause la plus fréquente de lenteur. Une photo uploadée directement depuis un appareil photo peut peser 4 à 8 Mo. Sur une page avec cinq images, c'est 40 Mo à télécharger avant que la page soit utilisable.
La correction est simple : convertir toutes les images en WebP (30 à 50 % plus léger que JPEG à qualité équivalente), les redimensionner aux dimensions exactes où elles s'affichent, et activer le lazy loading pour ne charger que les images visibles à l'écran.
Sur Next.js, le composant <Image /> fait tout cela automatiquement. Sur WordPress, il faut un plugin dédié et une discipline manuelle.
2. Trop de plugins et de scripts tiers
Chaque plugin WordPress, chaque widget de chat, chaque pixel de tracking ajoute du JavaScript qui s'exécute au chargement de la page. Dix plugins raisonnables peuvent facilement ajouter 500 ms de temps de chargement.
L'exercice utile : ouvrir l'onglet Network de votre navigateur et regarder combien de requêtes se lancent au chargement. Si vous en voyez plus de cinquante, il y a de la marge. Tout script tiers qui n'est pas directement lié à votre activité mérite d'être supprimé.
3. Un hébergement sous-dimensionné
Un hébergement mutualisé à 3 € par mois partage les ressources serveur entre des centaines de sites. Quand l'un d'eux reçoit un pic de trafic, tout le monde ralentit. Le Time to First Byte — le temps avant que le serveur réponde — peut dépasser la seconde.
La solution la plus efficace à long terme : quitter l'hébergement dynamique pour un déploiement statique sur CDN (Vercel, Cloudflare Pages). Le site est servi depuis le nœud le plus proche du visiteur, le TTFB tombe sous 50 ms.
4. Aucune mise en cache
Sans cache, le serveur recalcule chaque page à chaque visite. Avec un cache correctement configuré, la page est servie depuis la mémoire — instantanément.
Sur WordPress, un plugin de cache (WP Rocket, LiteSpeed Cache) est indispensable. Sur Next.js, la génération statique fait office de cache permanent : les pages sont pré-calculées une fois et servies directement sans aucun traitement serveur.
5. CSS et JavaScript non minifiés
En développement, le code est lisible — avec des espaces, des commentaires, des sauts de ligne. En production, tout cela est inutile et représente des kilooctets téléchargés pour rien.
La minification supprime ces caractères superflus et réduit la taille des fichiers de 20 à 40 %. Les outils modernes (Next.js, Vite, Webpack) le font automatiquement à la compilation — il n'y a rien à configurer si le projet est bien construit.
6. Des polices web mal gérées
Les polices Google Fonts ou Adobe Fonts sont souvent chargées de façon naïve : le navigateur attend que le fichier de police soit téléchargé avant d'afficher le texte, provoquant un Flash Of Invisible Text visible par l'utilisateur et pénalisé par Google.
La bonne pratique : précharger les polices critiques avec <link rel="preload">, utiliser font-display: swap pour afficher immédiatement une police de secours, et limiter le nombre de variantes chargées (poids, styles).
Sur Torquemade, nous utilisons Geist, hébergé en local — aucune requête externe, aucune latence réseau liée aux polices.
7. Des redirections en chaîne
Chaque redirection ajoute un aller-retour réseau. Une chaîne de type ancienne-url → url-intermédiaire → url-finale peut ajouter 300 à 600 ms invisibles pour l'utilisateur, mais mesurés par Google.
L'audit est simple : utiliser un outil comme Screaming Frog ou Redirect Checker pour cartographier toutes les redirections du site. Toute redirection qui passe par plus d'une étape doit être corrigée pour pointer directement vers la destination finale.
Mesurer avant de corriger
Avant tout correctif, deux outils gratuits donnent un état des lieux précis : Google PageSpeed Insights (analyse une URL et donne un score sur 100 avec les problèmes détectés) et Google Search Console (identifie les pages avec de mauvais Core Web Vitals à l'échelle du site entier).
Ces deux sources suffisent pour prioriser les corrections et mesurer leur impact une fois appliquées.
Votre site est lent et vous ne savez pas par où commencer ? Contactez-nous — nous réalisons un audit de performance complet et vous proposons un plan d'action concret.