Pour bien héberger une boutique PrestaShop, trois critères passent avant le prix : une version de PHP acceptée par votre version de PrestaShop (de 8.1 à 8.5 selon la version pour PrestaShop 9, de 7.2 à 8.1 pour PrestaShop 8), assez de mémoire (512 Mo par script pour PrestaShop 9), et des sauvegardes de la base assez fréquentes pour ne perdre aucune commande. Viennent ensuite le cache, la localisation des serveurs, le support et le choix entre mutualisé, VPS ou serveur dédié.
Publié le 24 octobre 2026 · par l'équipe Boost de WS Agency · 11 minutes de lecture
PrestaShop ne fonctionne qu'avec certaines versions de PHP, et chaque version de PHP cesse un jour de recevoir des correctifs de sécurité. L'hébergeur doit donc proposer la version qui convient à votre boutique, et vous laisser en changer vous-même, site par site.
| PrestaShop | PHP accepté | À savoir |
|---|---|---|
| 1.6.1 et 1.7 | 7.1 au plus pour la 1.6.1, 7.4 au plus pour la 1.7.8 | Aucune de ces versions de PHP n'est encore corrigée : la 7.4 ne l'est plus depuis le 28 novembre 2022. |
| 8.0 à 8.2 | 7.2 à 8.1 | 8.1 recommandée, mais sans correctif depuis le 31 décembre 2025. |
| 9.0 | 8.1 à 8.4 | 8.4 recommandée. |
| 9.1 | 8.1 à 8.5 | 8.5 recommandée. |
| 9.2 | pas encore précisé | Version du 30 septembre 2026, absente du tableau de la documentation : vérifiez-la avant de mettre à jour. |
Côté PHP, au 24 octobre 2026 : la 8.2 ne reçoit plus que des correctifs de sécurité, jusqu'au 31 décembre 2026 ; la 8.3 aussi, jusqu'au 31 décembre 2027 ; la 8.4 et la 8.5 sont pleinement suivies. Deux conséquences pour le choix d'un hébergeur. Il doit proposer PHP 8.1, la seule version commune à PrestaShop 8 et 9, le temps d'une migration ; et il doit déjà proposer 8.4 et 8.5. Demandez-lui s'il prévient avant de retirer une version. Votre boutique est encore en PrestaShop 8 ? Voyez notre guide pour migrer vers PrestaShop 9.
Une recherche, un filtre, un panier, une commande : à chaque clic, PHP construit la page et interroge la base de données. Le back-office, un import de catalogue ou la régénération des miniatures pèsent plus lourd encore. Trois chiffres à lire dans l'offre :
memory_limit) : au moins 512 Mo pour PrestaShop 9, 256 Mo pour PrestaShop 8 et 1.7, d'après la documentation officielle. Une offre qui ne le dit pas, ou qui ne permet pas de le changer, est à écarter.La page d'optimisation de PrestaShop 9 propose aussi 300 secondes pour max_execution_time et 20 000 pour max_input_vars, à augmenter pour des produits aux nombreuses déclinaisons : un hébergeur sérieux vous laisse ajuster ces réglages.
PrestaShop 8 et 9 demandent MySQL 5.7 ou MariaDB 10.2 au minimum, et recommandent une version récente. La base doit être proche du site, sur le même serveur ou dans le même centre de données : une page de boutique enchaîne de nombreuses requêtes, et chaque aller-retour compte.
Sur les sauvegardes de l'hébergeur, posez quatre questions : à quelle fréquence, gardées combien de temps, stockées où (une copie dans le même centre de données disparaît avec lui), et comment on restaure : tout l'espace d'un coup, ou seulement la base, à l'heure près, et à quel prix ?
Pour une boutique, c'est la base qui compte le plus : commandes, clients, stocks. Une sauvegarde par nuit, c'est jusqu'à une journée de commandes à reconstituer à la main. Et la fonction « Sauvegarde BDD » de PrestaShop ne copie que la base, ni les images, ni le thème, ni les modules. Le détail, avec la règle 3-2-1 : notre guide de la sauvegarde d'un site internet.
Votre hébergeur traite les données de vos clients pour votre compte : c'est un sous-traitant au sens du RGPD, et ce traitement doit être régi par un contrat (article 28), souvent intégré à ses conditions. Des serveurs dans l'Union européenne simplifient les choses, sans tout régler : un hébergeur européen peut lui-même faire appel à des prestataires situés hors de l'Union. Demandez-lui la liste de ses propres sous-traitants ; tout transfert hors de l'Union doit être encadré (chapitre V du RGPD).
Deux cas à part. Si votre boutique conserve des données de santé recueillies lors d'activités de prévention, de diagnostic ou de soins, leur hébergeur doit être certifié HDS (article L1111-8 du code de la santé publique) : Boost n'héberge pas ce type de données, nous vous orientons. Et les numéros de carte bancaire ne devraient jamais passer par votre serveur : votre prestataire de paiement s'en charge. Enfin, le nom, l'adresse et le téléphone de l'hébergeur doivent figurer dans vos mentions légales (article 1-1 de la loi pour la confiance dans l'économie numérique).
Un hébergeur répond de son serveur : qu'il tourne, que PHP et la base fonctionnent, que les sauvegardes existent. Il ne répond généralement pas de vos modules, de votre thème ni de vos mises à jour de PrestaShop, même quand l'offre s'appelle « hébergement PrestaShop ». Demandez s'il connaît PrestaShop, et s'il publie une page d'état. Pour le reste, il faut quelqu'un qui maintient la boutique : vous, ou un prestataire de maintenance PrestaShop.
Un serveur partagé avec d'autres sites, au prix le plus bas. Il convient à une boutique au catalogue modeste et aux modules peu nombreux, si l'offre donne assez de mémoire et de processus. Un jour de soldes, vos visiteurs et ceux des sites voisins se disputent les mêmes ressources.
Un serveur virtuel, avec ses ressources et tous les réglages. Mais c'est vous l'administrateur : système, pare-feu, sauvegardes, surveillance. À réserver à qui sait le faire.
Virtuel ou dédié, administré par l'hébergeur ou un prestataire. C'est souvent ce que vendent les offres d'hébergement dédié PrestaShop : regardez ce qui est vraiment réglé pour PrestaShop, et ce qui reste à votre charge.
La puissance se règle selon le moment : on l'augmente pour les soldes ou une campagne, on la réduit ensuite. Pratique pour une boutique très saisonnière, mais plus technique à régler, et la facture varie souvent d'un mois à l'autre.
Pour démarrer, un bon mutualisé suffit souvent, si l'hébergeur permet ensuite de passer à un serveur plus puissant sans tout déplacer. Quant aux offres « illimitées », elles ont des limites comme les autres, simplement non écrites : demandez-les.
Choisissez l'hébergement d'après votre version de PrestaShop, pas l'inverse : un hébergeur qui retire la version de PHP dont votre boutique a besoin vous impose une migration à son rythme. Et gardez en tête que l'hébergeur ne maintient pas votre boutique : quelqu'un doit mettre à jour les modules, tester le paiement et surveiller les fichiers.
Avec Boost Essentiel, l'hébergement en France est compris, dépannage compris, et il le sera aussi dans Sérénité ; si vous préférez garder votre hébergeur, c'est le même prix. Si vous choisissez le nôtre, nous déménageons la boutique nous-mêmes, en veillant à ce que vos clients ne s'en aperçoivent pas. Votre site est sauvegardé chaque jour, avec une copie hors du serveur chaque semaine. Avec l'option Boutique en ligne, 158 € HT par mois avec Essentiel : modules mis à jour après test sur une copie, page de paiement contrôlée chaque jour, base sauvegardée toutes les heures.
Demandez notre audit gratuit : nous regardons votre site comme un visiteur, sans rien toucher, et vous recevez par e-mail un bilan clair de ce qu'il faut corriger. Ou laissez-nous nous en occuper : voir les offres.
Ce qu'on nous demande sur l'hébergement d'une boutique PrestaShop.
Un hébergement qui propose la version de PHP acceptée par votre PrestaShop, au moins 512 Mo de mémoire par script pour PrestaShop 9, une base récente, OPcache, des sauvegardes fréquentes de la base et un support joignable. Un mutualisé de bonne qualité pour une petite boutique, un serveur infogéré quand elle grandit.
D'après la documentation de PrestaShop, au 24 octobre 2026 : PHP 7.1 à 7.4 pour PrestaShop 1.7.8, 7.2 à 8.1 pour PrestaShop 8, 8.1 à 8.4 pour PrestaShop 9.0, 8.1 à 8.5 pour PrestaShop 9.1. PHP 8.1 ne reçoit plus de correctif depuis le 31 décembre 2025 : une boutique en PrestaShop 8 doit préparer son passage en version 9.
Pour une petite boutique aux modules peu nombreux, oui, si l'offre donne assez de mémoire et de processus simultanés et laisse choisir la version de PHP. Quand les visites ou le catalogue grandissent, un serveur infogéré devient plus sûr.
Rarement à elles seules. Vérifiez la fréquence, la durée de conservation, l'endroit où elles sont stockées et la façon de restaurer. Pour une boutique, la base doit être sauvegardée plusieurs fois par jour, avec une copie ailleurs que chez l'hébergeur.
Ce n'est pas obligatoire. Des serveurs dans l'Union européenne simplifient le RGPD, si l'hébergeur et ses propres prestataires n'envoient pas les données hors de l'Union, et des serveurs proches de vos clients répondent plus vite. Les données de santé recueillies lors de soins, de prévention ou de diagnostic exigent, elles, un hébergeur certifié HDS.
Oui, avec méthode : une copie testée chez le nouvel hébergeur, puis, le jour du changement, la boutique en maintenance le temps de la dernière copie de la base, pour qu'aucune commande ne reste chez l'ancien. Pensez au certificat, aux tâches planifiées et à l'envoi des e-mails.
Oui : l'hébergement en France est compris dans Essentiel, et le sera dans Sérénité ; si vous le choisissez, nous déménageons la boutique nous-mêmes. Vous pouvez aussi garder votre hébergeur, au même prix. L'option Boutique en ligne porte Essentiel à 158 € HT par mois.
Rédigé par l'équipe Boost de WS Agency, qui maintient et protège des sites WordPress, PrestaShop et Joomla. Publié le 24 octobre 2026. Documentation, versions et textes vérifiés le 24 octobre 2026 : revérifiez-les avant de choisir.
Une erreur, une information à compléter, un droit de réponse ? Écrivez à contact@wsagency.fr : nous corrigeons, et nous indiquons ici ce qui a changé et quand.
Hébergement en France compris, ou le vôtre au même prix ; modules testés sur une copie, base sauvegardée toutes les heures, interventions comprises.