
Choisir un hébergement PrestaShop, ce n’est pas choisir un hébergement web. Un CMS e-commerce sollicite la base de données à chaque page, exécute des dizaines de modules tiers et doit encaisser des pics de trafic sans broncher. Un serveur généraliste tient la charge d’un site vitrine, pas celle d’un catalogue de 5 000 références un jour de soldes.
Ce guide vous donne les critères qui comptent, les fourchettes de prix réelles du marché et une méthode de dimensionnement pour ne payer ni trop, ni trop peu.
En bref : en dessous de 5 000 visiteurs par mois, un mutualisé optimisé PrestaShop suffit. Entre 15 000 et 50 000 visiteurs, il faut des ressources dédiées (VPS). Au-delà de 90 000 visiteurs ou avec un catalogue de plusieurs milliers de références, le cloud dédié devient nécessaire. Le critère décisif n’est pas la puissance brute : c’est de savoir qui répond quand PrestaShop plante à 22 h.
Quel hébergement pour quelle boutique ?
La plupart des comparatifs listent des caractéristiques sans dire à qui elles s’adressent. Or le dimensionnement se joue sur trois variables : votre trafic, la taille de votre catalogue et le nombre de modules installés.
Un catalogue de 200 références avec 10 modules ne consomme pas les mêmes ressources qu’une boutique de 10 000 références avec un ERP connecté, un moteur de recherche et un module de marketplace. C’est souvent le nombre de modules, plus que le trafic, qui fait basculer une boutique vers le palier supérieur.
| Votre boutique | Trafic mensuel | Type d’hébergement adapté |
|---|---|---|
| Lancement, catalogue < 500 références | jusqu’à 5 000 visiteurs | Mutualisé optimisé PrestaShop |
| Boutique établie, croissance régulière | 10 000 à 15 000 visiteurs | VPS cloud, ressources garanties |
| Catalogue étendu, trafic soutenu | 45 000 visiteurs | VPS renforcé, stockage en RAID |
| Fort volume, pics saisonniers | 90 000 visiteurs | Cloud dédié |
| Multi-boutiques, groupe | 300 000 visiteurs et plus | Infrastructure sur-mesure |
Règle simple : prévoyez le palier au-dessus de votre trafic actuel si vous faites plus de 30 % de votre chiffre d’affaires sur deux mois de l’année. Un serveur dimensionné pour la moyenne s’effondre pendant le Black Friday, c’est-à-dire exactement quand il ne faut pas.
Les six critères qui comptent vraiment
1. Un stockage NVMe, pas seulement « SSD »
PrestaShop passe son temps à lire et écrire dans MySQL. Le NVMe offre des temps d’accès nettement inférieurs au SSD SATA, et la différence se voit surtout sur le back-office : édition de fiches produit, régénération des miniatures, exports. Si un hébergeur annonce « SSD » sans préciser, demandez.
2. Une stack configurée pour PrestaShop
PHP-FPM, OPcache et Redis changent radicalement les temps de réponse — à condition d’être réglés pour PrestaShop, pas laissés en configuration par défaut. Un OPcache trop petit pour le nombre de fichiers du CMS et de ses modules perd son intérêt. Vérifiez aussi la version de PHP supportée : une version obsolète vous bloquera à la prochaine montée de version de PrestaShop.
3. Des ressources garanties, pas mutualisées
Sur un mutualisé bas de gamme, vos performances dépendent des voisins qui partagent la machine. À partir du moment où votre boutique génère du chiffre d’affaires, des vCPU et de la RAM réservés ne sont plus un luxe. C’est la principale différence entre un hébergement à 5 € et un hébergement e-commerce.
4. Des sauvegardes journalières, testées
Une sauvegarde hebdomadaire signifie que vous acceptez de perdre jusqu’à six jours de commandes. Exigez des sauvegardes quotidiennes automatiques, une rétention explicite, et surtout la possibilité de tester une restauration. Une sauvegarde jamais restaurée n’est pas une sauvegarde.
5. Des serveurs localisés en France ou en Europe
La latence pèse sur le temps de chargement, et Google mesure le LCP avec un seuil de 2,5 secondes pour la catégorie « bon ». Un serveur proche de vos clients aide mécaniquement. S’ajoute la question du RGPD : héberger les données de vos clients dans l’Union européenne simplifie votre conformité.
6. Un support qui connaît PrestaShop
C’est le critère le plus négligé et le plus déterminant. La majorité des hébergeurs assurent le serveur et s’arrêtent là : une erreur 500 causée par un conflit de modules ne relève pas de leur périmètre. Vous vous retrouvez à arbitrer entre un hébergeur qui dit que le serveur va bien et un développeur qui dit que le code est bon. Un support qui intervient sur l’applicatif vous évite cet aller-retour.
Mutualisé, VPS, dédié ou cloud managé ?
L’hébergement mutualisé
Plusieurs sites partagent un même serveur. Économique, adapté à un lancement ou à une boutique à faible trafic — à condition que l’environnement soit spécifiquement optimisé pour PrestaShop. Limite : les ressources ne sont pas garanties, et l’évolutivité est faible.
Le VPS
Un serveur virtuel avec des ressources qui vous sont réservées. Le bon compromis pour une boutique en croissance : performances prévisibles, coût maîtrisé. Attention, un VPS non managé suppose des compétences d’administration système — mises à jour, sécurité, supervision sont à votre charge.
Le serveur dédié
Une machine physique entière. Puissance maximale et personnalisation totale, mais coût élevé et, surtout, aucune élasticité : redimensionner suppose une migration. C’est aujourd’hui rarement le meilleur choix pour une boutique PrestaShop, sauf contrainte technique ou réglementaire particulière.
Le cloud managé
Des ressources dédiées sur une infrastructure virtualisée, avec l’administration prise en charge. Vous obtenez les performances d’un dédié, la souplesse du cloud — vous montez de palier sans migration — et vous n’avez pas à gérer le système. C’est la formule qui convient à la majorité des e-commerçants qui veulent se concentrer sur leur activité.
Combien coûte un hébergement PrestaShop ?
Comptez de 5 à 15 € par mois pour un mutualisé généraliste — insuffisant dès que la boutique tourne réellement. Un hébergement e-commerce spécialisé démarre autour de 50 à 70 € par mois, et les offres infogérées incluant le support applicatif se situent entre 70 et 500 € selon les ressources.
Un repère utile : rapportez le coût à votre chiffre d’affaires. Un hébergement à 129 € HT par mois représente moins de 1 % du CA d’une boutique qui facture 15 000 € mensuels. Une journée d’indisponibilité en coûte souvent davantage.
Voici les paliers pratiqués chez PROGERANCE, à titre de repère concret :
| Offre | Prix HT / mois | Ressources | Stockage NVMe | Trafic visé |
|---|---|---|---|---|
| Starter Pack | 69 € | mutualisé optimisé | 25 Go | ~5 000 visiteurs |
| VPS Cloud | 129 € | 3 vCPU AMD EPYC · 4 Go RAM | 80 Go | ~15 000 visiteurs |
| VPS Cloud+ | 179 € | 4 vCPU AMD EPYC · 8 Go RAM | 160 Go (RAID 10) | ~45 000 visiteurs |
| Entreprise | 299 € | 8 vCPU AMD EPYC · 16 Go RAM | 240 Go (RAID 10) | ~90 000 visiteurs |
| Holding | 490 € | 16 vCPU AMD EPYC · 32 Go RAM | 360 Go (RAID 10) | ~300 000 visiteurs |
Toutes ces formules incluent le panel Plesk, le certificat SSL, les sauvegardes journalières automatiques et le support PrestaShop applicatif. Le détail figure sur la page hébergement PrestaShop infogéré.
Ce que change réellement l’infogérance
La différence entre un hébergement classique et un hébergement infogéré ne tient pas au matériel. Elle tient au périmètre de responsabilité.
Chez un hébergeur classique, la frontière s’arrête au système. Le serveur répond, donc le ticket est clos — même si votre boutique affiche une erreur 500. La mise à jour de PrestaShop, l’optimisation des requêtes SQL, le conflit entre deux modules, la configuration SMTP qui empêche l’envoi des e-mails de commande : tout cela vous revient, ou revient à votre prestataire, avec les délais que cela suppose.
En infogérance, ce périmètre inclut l’application. Concrètement : la supervision détecte la panne avant vos clients, les mises à jour techniques sont appliquées, et un interlocuteur qui connaît PrestaShop traite le problème sans vous demander de trancher entre serveur et code.
Ce modèle a un coût plus élevé à la ligne budgétaire. Il s’évalue en comparant ce que représentent, sur un an, quelques heures d’intervention facturées en urgence et une demi-journée de boutique à l’arrêt.
Les erreurs à éviter
- Choisir sur le seul prix affiché. Un hébergement à 5 € par mois qui fait perdre 2 % de conversion coûte plus cher qu’une offre à 129 €.
- Négliger le support applicatif. C’est la ligne qui distingue réellement les offres, et celle qu’on regarde en dernier.
- Dimensionner sur le trafic moyen. Votre serveur doit tenir le pic, pas la moyenne.
- Se contenter des sauvegardes de l’hébergeur. Vérifiez leur fréquence, leur rétention, et testez une restauration.
- Oublier la migration. Changer d’hébergeur sans plan de bascule, c’est risquer une coupure et une perte de référencement. Vérifiez que la migration est prise en charge.
Questions fréquentes
Quel hébergeur choisir pour PrestaShop ?
Celui dont l’environnement est configuré pour PrestaShop et dont le support intervient sur l’application, pas seulement sur le serveur. À prestations égales, ce dernier point fait la différence le jour d’un incident.
Un serveur dédié est-il nécessaire pour PrestaShop ?
Rarement. Le cloud managé offre des performances équivalentes avec l’élasticité en plus : vous changez de palier sans migration. Le dédié se justifie surtout pour des contraintes techniques ou réglementaires spécifiques.
Combien coûte un hébergement PrestaShop performant ?
Entre 70 et 500 € HT par mois pour une offre spécialisée incluant le support. En dessous de 50 €, vous êtes sur du généraliste, sans garantie de ressources ni expertise PrestaShop.
Faut-il héberger sa boutique en France ?
C’est préférable si vos clients sont francophones : la latence est plus faible, et l’hébergement des données dans l’Union européenne simplifie votre conformité RGPD.
Comment savoir si mon hébergement est sous-dimensionné ?
Trois signaux : un back-office lent alors que le front reste correct, des erreurs 500 pendant les pics, et des temps de réponse qui se dégradent à mesure que le catalogue grandit. Un audit des temps de réponse tranche rapidement.
Peut-on migrer sans coupure de service ?
Oui. Une migration préparée — copie, synchronisation des commandes récentes, bascule DNS avec anticipation du TTL — se fait sans interruption visible. C’est le déroulé standard d’une migration professionnelle. Parlons de votre projet si vous envisagez un changement.

