En bref : Une boutique PrestaShop avec 500 références peut générer plus de 200 requêtes SQL à chaque chargement de page. Sur du mutualisé, chaque requête se bat pour du CPU. Ce guide explique comment y remédier.
PrestaShop est puissant. Il est aussi gourmand.
Une boutique avec 500 références, quelques modules tiers et un thème personnalisé peut générer plus de 200 requêtes SQL à chaque chargement de page catalogue. Sur un serveur mutualisé, chaque requête se bat pour obtenir du CPU. Sur un serveur dédié, tout est disponible instantanément.
Ce guide explique ce que PrestaShop exige vraiment d'un hébergement — et comment ne pas se retrouver avec une boutique qui rame.
Pourquoi PrestaShop est exigeant en ressources
PrestaShop repose sur une architecture PHP/MySQL classique, mais son moteur de rendu est plus complexe que WordPress. À chaque visite d'une page produit, le serveur doit :
- →Calculer les prix selon les règles de remise actives
- →Interroger le stock en temps réel
- →Charger les modules actifs (souvent 15 à 40 selon la boutique)
- →Générer les miniatures à la volée si le cache image est vide
- →Vérifier la session client et le panier
Sans optimisation serveur, ce travail ralentit chaque page. Sur un hébergement mutualisé standard, le TTFB dépasse souvent 800 ms. Sur notre infrastructure LiteSpeed + NVMe, il descend sous les 70 ms.
Les prérequis techniques de PrestaShop 8
PHP 8.1 ou 8.2 — obligatoire
PrestaShop 8 exige PHP 8.1 minimum. PHP 8.2 offre des gains estimés à 15-25% sur les benchmarks PHP classiques. La mémoire PHP est souvent le premier goulot : 256 Mo minimum pour une boutique standard, 512 Mo recommandé si vous utilisez des modules d'import ou de génération de PDF.
MariaDB 10.6+ ou MySQL 8
PrestaShop génère des requêtes SQL complexes sur les catalogues larges. MariaDB 10.6+ avec InnoDB bien configuré et un buffer pool dimensionné correctement réduit significativement le temps de traitement.
Redis pour le cache objet
Sans Redis, PrestaShop recalcule et récupère en base de données les mêmes données à chaque requête. Avec Redis, ces données sont chargées une fois en mémoire vive. L'impact est immédiat sur le TTFB des pages les plus sollicitées.
LiteSpeed et PrestaShop : une combinaison qui change tout
LiteSpeed Web Server gère les connexions PHP-FPM plus efficacement qu'Apache sur les boutiques à fort trafic. Là où Apache crée un processus par connexion, LiteSpeed utilise un modèle événementiel qui consomme moins de mémoire sous charge.
Le module LiteSpeed Cache est disponible sur PrestaShop Addons. Il met en cache les pages statiques au niveau serveur — avant même que PHP soit sollicité — et gère l'invalidation automatique quand un produit change de prix ou de stock.
Résultat mesuré sur nos serveurs : pages catalogue en cache servies en moins de 50 ms, score PageSpeed mobile entre 85 et 95.
→ Voir nos performances sur l'hébergement dédié
Mutualisé vs dédié pour PrestaShop — le vrai tableau
| Critère | Mutualisé | Dédié PandiHéberge |
|---|---|---|
| TTFB moyen | 600–1 200 ms | 50–80 ms |
| PHP 8.2 | Parfois | Toujours |
| Mémoire PHP | 128–256 Mo | 512 Mo |
| Redis | Non | Oui |
| LiteSpeed | Non | Oui |
| NVMe | Rarement | Toujours |
| Score PageSpeed mob | 35–60 | 80–95 |
| Support FR réactif | Variable | Oui |
→ Voir la différence entre hébergement mutualisé et dédié
Les signes que votre hébergement PrestaShop est insuffisant
- →Chargement du back-office en plus de 5 secondes
- →Pages catégorie en plus de 3 secondes
- →Erreurs 503 lors des imports CSV
- →Ralentissements lors des pics de trafic (soldes, Black Friday)
- →Score PageSpeed mobile sous 50
Si vous reconnaissez deux de ces signes, l'hébergement est votre problème principal. Le reste — optimisation des images, réduction des modules — ne compensera pas un TTFB de 800 ms.
→ Voir l'impact de l'hébergement sur les Core Web Vitals
Migrer PrestaShop vers un meilleur hébergement
La migration PrestaShop suit le même processus qu'une migration WordPress : sauvegarde complète (fichiers + BDD), déploiement sur le nouveau serveur, test via le fichier hosts avant basculement DNS, réduction du TTL DNS 24h avant, puis basculement.
Notre équipe gère la migration en moins de 48h. Le site reste actif pendant toute la durée du processus.
→ Voir le guide de migration complet
FAQ — Hébergement PrestaShop
Quel hébergement pour PrestaShop ?
PrestaShop nécessite PHP 8.1 ou 8.2, 512 Mo de mémoire PHP minimum, MariaDB et idéalement Redis. Le mutualisé convient jusqu'à 50 produits et très peu de trafic. Au-delà, un hébergement dédié est indispensable.
LiteSpeed est-il compatible avec PrestaShop ?
Oui. LiteSpeed est compatible et améliore les performances via le cache HTTP et les connexions persistantes. Le module LiteSpeed Cache for PrestaShop est disponible sur la marketplace officielle.
Pourquoi PrestaShop est-il lent sur certains hébergements ?
Trois raisons : ressources partagées (CPU, RAM), absence de Redis qui oblige à relancer chaque requête SQL, et Apache mal configuré. Un dédié LiteSpeed + Redis résout les trois en même temps.
PrestaShop 8 est-il plus rapide que PrestaShop 1.7 ?
Oui, notamment grâce à PHP 8.x. Mais ces gains se manifestent surtout sur un serveur bien configuré. Sur du mutualisé, les contraintes matérielles effacent les gains logiciels.
Combien faut-il de RAM pour une boutique PrestaShop active ?
512 Mo minimum pour une boutique standard. Pour import bulk, PDF ou catalogue de plus de 5 000 références : 1 Go recommandé.
Votre boutique PrestaShop mérite un serveur conçu pour tenir la charge.
LiteSpeed + Redis + NVMe. PHP 8.2. Datacenter France. Migration incluse.
Découvrir l'hébergement dédié PandiHéberge →