Hébergement WooCommerce : quel hébergeur pour sa boutique ?

Un bon hébergement WooCommerce, c’est d’abord un serveur qui respecte les prérequis officiels : PHP 8.3 ou plus, MySQL 8.0 ou MariaDB 10.6 ou plus, 256 Mo de mémoire et HTTPS. Ensuite, c’est une offre qui sait servir le panier et le paiement sans cache de page, propose un cache objet persistant, sauvegarde la base de données et répond vite quand la boutique tombe. Le meilleur hébergeur WooCommerce n’existe pas dans l’absolu : le bon choix dépend du volume de commandes et de qui s’occupe de la maintenance.

Ce guide ne classe pas les hébergeurs. Il donne les critères à vérifier sur n’importe quelle offre, puis le type d’hébergement qui correspond à chaque profil de boutique.

Les prérequis officiels d’un hébergement WooCommerce

La documentation de WooCommerce fixe les versions minimales à demander à un hébergeur source : WooCommerce, Server requirements :

WordPress publie ses propres recommandations, un peu plus strictes sur MariaDB : PHP 8.3 ou plus, MySQL 8.0 ou plus ou MariaDB 10.11 ou plus, et HTTPS source : WordPress.org, Requirements. Les deux pages précisent que des versions plus anciennes (PHP 7.4, par exemple) fonctionnent encore, mais qu’elles ont atteint leur fin de vie.

C’est le premier tri à faire. Un hébergeur qui ne propose pas PHP 8.3 et MySQL 8.0 (ou MariaDB récent) n’est pas un hébergeur WooCommerce, quel que soit le nom de son offre.

Version de PHP : vérifier la date de fin de support

La version de PHP proposée compte autant que la version minimale. Selon le calendrier officiel de PHP, la branche 8.2 ne reçoit plus que des correctifs de sécurité, jusqu’au 31 décembre 2026. La branche 8.3 est couverte jusqu’au 31 décembre 2027, la 8.4 jusqu’au 31 décembre 2028 et la 8.5 jusqu’au 31 décembre 2029 source : PHP.net, Supported versions. PHP 8.1 n’y figure plus.

Pour une boutique, la question à poser à l’hébergeur est donc double : quelles versions de PHP sont disponibles aujourd’hui, et peut-on changer de version soi-même depuis le panneau d’administration ? Un hébergeur qui bloque la boutique sur une branche en fin de vie expose les données clients aux failles qui ne seront plus corrigées.

Mémoire PHP : 256 Mo, et pas seulement sur le papier

WooCommerce demande 256 Mo de mémoire source : WooCommerce. Or WordPress, par défaut, essaie seulement de monter à 40 Mo pour un site simple et 64 Mo pour un multisite. La documentation officielle indique aussi que certains hébergeurs n’autorisent pas l’augmentation automatique de cette limite et qu’il faut alors les contacter source : Developer.WordPress.org, wp-config.php.

Deux réglages coexistent. La constante WP_MEMORY_LIMIT dans wp-config.php dit à WordPress combien il peut demander. La directive memory_limit de PHP, fixée par l’hébergeur, dit combien il obtiendra réellement. Si l’offre plafonne memory_limit sous 256 Mo, aucune ligne dans wp-config.php ne compensera. Les exports de commandes, les imports de catalogue et certaines synchronisations de stock sont les premières opérations à échouer. Le symptôme et son correctif sont détaillés dans notre article sur la mémoire PHP épuisée sur WordPress.

Cache compatible panier et checkout

Une boutique ne se met pas en cache comme un site vitrine. WooCommerce demande d’exclure du cache de page trois pages : Cart, Checkout et My Account (panier, paiement et compte client), parce qu’elles affichent des informations propres au client et à son panier. La même documentation liste les cookies à prendre en compte, dont woocommerce_cart_hash, woocommerce_items_in_cart et wp_woocommerce_session_, ce dernier ayant une durée de 2 jours source : WooCommerce Developer, Configuring caching plugins.

Conséquence pratique : ces pages passent toujours par PHP et par la base de données. Ce sont aussi celles où se joue la vente. Un hébergeur WooCommerce sérieux doit donc :

• appliquer ces exclusions dans son cache serveur (Varnish, cache Nginx ou LiteSpeed) ou laisser les régler,
• dire combien de requêtes PHP peuvent être traitées en même temps sur l’offre,
• proposer un cache objet persistant pour soulager la base de données.

Un PHP worker désigne un processus du serveur qui exécute le code PHP d’une requête. Les pages panier et checkout n’étant pas en cache, chaque client qui paie occupe un worker le temps de sa requête. Quand tous sont occupés, les requêtes suivantes attendent : la boutique ralentit au moment des pics. Le nombre exact varie selon les offres. Demandez-le par écrit.

Le cache objet persistant désigne un stockage en mémoire (Redis ou Memcached) qui garde le résultat des requêtes à la base de données d’une page à l’autre. Par défaut, le cache objet de WordPress n’est pas persistant : les données ne vivent que le temps de la requête source : Developer.WordPress.org, WP_Object_Cache. Le plugin Redis Object Cache, qui compte plus de 500 000 installations actives, fournit ce stockage persistant, mais il exige un serveur Redis source : WordPress.org, Redis Object Cache. Si l’hébergeur ne fournit pas Redis, le plugin ne sert à rien. La mise en place est décrite dans notre guide du cache objet Redis sur WordPress.

Sauvegardes : la base de données avant tout

Sur une boutique, la base de données contient les commandes, les comptes clients et le stock. La documentation WordPress rappelle qu’une sauvegarde complète comprend deux parties distinctes : les fichiers (cœur, thèmes, extensions, médias, wp-config.php) et la base de données. Elle recommande une sauvegarde par semaine pour un petit site et une par jour pour un site très actif, et de garder au moins 3 à 5 sauvegardes récentes, stockées à des endroits différents (serveur, stockage en ligne, copie locale) source : Developer.WordPress.org, Backups.

Une boutique qui encaisse tous les jours entre dans la seconde catégorie. Questions à poser à l’hébergeur :

• La base de données est-elle incluse dans la sauvegarde automatique, ou seulement les fichiers ?
• À quelle fréquence, et pendant combien de jours les sauvegardes sont-elles conservées ?
• Sont-elles stockées hors du serveur de production ?
• La restauration se fait-elle soi-même, en quelques clics, ou sur demande au support ?

Ces données sont aussi des données personnelles. Le guide de la sécurité des données personnelles de la CNIL (édition 2024, 25 fiches) sert de référence pour les mesures à prendre source : CNIL, 2024. Une sauvegarde régulière, éloignée et testée en fait partie du bon sens.

Support et maintenance : qui intervient quand la boutique tombe ?

La requête « hébergement et maintenance WooCommerce » résume une vraie question : l’hébergeur s’occupe du serveur, mais pas toujours de WordPress. Avant de signer, vérifiez :

• les canaux de support (ticket, chat, téléphone) et leurs horaires réels,
• si le support intervient sur WordPress et WooCommerce ou seulement sur le serveur,
• qui applique les mises à jour de WordPress, de WooCommerce et des extensions, et qui teste qu’elles ne cassent pas le paiement.

Sur un hébergement classique, ces mises à jour restent à votre charge ou à celle d’un prestataire. C’est le sujet de notre article sur la maintenance d’un site web en 2026.

Mutualisé, VPS ou hébergement WooCommerce infogéré : quel profil de boutique ?

Un hébergement WooCommerce infogéré désigne une offre où l’hébergeur gère le serveur et une partie de WordPress à votre place : versions de PHP, cache serveur, sauvegardes, souvent mises à jour et surveillance. Les offres dites « aux serveurs optimisés » pour WooCommerce relèvent en général de cette famille, mais le contenu exact varie : lisez la fiche technique, pas le nom commercial.

Ces profils sont indicatifs : il n’existe pas de seuil officiel de commandes qui impose un changement d’offre. Le bon signal, c’est la boutique elle-même : un checkout qui ralentit aux heures de pointe, des exports qui échouent par manque de mémoire, un support qui ne répond pas sur WooCommerce. Quand ces signaux apparaissent, la marche suivante est souvent le serveur privé, décrite dans notre guide pour passer d’un mutualisé à un VPS.

Pour comparer des hébergeurs connus (o2switch, Infomaniak, Hostinger, OVHcloud, Kinsta…), appliquez cette grille à leur fiche technique du jour : ressources et prix changent souvent.

FAQ