Mutualisé, VPS ou infogéré : quel hébergement pour sa boutique e-commerce ?

Pendant longtemps, le choix d’un hébergement pour une boutique WooCommerce, PrestaShop ou Drupal Commerce s’est réduit à une ligne de budget : le moins cher qui tienne la charge du Black Friday. Ce calcul change. WooCommerce a annoncé le 29 septembre 2026 que sa version 11.6, prévue pour février 2027, exigera PHP 8.1 au minimum. PrestaShop 9 recommande déjà PHP 8.5 et n’accepte plus rien en dessous de 8.1. Drupal 12, la version actuelle du noyau sur lequel tourne Drupal Commerce, impose carrément PHP 8.5 comme plancher. Trois plateformes, trois calendriers, mais la même direction : l’hébergement d’hier ne suivra pas la plateforme de demain.

Pour un dirigeant de PME ou de TPE, la question n’est donc plus seulement « combien ça coûte », mais « qui gère la mise à jour quand elle devient obligatoire, et avec quelle marge de sécurité ». Un hébergement mutualisé bloqué sur une vieille version de PHP, un VPS laissé à lui-même, ou un contrat d’infogérance mal calibré produisent le même résultat : une boutique qui tombe en panne de compatibilité le jour où elle ne peut plus se le permettre. Ce comparatif met en regard les trois formules d’hébergement les plus courantes pour ces plateformes, puis ce que chacune exige aujourd’hui, pour que le choix se fasse avant la contrainte plutôt qu’après.

Trois formules, trois niveaux d’engagement

L’hébergement mutualisé

Sur un hébergement mutualisé, plusieurs sites partagent les mêmes ressources serveur, et l’hébergeur impose la version de PHP, de la base de données et les limites de mémoire disponibles. C’est la formule la moins chère et la plus simple à mettre en place : aucune compétence système n’est nécessaire côté boutique. La contrepartie est l’absence de marge de manœuvre. Si l’hébergeur tarde à proposer PHP 8.1 ou 8.5, la boutique se retrouve coincée entre une plateforme qui exige la nouvelle version et un serveur qui ne la propose pas encore. Cette formule convient à une boutique naissante, à faible trafic, dont le budget ne justifie pas encore autre chose.

Le VPS (serveur privé virtuel)

Un VPS donne un accès root sur une portion de serveur dédiée à la boutique seule. La version de PHP, les extensions, la configuration de la base de données : tout devient réglable, au prix d’une responsabilité équivalente. Si personne, en interne ou chez un prestataire, ne surveille les mises à jour de sécurité du système et de PHP, le VPS vieillit mal et expose la boutique à des failles connues. C’est un bon compromis coût-contrôle pour une boutique qui a dépassé le stade mutualisé et dont le trafic justifie des ressources dédiées, à condition qu’un budget de maintenance technique existe réellement, en interne ou sous contrat.

L’hébergement infogéré (managé)

Dans une offre infogérée spécialisée WooCommerce, PrestaShop ou Drupal, le prestataire s’engage sur la version de PHP, les sauvegardes, la surveillance et souvent une partie des mises à jour applicatives. C’est la formule la plus chère, mais celle qui transfère le risque technique vers un tiers dont c’est le métier. Pour une boutique sans équipe technique interne, ou dont l’indisponibilité coûte cher à chaque heure, le surcoût s’évalue au regard du risque évité plutôt qu’au seul prix du mois. Le choix du prestataire doit alors porter sur des engagements vérifiables : délai de mise à jour après une annonce de sécurité, fréquence des sauvegardes testées, disponibilité contractuelle.

Ce que les trois plateformes exigent aujourd’hui côté serveur

Les exigences techniques des trois plateformes ne sont pas de simples détails pour l’équipe informatique : elles fixent une date à partir de laquelle l’hébergement en place devient un obstacle à la mise à jour, donc à la sécurité.

• WooCommerce recommande aujourd’hui PHP 8.3 ou supérieur, avec une base MySQL 8.0 ou MariaDB 10.6 ou supérieures. Le minimum technique reste PHP 7.4, une version qui a atteint sa fin de vie officielle en novembre 2022, mais WooCommerce 11.6, prévu pour février 2027, relèvera ce plancher à PHP 8.1. Les boutiques encore sur PHP 7.4 ou 8.0 pourront continuer à mettre à jour jusqu’à la version 11.5, mais resteront ensuite sur une branche dont seules les failles les plus graves sont corrigées.
• PrestaShop recommande, pour sa version 9, PHP 8.5, avec PHP 8.1 comme plancher effectif selon son tableau de compatibilité, une base MySQL 5.7 ou MariaDB 10.2 au minimum, et un `memory_limit` d’au moins 512 Mo par script. Une boutique qui a migré récemment vers PrestaShop 9 sans vérifier ces seuils s’expose à des blocages à l’installation d’une extension ou d’une mise à jour mineure.
• Drupal Commerce, qui s’appuie sur le noyau Drupal, impose avec Drupal 12 un plancher de PHP 8.5 : aucune version antérieure n’est supportée pour cette branche. C’est la plateforme la plus stricte des trois sur ce point, cohérent avec son positionnement sur des projets disposant déjà d’une équipe technique.

Dans les trois cas, le point commun est le même : la version de PHP et de la base de données exigée progresse plus vite que le cycle de vie habituel d’un contrat d’hébergement mutualisé d’entrée de gamme, souvent figé pendant plusieurs années. Vérifier la version actuellement proposée par son hébergeur, et sa politique de montée de version, devient un point de contrôle à part entière avant toute migration ou mise à jour majeure.

Comment trancher selon le profil de la boutique

1. Mesurer le trafic et la saisonnalité. Une boutique dont le trafic double pendant les soldes ou les fêtes a besoin de ressources dimensionnées pour le pic, pas pour la moyenne annuelle ; un mutualisé d’entrée de gamme tient rarement ce choc.
2. Identifier qui, aujourd’hui, mettrait à jour PHP si c’était nécessaire demain. Si la réponse est « personne en interne, et pas de contrat qui le prévoit », l’infogéré ou un hébergement spécialisé qui l’intègre devient la seule option responsable.
3. Chiffrer le coût d’une heure d’indisponibilité. Ce chiffre, propre à chaque boutique, oriente directement l’arbitrage entre le prix d’un VPS non géré et celui d’une offre infogérée avec garanties contractuelles.
4. Vérifier, avant de signer ou de renouveler, la version de PHP et de base de données réellement proposée, et la date à laquelle l’hébergeur prévoit de monter vers les versions exigées par WooCommerce 11.6, PrestaShop 9 ou Drupal 12.

Ce chiffrage rejoint une question plus large que la seule hospitalité technique : celle du coût total de possession d’une boutique, licence, extensions, hébergement et maintenance compris, déjà détaillée dans l’analyse du TCO d’une boutique e-commerce. L’hébergement n’est jamais une ligne isolée : un mutualisé moins cher qui impose une migration d’urgence dans dix-huit mois coûte souvent plus, au total, qu’un infogéré mieux dimensionné dès le départ.

Les boutiques PrestaShop ont un point de contrôle supplémentaire à court terme : la bascule vers la version 9 implique de vérifier l’hébergement et les modules installés avant la mise à jour, comme détaillé dans l’article consacré à PrestaShop 9.2. Côté WooCommerce, l’échéance de février 2027 laisse le temps d’anticiper, mais seulement si la vérification de la version de PHP de l’hébergement en cours figure dès maintenant dans la liste des points à traiter, comme le détaille l’article sur l’exigence PHP 8.1 de WooCommerce 11.6.

Ce qu’il faut retenir

• Le mutualisé coûte le moins cher mais laisse l’hébergeur seul juge du calendrier de mise à jour de PHP et de la base de données.
• Le VPS donne un contrôle total, à condition qu’un budget de maintenance technique existe réellement pour l’exploiter.
• L’infogéré transfère le risque technique vers un prestataire engagé contractuellement, à un coût plus élevé.
• WooCommerce 11.6 (PHP 8.1, février 2027), PrestaShop 9 (PHP 8.5 recommandé) et Drupal 12 (PHP 8.5 minimum) relèvent tous le plancher technique : la version d’hébergement en cours doit être vérifiée avant, pas après, la prochaine mise à jour.