Guide complet d'optimisation PrestaShop 2026

1. Diagnostic initial du serveur

Avant toute optimisation, on doit comprendre l'état actuel du serveur. Voici les commandes essentielles :

# Charge système et mémoire
uptime
free -h

# Espace disque
df -h /

# Processus les plus gourmands en CPU
ps aux --sort=-%cpu | head -15

# Processus les plus gourmands en mémoire
ps aux --sort=-%mem | head -15

Ce qu'on cherche :

• Load average : idéalement inférieur au nombre de CPU
• Swap : si trop utilisé, c'est signe de manque de RAM
• MySQL : souvent le processus le plus gourmand
• lsphp : les processus PHP PrestaShop

🩺 Symptôme → Cause probable → Section à lire

2. Audit MySQL en temps réel

C'est l'étape la plus importante. On va identifier les requêtes qui posent problème pendant que le site est sous charge.

Optimiser la vitesse d'un site PrestaShop nécessite des compétences de développement backend, bien au-delà du marketing ou des outils de scoring. C'est ce type d'intervention technique qu'Energiedin réalise au quotidien.

Étape 1 : Activer le slow query log

# Se connecter à MySQL et activer le monitoring
mysql -e "SET GLOBAL slow_query_log = 'ON';"
mysql -e "SET GLOBAL long_query_time = 0.5;"
mysql -e "SET GLOBAL log_queries_not_using_indexes = 'ON';"

Étape 2 : Lancer un test de charge

Utilisez un outil comme analyse-seo.net pour générer du trafic intensif pendant que vous surveillez MySQL. L'audit en temps réel permet d'identifier les requêtes problématiques sous charge réelle.

Étape 3 : Surveiller en temps réel

# Voir les requêtes en cours d'exécution
mysql -e "SHOW FULL PROCESSLIST\G"

# Charge système
cat /proc/loadavg

# Nombre de connexions MySQL
mysql -e "SHOW STATUS LIKE 'Threads_connected';"

Étape 4 : Analyser les requêtes lentes

# Top des temps de requête les plus longs
grep "Query_time:" /var/lib/mysql/slow.log | awk '{print $3}' | sort -rn | head -20

# Requêtes SELECT les plus fréquentes
grep -E "^SELECT" /var/lib/mysql/slow.log | sort | uniq -c | sort -rn | head -15

# Requêtes qui examinent beaucoup de lignes (full table scan)
grep -B5 "Rows_examined: [0-9]\{4,\}" /var/lib/mysql/slow.log | grep -E "^SELECT"

Étape 5 : Vérifier les métriques clés

# Buffer pool hit ratio (doit être > 99%)
mysql -e "SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_read_requests';"
mysql -e "SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_reads';"

# Calcul : (read_requests - reads) / read_requests * 100

mysql -e "SET GLOBAL slow_query_log = 'OFF';"
mysql -e "SET GLOBAL long_query_time = 10;"
mysql -e "SET GLOBAL log_queries_not_using_indexes = 'OFF';"

3. Création d'index optimisés

Une fois les requêtes problématiques identifiées, on analyse leur plan d'exécution avec EXPLAIN.

Analyser une requête avec EXPLAIN

# Exemple avec une requête identifiée comme fréquente
mysql votre_base -e "EXPLAIN SELECT rate, reviews_nb
FROM ps_steavisgarantis_average_rating
WHERE product_id = 12345 AND id_lang = 1;"

Créer un covering index

Un covering index inclut toutes les colonnes de la requête. MySQL n'a plus besoin d'accéder à la table, il lit uniquement l'index.

# Pour la requête : SELECT rate, reviews_nb WHERE product_id = X AND id_lang = Y
# On crée un index qui couvre product_id, id_lang ET les colonnes SELECT

mysql votre_base -e "CREATE INDEX idx_perf_rating
ON ps_steavisgarantis_average_rating(product_id, id_lang, rate, reviews_nb);"

# Vérifier que l'index est utilisé (doit afficher "Using index")
mysql votre_base -e "EXPLAIN SELECT rate, reviews_nb
FROM ps_steavisgarantis_average_rating
WHERE product_id = 12345 AND id_lang = 1;"

Mettre à jour les statistiques

# Après création d'index, analyser les tables
mysql votre_base -e "ANALYZE TABLE ps_steavisgarantis_average_rating,
ps_product, ps_product_lang, ps_specific_price;"

4. Nettoyage des tables PrestaShop

Identifier les tables volumineuses

mysql votre_base -e "SELECT table_name,
    ROUND(data_length/1024/1024,2) as data_mb,
    table_rows
FROM information_schema.tables
WHERE table_schema='votre_base'
ORDER BY data_length DESC
LIMIT 15;"

Tables à nettoyer régulièrement

# Nettoyer les logs de plus de 30 jours
mysql votre_base -e "DELETE FROM ps_log
WHERE date_add < DATE_SUB(NOW(), INTERVAL 30 DAY);"

# Vider la table des erreurs 404
mysql votre_base -e "TRUNCATE TABLE ps_pagenotfound;"

# Récupérer l'espace disque
mysql votre_base -e "OPTIMIZE TABLE ps_log, ps_pagenotfound;"

5. Réglages de performance PrestaShop

Paramètres avancés → Performances

CCC : Combine, Compress, Cache

Dans la section CCC, activez :

• Smart cache pour CSS : Oui
• Smart cache pour JavaScript : Oui
• Minification HTML : Oui (si disponible)
• Compression des images (AVIF/WebP) : Oui si supporté

Note sur les "Serveurs de média"

Cette option PrestaShop est obsolète depuis HTTP/2. Elle servait à paralléliser les téléchargements via plusieurs sous-domaines. Avec HTTP/2 (supporté par LiteSpeed), le multiplexing rend cette technique inutile. Laissez ces champs vides.

6. Installation et configuration d'OPcache

OPcache met en cache le bytecode PHP compilé. C'est l'optimisation avec le meilleur rapport effort/gain.

Vérifier si OPcache est installé

php -m | grep -i opcache

Installation (cPanel/CloudLinux)

# Installer OPcache pour PHP 8.1
yum install -y ea-php81-php-opcache

# Redémarrer le serveur web
systemctl restart lsws

Configuration optimale

[opcache]
opcache.enable=1
opcache.memory_consumption=256
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=20000
opcache.revalidate_freq=2
opcache.validate_timestamps=1

7. Installation et configuration de Memcached

Memcached stocke les objets PHP et résultats de requêtes en mémoire, réduisant la charge sur MySQL.

Installation

# Installer Memcached et l'extension PHP
yum install -y memcached ea-php81-php-memcached

# Démarrer et activer le service
systemctl enable memcached
systemctl start memcached

# Redémarrer LiteSpeed
systemctl restart lsws

Configuration de Memcached

Éditez /etc/sysconfig/memcached pour allouer plus de mémoire :

# Passer de 64MB à 512MB
CACHESIZE="512"

# Redémarrer Memcached
systemctl restart memcached

# Vérifier que ça fonctionne
echo "stats" | nc localhost 11211 | head -5

Configuration dans PrestaShop

1. Allez dans Paramètres avancés > Performances
2. Section Cache : activez-le
3. Choisissez Memcached via PHP::Memcached
4. Ajoutez un serveur :
   • Serveur : 127.0.0.1
   • Port : 11211
   • Poids : 1
5. Enregistrez

8. Pourquoi choisir un serveur LiteSpeed

LiteSpeed vs Apache : les différences clés

LSCache : le cache intégré de LiteSpeed

LSCache est le vrai atout de LiteSpeed pour PrestaShop. Il met en cache les pages entières au niveau du serveur, avant même que PHP ne soit exécuté.

Installer le module LSCache pour PrestaShop

1. Téléchargez le module officiel sur litespeedtech.com
2. Installez-le via le back-office PrestaShop (Modules → Ajouter un module)
3. Configurez les options de base :
   • Enable LiteSpeed Cache : Oui
   • Public Cache TTL : 86400 (24h)
   • Private Cache TTL : 1800 (30 min)

Vérifier que LSCache fonctionne

# Dans le terminal, vérifier les headers HTTP
curl -I https://votre-site.com/ | grep -i x-litespeed-cache

# Vous devez voir :
# X-LiteSpeed-Cache: hit    (page servie depuis le cache)
# X-LiteSpeed-Cache: miss   (page générée puis mise en cache)

Pages publiques vs pages dynamiques

LSCache ne peut pas tout cacher. Comprendre quelles pages sont cachées est essentiel :

Variations de cache : les pièges à éviter

LSCache crée des variations de cache selon différents critères. Trop de variations = cache inefficace :

# Vérifier les variations de cache dans les headers
curl -I "https://votre-site.com/" | grep -i "vary"

# "Vary: Accept-Encoding" → Normal
# "Vary: Cookie" → ⚠️ Peut fragmenter le cache

Complémentarité avec les autres optimisations

LiteSpeed et LSCache ne remplacent pas les autres optimisations, ils les complètent :

• OPcache accélère l'exécution PHP → LSCache évite d'exécuter PHP du tout
• Memcached accélère les requêtes MySQL → LSCache évite de faire les requêtes du tout
• Les index MySQL restent utiles pour les pages dynamiques (panier, compte client, checkout)

9. Audit et nettoyage des modules

Le coût caché du bootstrap PrestaShop

Avant même d'exécuter la moindre logique métier, PrestaShop doit :

Coût du bootstrap (varie selon CPU, I/O, OPcache, nombre de modules) :

• Avec OPcache chaud : 30-150ms (VPS/dédié) à 100-300ms (mutualisé)
• Sans OPcache : 200-700ms (recompilation PHP à chaque requête)
• Page en cache LSCache : bootstrap non exécuté — réponse directe du serveur web

Pour mesurer votre bootstrap réel : activez _PS_DEBUG_PROFILING_ temporairement et consultez le rapport en bas de page.

Pourquoi désinstaller et pas seulement désactiver ?

Un module désactivé conserve :

• Ses fichiers sur le serveur (espace disque, inclus dans les scans)
• Ses tables dans la base de données
• Ses entrées dans la configuration PrestaShop
• Potentiellement des tâches cron actives qui continuent de s'exécuter
• Des hooks enregistrés que PrestaShop vérifie à chaque chargement

Comment auditer vos modules

1. Allez dans Modules → Module Manager
2. Filtrez par "Modules installés"
3. Pour chaque module, posez-vous la question : "Est-ce que je l'utilise vraiment ?"
4. Vérifiez les modules désactivés : si désactivé depuis longtemps → désinstallez

Modules souvent inutiles à supprimer

Identifier les modules lents

Activez le mode debug temporairement pour voir le temps d'exécution par hook :

# Dans config/defines.inc.php, temporairement :
define('_PS_MODE_DEV_', true);
define('_PS_DEBUG_PROFILING_', true);

# Rechargez une page front-office
# En bas de page, vous verrez le temps passé dans chaque hook/module
# Identifiez les modules qui prennent > 50ms

# IMPORTANT : Remettez à false après le test !
define('_PS_MODE_DEV_', false);
define('_PS_DEBUG_PROFILING_', false);

🔬 Audit de code : overrides et modules personnalisés

Si vous avez des modules développés sur mesure ou des overrides, ils peuvent contenir des problèmes de performance invisibles.

Où chercher les problèmes

# Lister tous les overrides
ls -la override/classes/
ls -la override/controllers/

# Trouver les modules avec overrides
find modules/ -name "*.php" -path "*/override/*" -type f

# Vérifier les hooks sur le panier
mysql votre_base -e "SELECT h.name, m.name
FROM ps_hook h
JOIN ps_hook_module hm ON h.id_hook = hm.id_hook
JOIN ps_module m ON hm.id_module = m.id_module
WHERE h.name LIKE '%cart%' OR h.name LIKE '%Cart%'
ORDER BY h.name;"

Anti-patterns courants à corriger

Exemple de correction : pattern N+1 → Batch query

// ❌ Mauvais : N+1 requêtes
foreach ($product_ids as $id) {
    $product = new Product($id);
    $names[] = $product->name;
}

// ✅ Bon : 1 seule requête
$sql = 'SELECT id_product, name FROM '._DB_PREFIX_.'product_lang
        WHERE id_product IN ('.implode(',', array_map('intval', $product_ids)).')
        AND id_lang = '.(int)$id_lang;
$products = Db::getInstance()->executeS($sql);

Exemple de correction : éviter getProducts() répété

// ❌ Mauvais : appelé plusieurs fois
public function hookDisplayHome() {
    $products = Product::getProducts($id_lang, 0, 10, 'id_product', 'ASC');
    // ...
}

// ✅ Bon : cache statique
private static $cachedProducts = null;

public function hookDisplayHome() {
    if (self::$cachedProducts === null) {
        self::$cachedProducts = Product::getProducts($id_lang, 0, 10, 'id_product', 'ASC');
    }
    $products = self::$cachedProducts;
    // ...
}

En résumé : Cloudflare est un service gratuit qui met en cache les fichiers statiques sur ses serveurs dans le monde entier, et bloque les robots malveillants avant qu'ils n'atteignent votre serveur.

Complexité : ★★★☆☆ Moyenne Impact : ★★★★☆ Élevé