# WooCommerce sur mutualisé : ce qui casse en premier > WooCommerce sur mutualisé : panier, paiement et administration échappent au cache. Processus PHP, HPOS, seuil et prix du palier suivant, relevés datés. *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](https://developer.woocommerce.com/docs/best-practices/performance/configuring-caching-plugins) 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](/guides/hebergement-web/hebergement-wordpress/). Les prérequis, eux, ne posent presque jamais problème. Les [prérequis serveur de WooCommerce](https://woocommerce.com/document/server-requirements/), 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é. ![Illustration : un tourniquet métallique étroit devant lequel attend une file de petites figurines en bois](/images/boutique-en-ligne-wordpress-hebergement-tourniquet.original.webp "Le catalogue se sert seul ; le panier passe un par un au tourniquet de PHP.") 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](https://developer.woocommerce.com/docs/features/high-performance-order-storage/), 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](/guides/hebergement-web/hebergement-wordpress/site-wordpress-lent-hebergeur-extensions/). ### 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](/guides/hebergement-web/hebergement-wordpress/cache-serveur-wordpress-hebergeur/). ### 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](/guides/hebergement-web/hebergement-wordpress/preproduction-site-wordpress/). --- Cette page contient des liens d'affiliation. Si tu souscris via ces liens, je peux toucher une commission sans coût supplémentaire pour toi. Mon avis reste indépendant et s'appuie sur mon expérience de client de plusieurs hébergeurs, sur leur documentation officielle et sur les tarifs vérifiés à la date de rédaction. --- **Tarifs :** prix relevés le 12 novembre 2026 sur les sites officiels des hébergeurs, en euros, sauf Kinsta, qui n'affichait que des dollars américains lors du relevé ; hors taxes ou toutes taxes comprises selon ce que le fournisseur affiche (précisé dans le texte). Le prix d'appel ne vaut souvent que pour la première période d'engagement, et les promotions changent sans préavis. Les montants cités peuvent avoir bougé depuis cette date.