Hébergement et infogérance PrestaShop : un serveur dimensionné et surveillé pour votre boutique

Un hébergement PrestaShop tient la charge à trois conditions : une version de PHP que votre version de PrestaShop accepte, des ressources calculées sur le pic de visites, et une surveillance qui alerte avant vos clients. L’infogérance confie ce dernier point, avec l’entretien du serveur, à un prestataire qui s’engage par écrit.

• Le temps de réponse du serveur dit si l’hébergement PrestaShop est en cause
• La version de PHP fixe la compatibilité d’un hébergement PrestaShop
• Le dimensionnement d’un hébergement PrestaShop part du pic de visiteurs simultanés
• L’infogérance PrestaShop confie l’exploitation du serveur à un prestataire qui répond des incidents
• Le contrat d’hébergement fixe la disponibilité, les sauvegardes et vos droits
• Quatre erreurs à éviter dans le choix d’un hébergement PrestaShop
• PHP 8.2 sort du support fin 2026, MySQL 8.0 en est déjà sorti
• Sources consultées
• Foire aux questions

Le temps de réponse du serveur dit si l’hébergement PrestaShop est en cause

Une boutique lente seulement aux heures de pointe manque de ressources ; une page lente à toute heure désigne d’abord un module ou une requête trop lourde, ce que tranche un audit de performance. Le temps de réponse du serveur, ou TTFB, mesure le délai entre la demande d’une page et l’arrivée de son premier octet. PageSpeed Insights, de Google, l’affiche comme métrique expérimentale dans sa partie consacrée aux visites réelles. Google, sur web.dev, en donne un ordre de grandeur : bon à 0,8 seconde ou moins, mauvais au-delà de 1,8 seconde. En août 2026, HTTP Archive classait 12 034 des 48 270 sites PrestaShop mesurés sur mobile dans la catégorie « bon », soit 24,9 % : les trois quarts restants n’atteignent pas ce niveau. Dans le back-office, l’écran Paramètres avancés > Informations affiche les versions de PrestaShop, de PHP et de MySQL : la documentation de l’éditeur conseille de transmettre ce récapitulatif à l’hébergeur.

La version de PHP fixe la compatibilité d’un hébergement PrestaShop

Chaque version de PrestaShop accepte une plage de versions de PHP. Une offre étiquetée « hébergement PrestaShop » propose les versions que l’hébergeur maintient, que votre boutique les supporte ou non.

Au 14 octobre 2026, la quatrième colonne le montre : aucune boutique en 1.7 ou en 8 ne peut tourner sur un PHP encore corrigé. La 1.6, plafonnée à PHP 7.1, en est privée depuis le 1er décembre 2019. Changer d’hébergeur ne lève pas ce plafond ; seule une montée de version de PrestaShop le déplace. Côté base de données, la documentation demande au minimum MySQL 5.7 ou MariaDB 10.2 et recommande une version récente. Ce minimum est lui-même sorti du support : MySQL 5.7 ne relève plus que du support de maintien d’Oracle depuis le 25 octobre 2023, et la maintenance de MariaDB 10.2 a pris fin le 23 mai 2022.

Le dimensionnement d’un hébergement PrestaShop part du pic de visiteurs simultanés

Un serveur se dimensionne sur l’heure la plus chargée de l’année. Trois données ouvrent la discussion : les visiteurs présents en même temps à ce moment-là, que donne le rapport par heure de votre outil de mesure d’audience, le jour de votre dernier pic ; la taille de la base, que l’hébergeur lit dans son panneau d’administration ; le nombre de références avec leurs déclinaisons. Un hébergement mutualisé partage processeur et mémoire avec d’autres sites, et l’hébergeur y fixe les réglages de PHP : vérifiez la mémoire par script accordée et le choix de la version. Un serveur privé virtuel ou dédié réserve ses ressources à la boutique, mais quelqu’un doit l’administrer. La documentation de PrestaShop donne deux repères. Les processus PHP, c’est-à-dire les exemplaires de PHP qui calculent chacun une page à la fois, doivent être plus nombreux que les visiteurs simultanés visés. La mémoire réservée au cache de la base gagne à dépasser la taille de la base. Posez ces deux questions à l’hébergeur, chiffres en main. La même documentation recommande de mesurer avant de modifier : un test de charge sur une copie de la boutique, avant les soldes, montre à partir de combien de visiteurs les erreurs surgissent. Le réglage fin relève ensuite de la mission serveur et cache.

L’infogérance PrestaShop confie l’exploitation du serveur à un prestataire qui répond des incidents

L’infogérance délègue la tenue du serveur : mises à jour du système, de PHP et de la base, surveillance permanente, intervention sur alerte. Les mots « hébergement géré » ou « infogéré » ne relèvent d’aucune norme : seul le périmètre écrit au contrat fait foi. Une surveillance utile suit au moins :

• la réponse de l’accueil, d’une catégorie et du panier, testée de l’extérieur ;
• le processeur, la mémoire et le disque, avec un seuil d’alerte avant saturation ;
• l’expiration du certificat de sécurité et du nom de domaine ;
• le déroulement des sauvegardes et des tâches planifiées.

Le contrat d’hébergement fixe la disponibilité, les sauvegardes et vos droits

Un engagement de disponibilité se lit en heures d’arrêt. À 99,9 %, il autorise par calcul environ 8 heures 45 minutes d’interruption sur les 8 760 heures d’une année : multipliez-les par votre chiffre d’affaires horaire de soldes. Demandez comment la disponibilité se mesure et ce qui en est exclu. Le délai de prise en charge s’écrit par niveau de gravité : boutique arrêtée, paiement bloqué, lenteur, simple demande. Le contrat nomme le destinataire de l’alerte la nuit et le week-end, et dit qui paie la remise en état quand une mise à jour du serveur casse la boutique. Le prix varie avec ces heures couvertes, les ressources réservées, la préproduction et la fréquence des sauvegardes. Les sauvegardes s’écrivent aussi : copie hors du serveur, durée de conservation, test de restauration à date fixe. Leur organisation relève de la mission sauvegardes et reprise. L’article 28 du RGPD impose un contrat écrit avec l’hébergeur, sous-traitant des données de vos clients : mesures de sécurité, aide en cas de violation, suppression ou restitution des données en fin de prestation. Faites aussi préciser la durée d’engagement et le préavis. Vos accès restent à votre nom : administration du serveur, base de données, nom de domaine.

Quatre erreurs à éviter dans le choix d’un hébergement PrestaShop

Les gigaoctets et l’installation en un clic taisent la version de PHP, la surveillance et les délais d’intervention. Une offre sans copie de préproduction pousse chaque essai en production, et le premier test d’une nouvelle version de PHP se fait devant vos clients. Un changement de serveur laisse les tâches planifiées derrière lui si personne ne les recopie. Elles vivent dans la configuration du serveur, hors des fichiers et de la base copiés : une synchronisation de stock programmée s’arrête sans message. Une mesure faite sur la seule page d’accueil cache les pages lourdes. Testez aussi une catégorie filtrée, la recherche et le panier.

Décrire mon besoin →

PHP 8.2 sort du support fin 2026, MySQL 8.0 en est déjà sorti

D’après php.net, PHP 8.2 perd ses correctifs de sécurité le 31 décembre 2026 : une boutique en PrestaShop 9 sur cette version doit en changer avant. MySQL 8.0 ne relève plus que du support de maintien d’Oracle depuis le 21 avril 2026, et un serveur qui le fait encore tourner attend une migration de base.

Reportez dans le message du formulaire de cette page vos versions de PrestaShop, de PHP et de MySQL, et l’heure de vos derniers ralentissements.

Sources consultées

• PrestaShop, documentation développeur, « System requirements » (versions 1.7, 8 et 9) et « Optimize your PrestaShop performance », section Scale, consulté le 14 octobre 2026.
• PrestaShop, documentation utilisateur de la version 8, « Information », rubrique Paramètres avancés, consulté le 14 octobre 2026.
• PHP, « Supported Versions » et « Unsupported Branches », php.net, consulté le 14 octobre 2026.
• Google, « Time to First Byte (TTFB) », web.dev, et « About PageSpeed Insights », consulté le 14 octobre 2026.
• HTTP Archive, « Core Web Vitals Technology Report », données PrestaShop, consulté le 14 octobre 2026.
• Oracle, « MySQL Product Support EOL Announcements », consulté le 14 octobre 2026.
• MariaDB Foundation, « About MariaDB Server », section « Maintenance policy », consulté le 14 octobre 2026.
• CNIL, texte du RGPD, chapitre IV « Responsable du traitement et sous-traitant », article 28, consulté le 14 octobre 2026.
• Légifrance, « Loi n° 2004-575 du 21 juin 2004 pour la confiance dans l’économie numérique », article 1-1, consulté le 14 octobre 2026.

Foire aux questions

Un hébergement mutualisé suffit-il pour une boutique PrestaShop ?

Oui, tant qu’il propose une version de PHP comprise dans la plage de votre version de PrestaShop, qu’il accorde la mémoire recommandée par script et que vos pics restent sous ses limites. Quand des erreurs surgissent au pic, un serveur aux ressources réservées devient l’étape suivante.

L’infogérance comprend-elle les mises à jour de PrestaShop et des modules ?

Seulement si le contrat l’écrit. L’infogérance porte sur le serveur, son système, PHP et la base de données. Les mises à jour du cœur de PrestaShop, des modules et du thème relèvent de la maintenance applicative. Faites désigner un responsable par couche, faute de quoi chaque prestataire pourra renvoyer l’incident vers l’autre.

Peut-on changer d’hébergeur sans interrompre les ventes ?

Oui, avec une bascule préparée. Le prestataire copie fichiers et base sur le nouveau serveur, teste la boutique à une adresse provisoire, puis réduit la durée de mise en cache du nom de domaine quelques jours avant. Mettez ensuite à jour vos mentions légales : l’article 1-1 de la loi pour la confiance dans l’économie numérique (LCEN) y exige le nom, l’adresse et le téléphone de l’hébergeur.

Que faire quand l’hébergeur annonce la fin d’une version de PHP ?

Comparez la version de PHP proposée à la plage de votre version de PrestaShop. Hors plage, la boutique change d’abord de version ; dans la plage, faites tester la bascule sur une copie, modules compris, car un module ancien peut casser là où le cœur passe.