Performance web — Analyse de 900 interventions vitesse et optimisation depuis 2018

Votre site met plus de 5 secondes à charger ? Vos scores PageSpeed sont dans le rouge ? Vos clients quittent la page avant même de voir vos produits ? Vous n'êtes pas seul. Depuis 2018, MonSiteBug a traité 900 interventions liées à la performance et à la vitesse — sites lents, Core Web Vitals catastrophiques, serveurs saturés, bases de données non optimisées.

Cet article est une étude exclusive basée sur nos données réelles. Pas de théorie : des chiffres tirés de nos 8 809 tickets de support et des cas concrets traités par notre équipe.

Pourquoi la performance est devenue critique

Depuis 2021, Google intègre les Core Web Vitals comme facteur de classement SEO. Un site lent perd des positions, du trafic, et des ventes. Les trois métriques essentielles :

• LCP (Largest Contentful Paint) — Le temps d'affichage du plus grand élément visible. Objectif : moins de 2,5 secondes.
• CLS (Cumulative Layout Shift) — La stabilité visuelle de la page. Objectif : moins de 0,1.
• INP (Interaction to Next Paint) — La réactivité aux interactions utilisateur (remplace le FID depuis mars 2024). Objectif : moins de 200 ms.

Impact direct : Selon Google, 53% des visiteurs mobiles quittent un site qui met plus de 3 secondes à charger. Chaque seconde de retard supplémentaire réduit les conversions de 7%.

Évolution des demandes de performance : 2018–2026

Les demandes d'optimisation de performance ont connu une croissance constante, reflétant la prise de conscience croissante de l'importance de la vitesse :

Point clé : Le pic de 2022 (159 tickets) coïncide avec la période où Google a pleinement intégré les Core Web Vitals dans son algorithme. Les marchands ont réalisé que la vitesse n'était plus un confort mais une nécessité pour leur référencement.

Les problèmes de performance les plus fréquents

Sur nos 900 interventions performance, voici les causes de lenteur que nous rencontrons le plus souvent :

1. Images non optimisées — Le problème n°1

C'est de loin la cause la plus fréquente de sites lents. Des images de produits uploadées directement depuis l'appareil photo (3-5 Mo chacune), sans compression, sans format moderne (WebP/AVIF), sans lazy loading. Résultat : une page catalogue qui pèse 15 Mo au lieu de 1,5 Mo.

• Conversion en WebP ou AVIF (réduction de 60-80% sans perte visible)
• Redimensionnement aux dimensions réelles d'affichage
• Lazy loading natif (loading="lazy") pour charger les images hors écran
• Utilisation d'un CDN pour servir les assets depuis le serveur le plus proche

2. Surcharge de modules et plugins

C'est le fléau des boutiques PrestaShop et des sites WordPress. Chaque module ajoute ses propres fichiers CSS et JavaScript, ses requêtes SQL, et ses hooks. L'accumulation finit par étouffer le site.

PrestaShop : le piège des modules

• Des boutiques avec 80+ modules actifs dont la moitié sont inutilisés
• Des thèmes gratuits ou bon marché qui chargent tout, partout (slider sur la page produit, carrousel sur le checkout...)
• Des modules de statistiques tiers qui exécutent des requêtes SQL lourdes à chaque page
• Des modules de "cache" mal configurés qui ralentissent au lieu d'accélérer

WordPress : la jungle des plugins

• Des sites avec 40+ plugins pour des fonctions basiques
• Des thèmes multipurpose surchargés (Avada, Divi) qui chargent 500 Ko de CSS inutile
• Des constructeurs de page (Elementor, WPBakery) qui génèrent du HTML monstrueux
• Des plugins de cache mal configurés qui se conflitent entre eux

3. Serveur mal configuré

Un hébergement mutualisé à 3€/mois ne tiendra pas la charge d'une boutique e-commerce avec 5 000 produits et 200 visiteurs simultanés. Voici les optimisations serveur que nous effectuons régulièrement :

• PHP-FPM au lieu de mod_php (gain de performance de 30-50%)
• OPcache activé et correctement dimensionné
• PHP 8.2+ — chaque version majeure apporte 15-25% de performance en plus
• Redis ou Memcached pour le cache de session et de données
• Nginx en reverse proxy devant Apache (ou en remplacement total)
• Configuration gzip/brotli pour la compression HTTP
• Headers Cache-Control correctement configurés

4. Base de données non optimisée

Les boutiques PrestaShop et WordPress accumulent des données inutiles au fil du temps : logs, sessions expirées, révisions, paniers abandonnés, données de modules désinstallés. La base de données grossit et les requêtes ralentissent.

• Nettoyage des tables — Suppression des données orphelines et obsolètes
• Optimisation des requêtes SQL — Ajout d'index manquants, réécriture de requêtes lourdes
• Configuration MySQL/MariaDB — Tuning de innodb_buffer_pool_size, query_cache, max_connections
• Requêtes N+1 — Un classique : 1 requête par produit au lieu d'une seule requête groupée

L'impact des scripts anti-bot sur la performance

Un problème méconnu mais de plus en plus fréquent : les scripts de protection anti-bot (reCAPTCHA, hCaptcha, solutions anti-fraude) qui dégradent massivement les performances. Nous avons observé des cas où :

• Google reCAPTCHA v3 charge 500 Ko de JavaScript sur chaque page, même quand il n'y a pas de formulaire
• Des solutions anti-DDoS type Cloudflare Under Attack Mode laissées activées en permanence ajoutent 3-5 secondes de délai
• Des scripts de détection de fraude (anti-carding) exécutent du JavaScript lourd sur chaque page, même les pages catalogue
• Le score INP (Interaction to Next Paint) est dégradé par ces scripts qui bloquent le thread principal

Notre conseil : Chargez ces scripts uniquement sur les pages qui en ont besoin (formulaires, checkout) et jamais sur les pages catalogue ou d'accueil. La différence peut être de 2 à 4 secondes sur le temps de chargement.

Cas réels tirés de nos tickets

Cas #1 — PrestaShop avec 94 modules actifs

Problème : Une boutique PrestaShop 1.7 avec un temps de chargement de 12 secondes. Le marchand avait installé 94 modules dont 40 étaient désactivés mais toujours présents sur le serveur, et 20 des modules actifs étaient redondants ou inutilisés.

Notre intervention : Audit complet des modules, désinstallation de 35 modules inutiles, remplacement de 8 modules lourds par des alternatives légères, optimisation du thème. Résultat : temps de chargement passé de 12s à 2,8s.

Cas #2 — WordPress e-commerce à 18s de chargement

Problème : Un site WooCommerce sur un hébergement mutualisé, avec un thème Avada personnalisé, 45 plugins actifs, et des images produits de 4 Mo chacune. Score PageSpeed mobile : 8/100.

Notre intervention : Migration vers un VPS avec PHP 8.2 + OPcache + Redis, compression et conversion de 2 400 images en WebP, remplacement de 12 plugins par des alternatives légères, mise en place de WP Rocket configuré correctement. Résultat : score PageSpeed mobile passé de 8 à 72/100, temps de chargement de 18s à 3,1s.

Cas #3 — Base de données PrestaShop de 8 Go

Problème : Une boutique PrestaShop dont la base de données pesait 8 Go, causant des timeouts réguliers. La table des logs faisait à elle seule 5 Go, les sessions expirées occupaient 1,2 Go, et des tables de modules désinstallés depuis 3 ans étaient toujours présentes.

Notre intervention : Nettoyage des tables obsolètes, purge des logs anciens, optimisation des index, tuning MySQL. Résultat : base de données réduite de 8 Go à 800 Mo, temps de réponse des requêtes divisé par 5.

Cas #4 — Score CLS catastrophique à cause d'un slider

Problème : Un site e-commerce avec un excellent LCP (1,8s) mais un CLS de 0,45 — bien au-dessus du seuil de 0,1. Google pénalisait le site dans les résultats mobiles malgré un temps de chargement correct.

Notre intervention : Le coupable : un slider en homepage qui ne réservait pas l'espace avant le chargement des images, plus des publicités qui s'inséraient dans le contenu sans dimensions prédéfinies. Ajout de dimensions explicites, réservation d'espace CSS, et remplacement du slider par un composant statique. Résultat : CLS passé de 0,45 à 0,03.

Cas #5 — Script anti-bot qui doublait le temps de chargement

Problème : Un marchand PrestaShop qui avait installé un module anti-bot chargeant un script de 380 Ko sur chaque page du site. Le script exécutait des calculs JavaScript lourds pour détecter les bots, bloquant le thread principal pendant 2,5 secondes.

Notre intervention : Limitation du script aux pages de formulaire et de checkout uniquement, chargement asynchrone avec defer, mise en place d'une solution anti-bot côté serveur (fail2ban + règles .htaccess) pour les autres pages. Résultat : INP passé de 450ms à 120ms, LCP amélioré de 2,3 secondes.

Optimisation PrestaShop : nos recommandations

PrestaShop représente la majorité de nos interventions performance. Voici les optimisations spécifiques que nous appliquons :

• Désactiver la concaténation CSS/JS native de PrestaShop (souvent contre-productive) et utiliser un vrai outil de minification
• Activer Smarty cache et le compiler en mode production
• Configurer le cache objet avec Redis ou Memcached via le module dédié
• Nettoyer la table ps_connections qui grossit sans fin (historique des visiteurs)
• Optimiser les hooks — Retirer les modules des hooks où ils ne sont pas nécessaires
• Passer en PHP 8.1+ — Gain de performance de 30% par rapport à PHP 7.4
• Utiliser un CDN pour les images et les assets statiques
• Auditer les modules tiers — Certains modules populaires exécutent des dizaines de requêtes SQL inutiles

Optimisation WordPress : nos recommandations

WordPress et WooCommerce nécessitent une approche différente :

• Choisir un thème léger — GeneratePress, Astra, Kadence plutôt que les thèmes multipurpose surchargés
• Plugin de cache bien configuré — WP Rocket, LiteSpeed Cache, ou W3 Total Cache (un seul, pas trois)
• Désactiver les révisions excessives — Limiter à 5 révisions par article
• Lazy load natif — WordPress 5.5+ le supporte nativement, pas besoin de plugin supplémentaire
• Désactiver les embeds WordPress et les emoji scripts si non utilisés
• Optimiser WooCommerce — Désactiver les fragments AJAX sur les pages non-shop, limiter les sessions
• Base de données — Nettoyer les transients expirés, les révisions, les meta orphelines

Checklist performance : les vérifications essentielles

Voici les points que nous vérifions systématiquement lors d'un audit de performance :

• Score PageSpeed Insights — Objectif : >70 mobile, >90 desktop
• LCP < 2,5s — Le plus grand élément visible doit s'afficher rapidement
• CLS < 0,1 — La page ne doit pas "sauter" pendant le chargement
• INP < 200ms — Le site doit réagir rapidement aux clics et interactions
• Poids total de la page < 3 Mo — Images comprises
• Nombre de requêtes HTTP < 50 — Chaque requête a un coût
• TTFB < 600ms — Le temps de réponse serveur doit être rapide
• Compression gzip/brotli activée — Pour tous les fichiers texte (HTML, CSS, JS)
• Images en WebP/AVIF — Avec fallback JPEG/PNG pour les vieux navigateurs
• Cache navigateur configuré — Headers Cache-Control avec des durées adaptées
• PHP 8.1+ avec OPcache — Vérifier la version et la configuration
• Base de données optimisée — Tables nettoyées, index présents, requêtes performantes

Nos chiffres performance en un coup d'oeil

Pourquoi nous confier l'optimisation de votre site ?

Depuis 2018, nous avons optimisé des centaines de sites e-commerce et vitrines. Notre approche est basée sur les données, pas sur des suppositions.

Ce qui nous différencie :

• 900 interventions performance — une expertise forgée sur le terrain avec des cas réels
• Audit complet — Nous analysons le serveur, le code, la base de données, les assets, les scripts tiers
• Résultats mesurables — Avant/après avec des métriques concrètes (PageSpeed, Core Web Vitals, temps de chargement)
• Expertise multi-CMS — PrestaShop, WordPress, WooCommerce, Magento, sur mesure
• Optimisation serveur incluse — PHP, MySQL, cache, CDN, compression
• Impact SEO garanti — Amélioration des Core Web Vitals = meilleur classement Google