WooCommerce sur mutualisé : ce qui casse en premier
Ou : la vitrine tient la foule, la caisse beaucoup moins.
La réponse courte : un mutualisé suffit pour une petite boutique WooCommerce tant que les requêtes que le cache ne peut pas servir tiennent dans les processus PHP et le processeur de votre compte. Ces requêtes sont le panier, la commande, le compte client et l’administration : la documentation de WooCommerce sur les extensions de cache demande de les exclure du cache, parce qu’elles affichent des informations propres à chaque client. Le seuil ne se compte donc pas en commandes par mois, mais en visiteurs qui remplissent un panier au même moment. Le reste du choix, du blog à la boutique, se fait avec un hébergement taillé pour WordPress.
Les prérequis, eux, ne posent presque jamais problème. Les prérequis serveur de WooCommerce, valables à partir de la version 10.8, recommandent PHP 8.3 ou plus récent, MySQL 8.0 ou MariaDB 10.6, et 256 Mo de mémoire pour WordPress. Les mutualisés relevés le 12 novembre 2026 offrent tous davantage de mémoire de script : 512 Mo chez OVHcloud, de 640 à 1 280 Mo chez Infomaniak, 1 536 Mo sur l’offre Premium de Hostinger.
Pour qui : une boutique WooCommerce qui démarre sur un mutualisé et veut pouvoir passer à des ressources garanties sans changer d’hébergeur.
À partir de : 5,75 € par mois hors TVA, facturés à l’année, pour l’hébergement WordPress Infomaniak ; dès 24,92 € hors TVA par mois pour le serveur cloud Infomaniak en version managée (tarifs affichés le 12 novembre 2026).
Pour démarrer : lancer la boutique sur l’hébergement web Infomaniak, surveiller la charge, puis migrer vers un Serveur Cloud managé quand le panier ralentit.
Hébergement WooCommerce : compter les requêtes que le cache ne sert pas
Sur un blog, presque toutes les pages sortent du cache, et PHP dort. Sur une boutique, le catalogue se met en cache pour les visiteurs anonymes, mais tout le reste réveille PHP : l’ajout au panier, le calcul des frais de port, le paiement, le compte client, chaque écran de l’administration et les tâches planifiées de WordPress. Le premier qui casse n’est ni le disque ni la bande passante, c’est la file d’attente devant PHP.
Chaque requête non mise en cache occupe un processus PHP pendant toute sa réponse. Quand tous sont occupés, la suivante attend, et le client voit tourner le bouton « Commander ». Un calcul, à titre d’illustration : 40 processus et des requêtes de panier d’une demi-seconde donnent un plafond théorique de 80 requêtes non mises en cache par seconde. Mais si ces 40 processus partagent un seul cœur, et que chaque requête consomme 0,3 seconde de calcul, ce cœur n’en traite qu’environ trois par seconde (calcul). Le vrai plafond d’une petite offre est souvent le processeur, pas le nombre de processus affiché.
Pour savoir où vous en êtes, deux sources suffisent. Le panneau d’hébergement, d’abord : le cPanel d’o2switch, par exemple, affiche l’utilisation du processeur, de la mémoire et des « entry processes », les connexions simultanées, et signale les moments où le compte a touché ses plafonds. Une copie de test de la boutique, ensuite, sur laquelle on chronomètre un ajout au panier et une page de paiement, avec et sans charge. Aucun chiffre publié ne remplace cette mesure sur votre propre catalogue.
Côté base de données, une vérification s’impose sur les boutiques anciennes. Depuis WooCommerce 8.2, sorti en octobre 2023, les nouvelles boutiques rangent les commandes dans des tables dédiées, le stockage HPOS, au lieu des tables génériques des articles de WordPress ; les boutiques créées avant doivent l’activer elles-mêmes. Sur un mutualisé, chaque requête de base évitée est un processus libéré plus tôt.
| Palier | Offre relevée | Prix affiché | Ressources annoncées |
|---|---|---|---|
| Mutualisé d’entrée | Hostinger, Premium | 1,99 € HT par mois sur 48 mois, puis 9,99 € HT | 1 cœur, 2 Go de RAM, 40 processus PHP |
| Mutualisé supérieur | Hostinger, Cloud Startup | 7,99 € HT par mois sur 48 mois (383,52 €), puis 23,99 € HT | 4 cœurs, 4 Go de RAM, 100 processus PHP |
| Mutualisé supérieur | o2switch, Pro. | 6,25 € HT par mois la première année (75,00 € HT), puis 24,00 € HT | 24 vCPU threads, 64 Go de RAM en quotas du compte |
| Ressources garanties | Infomaniak, Serveur Cloud managé | dès 24,92 € HT par mois | dès 4 vCPU et 12 Go de RAM ; Memcache, OPcache, Varnish, Redis |
| WordPress managé | Kinsta, WP 2 | 70 $ HT par mois | 2 sites ; Redis en option à 100 $ par mois et par site |
Relevés du 12 novembre 2026 sur les sites officiels ; HT : hors taxes. Le palier « ressources garanties » se distingue des autres par un mot : chez Infomaniak, chaque vCPU d’un Serveur Cloud correspond à un fil d’exécution dédié, quand les quotas d’un mutualisé restent partagés avec la machine. C’est ce qui fait la différence un soir de soldes, bien plus que le nombre de gigaoctets.
Avant d’accuser l’hébergeur, interroger les extensions
Une boutique lente l’est souvent à cause d’une extension qui multiplie les requêtes sur chaque page. Trois fichiers chronométrés et Query Monitor disent qui ralentit quoi, comme le montre le diagnostic d’un site WordPress lent.
Le cache, allié du catalogue, ennemi du panier
Un cache de page mal réglé peut servir à un client le panier d’un autre, ou un prix périmé. WooCommerce liste les cookies et les pages à exclure, et la plupart des caches d’hébergeur les connaissent déjà. Ce qui est actif d’office, et comment le vérifier, est expliqué dans le cache de page et le cache objet de l’hébergeur.
La copie de test, avec des clés de test
Tester une mise à jour de WooCommerce sur la boutique en production revient à tester un parachute en sautant. Une préproduction évite ce saut, à condition d’y utiliser les clés de test du prestataire de paiement et de couper les mails aux clients. Le détail figure dans la préproduction d’un site WordPress.