Bien choisir l’hébergement de son site PrestaShop n’a rien d’anodin : c’est lui qui conditionne la vitesse de votre boutique, sa stabilité pendant les pics de trafic, et au bout du compte vos ventes. Reste à savoir quelle configuration viser.
Faut-il un serveur dédié pour faire tourner PrestaShop ? Non, pas systématiquement. Le choix d’un hébergement dépend surtout de trois données concrètes : la taille du catalogue, le volume de trafic et la capacité de l’équipe à administrer un serveur. Nous avons consacré un guide complet à cette question précise : avez-vous vraiment besoin d’un serveur dédié PrestaShop — avec le seuil de bascule et la différence entre VPS, cloud et dédié.
Une boutique de 300 références avec un trafic régulier n’a pas les mêmes contraintes qu’un catalogue de 50 000 produits en pleine campagne de soldes. Ce guide compare les solutions disponibles et les critères qui font réellement la différence au quotidien.
Ce que PrestaShop exige vraiment d’un serveur en 2026
Avant de choisir une formule, vérifiez la base logicielle. La documentation de PrestaShop 9 indique PHP 8.5 comme version recommandée ; PHP 8.1 à 8.4 reste pris en charge selon la version exacte du logiciel. Côté base de données, le minimum est MySQL 5.7 ou MariaDB 10.2, même si une version récente est préférable pour la sécurité et les performances.
Deux réglages méritent une attention particulière :
memory_limit: la recommandation officielle est de 512 Mo par script. Une limite trop basse provoque surtout des échecs lors des imports, des mises à jour et de la régénération des miniatures ;max_execution_time: les imports CSV, l’indexation et certaines opérations de maintenance peuvent demander plusieurs minutes. Vérifiez que cette limite est modifiable ou adaptée à vos tâches ;- les tâches planifiées : un accès cron fiable est indispensable pour l’indexation, les flux marketplaces, les sauvegardes et les automatisations métier.
La plupart des lenteurs ne viennent pas d’un manque de puissance permanent. Elles apparaissent lors des pics de trafic, des imports massifs, de la régénération d’images ou d’un module qui multiplie les requêtes SQL.
Pour connaître exactement les compatibilités PHP et les extensions requises, appuyez-vous sur la documentation système officielle de PrestaShop 9.
Les besoins selon la taille de la boutique
Ces repères servent à cadrer un besoin. Ils ne remplacent pas une mesure de la consommation réelle : le thème, les modules, le nombre de déclinaisons et les connecteurs ERP peuvent faire varier fortement les ressources nécessaires.
| Profil de boutique | Point de départ cohérent | Point de vigilance |
|---|---|---|
| Moins de 1 000 produits, trafic modéré | Mutualisé moderne, stockage SSD ou NVMe, PHP récent | Limites PHP et possibilité de lancer des crons |
| 1 000 à 10 000 produits, trafic régulier | Ressources garanties, cache applicatif, sauvegardes exploitables | Qualité de la base de données et des modules de recherche |
| Gros catalogue ou pics prévisibles | VPS bien administré ou offre infogérée | Supervision, capacité à absorber les pics, plan de reprise |
L’enjeu n’est pas d’acheter le plus gros serveur. Il faut pouvoir absorber les opérations lourdes sans dégrader le tunnel de commande au moment où la boutique vend.
Mutualisé, VPS ou infogéré : les options comparées
| Critère | Mutualisé | VPS non managé | Hébergement infogéré |
|---|---|---|---|
| Budget mensuel indicatif | Faible | Intermédiaire, hors administration | Plus élevé |
| Ressources garanties | Rarement | Oui | Oui ou contractualisées |
| Administration système | Incluse, générique | À votre charge | Incluse et spécialisée |
| Compétences requises | Faibles | Élevées | Faibles à modérées |
| Adaptation aux pics | Limitée | Oui, si correctement configuré | Oui, selon l’offre |
L’hébergement mutualisé : adapté aux boutiques en lancement
Un mutualisé moderne peut héberger correctement PrestaShop pour un catalogue modeste. Les critères non négociables sont la disponibilité d’une version PHP compatible, un stockage rapide, des limites PHP configurables et des crons paramétrables.
Sa limite apparaît avec la croissance : ressources partagées, impossibilité de régler finement la base de données et résultats moins prévisibles lors d’une forte charge. Un back-office qui devient lent, des imports qui échouent ou un délai de réponse très variable sont de bons signaux pour réévaluer l’offre.
Le VPS non managé : flexible, mais jamais « gratuit » à administrer
Un VPS apporte des ressources garanties et la liberté de configurer Nginx, Redis, les sauvegardes, la supervision ou les paramètres MariaDB. C’est une option pertinente pour une agence, une équipe technique ou un marchand disposant réellement d’une compétence système durable.
Le prix mensuel affiché ne couvre toutefois pas les mises à jour de sécurité, le suivi des alertes, les restaurations testées ni l’intervention en dehors des heures ouvrées. Sans responsable identifié, un VPS devient rapidement une dette technique.
L’hébergement infogéré : déléguer sans perdre les ressources dédiées
L’infogérance associe des ressources adaptées à une administration prise en charge : sécurité, mises à jour, optimisation, supervision et sauvegardes. Ce modèle convient aux marchands dont l’activité dépend de leur boutique, mais qui ne souhaitent pas assurer eux-mêmes l’exploitation système.
Dans ce contexte, un hébergement infogéré pour PrestaShop peut être pertinent lorsque les réglages PHP, le cache, la base de données et l’assistance sont réellement pensés pour ce CMS. Comparez toujours le périmètre exact : délais d’intervention, sauvegardes, restauration, limites de ressources et accompagnement lors des mises à jour.
Les cinq critères techniques qui font la différence
1. Stockage et base de données
Les pages catégories, les filtres à facettes et la recherche sollicitent fortement la base de données. Le stockage NVMe aide les requêtes non mises en cache, mais ne compense pas une base mal configurée ou un module inefficace. Sur une offre dédiée, demandez quels paramètres de MariaDB sont administrables et comment sont surveillées les requêtes lentes.
2. Les couches de cache
OPcache est indispensable pour éviter de recompiler PHP à chaque requête. Redis ou Memcached peuvent compléter le cache applicatif, tandis qu’un cache de page ou un CDN réduit la charge sur les contenus publics. Le cache ne doit jamais être ajouté sans tests : panier, compte client, prix personnalisés et stock doivent rester dynamiques.
Notre guide sur Valkey et le cache PrestaShop détaille les précautions utiles avant d’activer un cache applicatif.
3. Localisation et conformité
Pour une boutique principalement française, choisir des serveurs en France ou dans l’Union européenne simplifie la gestion des données et réduit souvent la latence. Cela ne suffit pas à assurer la conformité RGPD : le contrat de sous-traitance, les sauvegardes, les accès d’administration et les services tiers doivent aussi être documentés.
4. Sauvegardes et restauration
La bonne question n’est pas « y a-t-il des sauvegardes ? », mais « puis-je restaurer en autonomie, dans quel délai et à partir de quel point de restauration ? ». Une sauvegarde quotidienne avec plusieurs jours de rétention est un minimum courant. Testez une restauration sur une préproduction : une sauvegarde jamais restaurée n’est pas un plan de reprise.
5. Support pendant les périodes critiques
Un support rapide un mardi matin ne garantit rien un vendredi de Black Friday. Vérifiez les horaires réels, le canal d’escalade, le délai d’intervention annoncé et la capacité du support à intervenir sur le serveur plutôt qu’à se limiter à une réponse générale.
Quelle configuration choisir selon votre profil ?
Vous lancez une première boutique. Un mutualisé moderne est souvent le point de départ le plus rationnel. Préparez la migration avant que les lenteurs affectent les commandes, mais ne surdimensionnez pas l’infrastructure sans indicateur réel.
Votre boutique est une activité centrale. Une offre infogérée avec ressources dédiées peut être plus rentable qu’un VPS nu si personne en interne ne peut assurer la maintenance et les incidents. Le coût doit être comparé au manque à gagner d’une indisponibilité.
Vous êtes une agence ou une équipe technique. Un VPS ou une infrastructure cloud donne une flexibilité maximale, à condition d’inclure dans le budget la supervision, les sauvegardes, les mises à jour et l’astreinte éventuelle.
Pour comparer les critères de choix et les offres destinées aux boutiques, consultez aussi notre guide des hébergeurs PrestaShop.
FAQ
Peut-on héberger PrestaShop 9 sur un serveur mutualisé ?
Oui, pour une boutique de taille modeste si l’offre fournit une version PHP compatible, au moins 512 Mo de memory_limit, un stockage rapide et des crons paramétrables. Les besoins changent lorsque le catalogue, les modules ou le trafic augmentent.
Quelle quantité de RAM faut-il pour PrestaShop ?
Il faut distinguer la mémoire disponible pour le serveur et le memory_limit PHP. La documentation PrestaShop recommande 512 Mo par script. La mémoire globale à prévoir dépend ensuite du trafic simultané, de la base de données, des services de cache et des tâches en arrière-plan.
Faut-il obligatoirement un VPS pour PrestaShop 9 ?
Non. Un VPS devient pertinent lorsque la boutique a besoin de ressources garanties, de réglages spécifiques ou d’une architecture sur mesure. Pour un petit catalogue, un mutualisé moderne et correctement configuré peut suffire.
Quelle différence entre VPS et hébergement infogéré ?
Les deux peuvent fournir des ressources dédiées. Avec un VPS non managé, la sécurité, les mises à jour, l’optimisation et la supervision sont à votre charge. Avec une offre infogérée, ces opérations font partie du service, selon le contrat souscrit.
