Diagnostic de Performance

Méthodologie d'Investigation

Un audit approfondi en 5 phases, entièrement en lecture seule — aucune modification n'a été apportée au site

5

Phases d'investigation

13

Rapports d'évidence

~65

Problèmes vérifiés

30

Plugins analysés

6

Tests PageSpeed

Vue d'Ensemble

L'état actuel de votre site en un coup d'œil

22/100

Score Global

62/100

Google Mobile

30-49s

Temps de Chargement (sans cache)

6.7x

BDD Surchargée

Votre site fonctionne uniquement grâce à son système de cache. Quand le cache est actif, une page se charge en 0.27 seconde — très bien. Mais dès que le cache n'est pas disponible (admin, panier, connexion, synchronisation ERP), chaque requête prend 30 à 49 secondes. C'est un écart de performance de 161x.

Ce qui est rassurant : ce sont des problèmes de configuration, pas d'architecture. Votre stack technique (WordPress 6.9, PHP 8.3, MariaDB 10.11) est solide. Les problèmes viennent d'un outil de cache dont la licence a expiré, de l'absence d'un composant serveur essentiel, et de plusieurs plugins qui se font conflit entre eux.

La bonne nouvelle : tout est réparable. Avec les bonnes interventions, on peut viser un score mobile de 85-95, un temps de chargement de 2-5 secondes même sans cache, et une réduction de 70-75% de la taille de la base de données.

Top 10 des Problèmes les Plus Urgents

#1CRITIQUEComposant serveur manquant — le site est 161x plus lent sans cache60-160 requêtes BDD par page

#2CRITIQUELicence de cache expirée — cause en cascade de 4 autres problèmes$59/an pour débloquer

#3CRITIQUEBase de données qui grossit de 50-100 MB par heure600 MB de déchets

#4CRITIQUE10,194 images optimisées mais jamais servies aux visiteurs25-85% d'économie gaspillée

#5CRITIQUE59 fichiers CSS bloquent l'affichage de chaque page6.2s avant le 1er affichage

#6CRITIQUELe serveur ne compresse pas les fichiers statiques60-80% de transfert en trop

#7IMPORTANTAucun cache navigateur — tout est re-téléchargé à chaque visite115+ fichiers rechargés

#8IMPORTANT53.8% des produits sont en rupture de stock — poids mort1,557 produits fantômes

#9CRITIQUEAdmin et ERP mettent 17-49 secondes par requêteSync stock 49+ min en retard

#10IMPORTANT6 plugins YITH obsolètes — 400 MB de surcharge BDD3 à 17 versions de retard

Scores Google PageSpeed

Mesures du 12 Mars 2026 via l'API officielle Google PageSpeed Insights

Accueil Mobile

62

1er affichage: 6.2s · Image principale: 6.7s

Accueil Desktop

92

Bon sur connexion rapide

Boutique Mobile

61

1er affichage: 3.2s · Image principale: 7.1s

Boutique Desktop

95

Bon sur connexion rapide

Produit Mobile

79

1er affichage: 2.7s · Image principale: 3.0s

Produit Desktop

92

Bon sur connexion rapide

Le pattern est clair : le desktop est correct (92-95) mais le mobile est problématique (61-79). Or, la majorité de vos clients naviguent sur mobile. L'écart vient principalement de 59 fichiers CSS qui bloquent l'affichage. Après correction, on projette 85-95 sur mobile.

Problèmes Détectés

Cliquez sur une catégorie puis sur un problème pour voir les détails

CRITIQUE Le site est 161x plus lent quand le cache n'est pas actif ▼

Avec le cache : 0.27 seconde. Sans le cache : 30 à 49 secondes. Il manque un composant serveur essentiel qui garderait en mémoire les données fréquemment utilisées. Chaque requête non-cachée déclenche 60 à 160 requêtes vers la base.

Avec cache0.27s

Sans cache30-49s

Écart161x

L'admin, le panier, la connexion et la synchronisation ERP sont tous affectés. Votre équipe perd du temps sur chaque opération.

CRITIQUE Licence de cache expirée — 4 pannes en cascade ▼

L'outil principal de cache a une licence vide. Sa fonctionnalité la plus importante est activée mais ne fonctionne pas. Il continue d'essayer, générant 3 tâches échouées par minute qui s'accumulent dans la base de données.

Fichiers CSS bloquants59

CSS inutilisé par page~700-900 KB

Coût de la licence$59/an

Cause directe de 4 autres problèmes critiques. Le fix avec le meilleur retour sur investissement.

CRITIQUE 59 fichiers CSS bloquent l'affichage de chaque page ▼

Chaque page charge 61 fichiers CSS (1,415 KB). Le navigateur doit télécharger et analyser chacun avant d'afficher quoi que ce soit. 700-900 KB par page ne sont même pas utilisés.

Sur mobile, 6.2 secondes avant le premier élément visuel. Les visiteurs abandonnent.

CRITIQUE Fichiers statiques envoyés sans compression ▼

Les pages HTML sont compressées (91% de réduction), mais CSS, JavaScript et polices sont envoyés sans aucune compression. 60-80% d'économie de bande passante gaspillée.

CRITIQUE 10,194 images optimisées mais jamais livrées ▼

Les versions légères (WebP) existent sur le serveur pour 100% des images, mais ne sont jamais envoyées aux visiteurs à cause d'un problème de configuration. Chaque page charge 100-400 KB d'images en trop.

Images avec version optimisée10,194 (100%)

Servies en version optimisée0 (0%)

IMPORTANT Aucun cache navigateur configuré ▼

Les 115+ fichiers statiques sont re-vérifiés à chaque visite car le serveur ne donne aucune instruction de mise en cache au navigateur.

IMPORTANT 3.2 MB de code sur la page d'accueil (115 fichiers) ▼

61 CSS + 54 JavaScript totalisant 3.2 MB. Environ 1.3 MB est inutilisé ou chargé sur des pages où il n'est pas nécessaire.

IMPORTANT Serveur dégradé de 3.5s à 30s pendant l'audit ▼

Le temps de réponse a multiplié par 9 en quelques heures pendant que la base de données grossissait. Le serveur se noie sous le poids de ses propres données et ça empire chaque jour.

Début de l'audit3.5s

Fin de l'audit29-31s

CRITIQUE 600 MB de tâches échouées s'accumulent (+50-100 MB/h) ▼

L'outil de cache tente de générer du CSS optimisé sans licence, échoue, réessaie — 3 fois par minute, 24h/24. Croissance observée : +114 MB en une heure. Taille normale : 10-15 MB.

Taille actuelle600 MB

Taille normale10-15 MB

Croissance50-100 MB/h

Bombe à retardement : la base grossit chaque heure, le serveur ralentit de plus en plus.

CRITIQUE 260 MB de cache de filtres jamais nettoyé ▼

Un plugin de filtrage accumule des données sans purge. Version installée : 13 de retard, sans mécanisme de nettoyage. 100% régénérable sans perte.

Taille260 MB (normal: 5-20 MB)

Surcharge13-50x

IMPORTANT 140 MB d'index de recherche probablement inutile ▼

Un plugin de recherche maintient un index de 140 MB, mais la recherche du site est gérée par le thème. Le plugin charge zéro fichier sur le frontend — il a été remplacé sans être désactivé.

IMPORTANT Table de configuration gonfle sans contrôle (16 → 23 MB) ▼

A gonflé de 16.8 MB à 22.9 MB pendant l'audit (quelques heures). Le nettoyage automatique est cassé. Chaque page doit charger ces 22+ MB en mémoire.

MODÉRÉ 111 tables orphelines de 15+ plugins supprimés ▼

Au moins 15 plugins installés puis supprimés ont laissé 111 tables inutiles (~14 MB) qui alourdissent les sauvegardes et génèrent des tâches fantômes.

IMPORTANT 6 plugins YITH obsolètes (3 à 17 versions de retard) ▼

400 MB de surcharge BDD. Les versions récentes incluent des optimisations critiques (limites de cache, meilleures performances). Risques de sécurité et incompatibilités avec WooCommerce récent.

IMPORTANT 16+ plugins obsolètes, 1 abandonné depuis 5 ans ▼

Plugins de sécurité en retard. Un plugin abandonné avec signalements de code malveillant s'insère dans chaque requête de base de données.

Risque de sécurité actif. Un plugin abandonné avec accès aux requêtes BDD est une vulnérabilité sérieuse.

IMPORTANT Optimiseur du thème jamais configuré (CSS de 2017) ▼

10+ réglages de performance non configurés. CSS compilé en décembre 2017 (8+ ans). Polices Google chargées en double.

IMPORTANT 5 optimisations Elementor désactivées ▼

Elementor Pro propose des expériences de performance qui réduisent le CSS, optimisent les images, et allègent le HTML. 5 sont désactivées.

MODÉRÉ Plugins redondants — fonctions dupliquées ▼

Deux plugins d'analytics (risque de double comptage, ~400 KB JS), deux plugins de sécurité, deux lightbox, deux bibliothèques cookie, deux menus déroulants.

MODÉRÉ Plugin de chat fuit 114 KB de code admin sur chaque page ▼

Le widget chat charge une bibliothèque de 114 KB d'administration (sélecteur d'emojis) sur chaque page visiteur. Jamais utilisé côté frontend.

MODÉRÉ 5 plugins inactifs toujours installés ▼

Tâches fantômes, tables orphelines, surface d'attaque augmentée.

MODÉRÉ ~500 KB d'assets inutiles sur panier/checkout ▼

Les pages les plus critiques du parcours d'achat chargent ~30 fichiers de plugins inutiles (chat, filtres, formulaire de contact, badges).

CRITIQUE Admin et API : 17-49 secondes par requête ▼

Lister des produits : 22s. Lister des commandes : 45s. Toutes les requêtes API ne bénéficient pas du cache.

Produits21.8s

Commandes44.8s

Catégories45.3s

Votre équipe perd des heures par semaine. La synchronisation stock Oopos est paralysée.

IMPORTANT Synchronisation ERP Oopos en retard de 49+ minutes ▼

Stock sync toutes les 20 min, mais le système de tâches a 49+ min de retard. Risque de survente pour un magasin de sneakers où les tailles partent vite.

IMPORTANT 53.8% du catalogue en rupture (1,557 produits fantômes) ▼

1,557 produits sans image, sans prix, cachés du catalogue mais toujours indexés par les plugins. Doublent la charge de chaque requête.

En rupture1,557 / 2,893

Sans image~1,267

Sans prix~1,371

IMPORTANT Pages catégories produits cassées (301/404) ▼

Certaines redirigent vers un produit, d'autres renvoient un 404 (61s de chargement). Impact SEO négatif, navigation cassée. Pages manquantes = ventes perdues.

MODÉRÉ 47.4% de taux d'annulation de commandes ▼

288/607 commandes annulées. 100% paiement à la livraison. Très élevé, même pour du COD en Tunisie.

IMPORTANT Emails sans authentification — risque de non-livraison ▼

Confirmations de commande envoyées sans authentification, sans suivi, sans réessai. Peuvent atterrir en spam. L'envoi bloque la page.

IMPORTANT 78 surcharges templates WooCommerce, 5 obsolètes ▼

5 surcharges sont 6-7 versions majeures de retard. Risque de bugs d'affichage, incompatibilités et problèmes de sécurité.

CRITIQUE 0 en-têtes de sécurité sur 7 recommandés ▼

Aucune protection anti-clickjacking, anti-XSS, politique de contenu. Le serveur révèle la version PHP et le type de panneau d'administration.

Facilite les attaques ciblées. Les infos exposées aident les attaquants.

IMPORTANT Plugin abandonné 5 ans avec accès aux requêtes BDD ▼

Non mis à jour depuis 2021. Signalements de code suspect par la communauté. S'insère dans les requêtes de base de données.

À supprimer immédiatement.

IMPORTANT 37 points d'accès API exposés sans limitation ▼

Y compris des espaces de plugins supprimés. Aucune limitation de débit. Un attaquant pourrait surcharger l'API (déjà 17-49s/requête) et mettre le site hors service.

MODÉRÉ Configuration serveur non sécurisée ▼

Temps d'exécution PHP à 1 heure (devrait être 5 min). Double redirection HTTP. Fichier orphelin d'un plugin supprimé s'exécute à chaque page.

Conflits Entre Plugins

10 interactions problématiques détectées — les plugins se nuisent mutuellement

Conflit	Sévérité	Conséquence
Outil de cache inonde le gestionnaire de tâches	CRITIQUE	600 MB de déchets, serveur ralentit
Polices Google chargées 2 fois	IMPORTANT	Bande passante gaspillée
Double tracking analytics	IMPORTANT	Données faussées, ~400 KB JS en trop
Double pare-feu	MODÉRÉ	Chaque requête filtrée 2 fois
Double gestion sécurité	MODÉRÉ	Fonctionnalités dupliquées
Panier rechargé sur chaque page	IMPORTANT	Requête non-cachée par visite
3 bibliothèques cookies différentes	FAIBLE	Code redondant
2 bibliothèques lightbox	FAIBLE	Code redondant
2 bibliothèques menus déroulants	FAIBLE	93 KB redondants
Double optimisation CSS possible	MODÉRÉ	Risque de conflit

Plan d'Action

4 phases ordonnées par priorité — chaque étape améliore la suivante

Phase 1 — Urgences

Arrêter la dégradation active du serveur

▶ Installer le composant de cache mémoire manquant

▶ Corriger le système de tâches planifiées

▶ Purger les 600 MB de tâches échouées accumulées

Résultat attenduTemps de réponse : 30-49s → 2-5s

Phase 2 — Gains Rapides

Corrections à fort impact, faible risque

▶ Renouveler la licence de cache (débloque CSS, WebP, stoppe l'inondation BDD)

▶ Activer la compression serveur pour les fichiers statiques

▶ Configurer le cache navigateur

▶ Activer la livraison des images optimisées

▶ Corriger les URLs cassées (qui gaspillent 43-61s serveur)

▶ Ajouter les en-têtes de sécurité

▶ Supprimer le plugin abandonné et les 5 inactifs

Score mobile attendu75-85 (actuellement 61-62)

Phase 3 — Améliorations Fondamentales

Mises à jour, configuration, nettoyage catalogue

▶ Mettre à jour les 6 plugins YITH (sur staging d'abord)

▶ Mettre à jour WooCommerce et les plugins de sécurité

▶ Configurer l'optimiseur de performance du thème

▶ Activer les 5 optimisations Elementor

▶ Mettre en place un système email fiable

▶ Archiver les 1,557 produits en rupture (après validation)

▶ Réparer les pages de catégories

▶ Nettoyer les données orphelines

Score mobile attendu85-95 (actuellement 61-62)

Phase 4 — Optimisation Long Terme

Nettoyage profond, architecture, monitoring

▶ Migration vers le nouveau système de commandes WooCommerce

▶ Nettoyage des 111 tables orphelines

▶ Optimisation du stockage images (~5 GB récupérés)

▶ Résolution du double tracking analytics

▶ Mise à jour des templates WooCommerce obsolètes

▶ Mise en place d'un monitoring continu

Score global attendu75-85 (actuellement 22)

Résultats Attendus

Projections basées sur les données mesurées et les benchmarks du secteur

Métrique	Avant	Après	Évolution
Score Global	22/100	75-85	+240-286%
Google Mobile (Accueil)	62	85-95	+37-53%
Temps de réponse (sans cache)	30-49s	2-5s	-90-95%
Temps de réponse (avec cache)	0.27s	0.27s	Déjà optimal
Taille base de données	1,347 MB	350-430 MB	-70-75%
Tâches arrière-plan	600 MB	<10 MB	-98%
CSS bloquants	59 fichiers	~10 fichiers	-83%
Poids page d'accueil	3.2 MB (115 fichiers)	~1.5 MB (~70 fichiers)	-53%
Temps API / Admin	17-49s	2-8s	-80-90%
En-têtes de sécurité	0/7	7/7	Couverture complète

Pourquoi une Intervention Professionnelle

Ces problèmes sont interconnectés — l'ordre et la méthode d'intervention sont critiques

Effet Cascade

Les problèmes sont liés. Purger la BDD sans corriger la source = les 600 MB reviennent en un jour. L'ordre d'intervention est critique.

Mises à Jour Risquées

6 plugins sont 3-17 versions en retard. Mise à jour directe en production = risque de casser filtrage, recherche, wishlist et catégories simultanément.

Accès Serveur Requis

Compression, cache, sécurité, redirections nécessitent une configuration serveur. Une erreur peut rendre le site inaccessible.

Diagnostic Déjà Fait

5 phases d'analyse, 13 rapports d'évidence, ~65 problèmes documentés. On passe directement à l'action, sans perdre de temps.