WooCommerce qui tient la charge au moment du paiement.
Workers PHP-FPM dédiés par boutique, schéma produit sur chaque SKU, assistants shopping IA bienvenus par défaut. Pas de pools partagés, pas de timeout au checkout.
Essai gratuit · sans carte · compatible WooCommerce 9+
Commandes, crawlers et workers PHP réunis sur un tableau de bord.
Le traitement des commandes, les bots shopping IA, les crawls clients et la pression sur les workers PHP partagent une même timeline. Quand une vente flash s'emballe, vous voyez où est le goulot d'étranglement — pas après, mais pendant.
- 12:04:22
GPTBot/product/blue-shirt200
- 12:04:18
Googlebot/shop200
- 12:03:55
PerplexityBot/product/laptop-bag200
- 12:03:42
ClaudeBot/category/footwear200
- 12:03:11
Bingbot/cart200
WooCommerce sur hébergement mutualisé, c'est la roulette au checkout.
Une boutique WooCommerce a besoin de plus de workers PHP, de plafonds mémoire plus élevés et d'une base de données qui ne rivalise pas avec trente autres locataires. Les hébergeurs mutualisés font l'inverse — un pool partagé, une limite, et des excuses vagues quand le checkout expire.
La plupart des hébergeurs managés optimisent leur stack pour le trafic de blog, pas pour les sessions panier, le schéma produit, les e-mails transactionnels et l'Action Scheduler qui enchaîne les hooks. Votre boutique fonctionne en mode test et rame sous la charge.
Yovale fait tourner chaque boutique dans son propre conteneur avec 12 workers PHP dédiés, MariaDB optimisé pour les requêtes WooCommerce, Redis object cache inclus et le schéma produit injecté automatiquement sur chaque page SKU pour que les assistants shopping IA puissent lire votre catalogue.
Des réglages spécifiques WooCommerce, prêts à l'emploi.
Quatre primitives qui déterminent si votre boutique survit à une vente ou s'effondre sous elle.
- 0101runtime
12 workers PHP dédiés
Chaque boutique dispose de son propre pool PHP-FPM avec 12 workers. Les sessions panier, les appels de paiement et les tâches admin ne font pas la queue derrière le trafic blog d'un autre locataire.
pool dédié - 0202données structurées
Schéma produit sur chaque SKU
Les schémas Product, Offer, AggregateRating et BreadcrumbList s'injectent automatiquement sur chaque page produit. Valide proprement contre le testeur de résultats enrichis de Google et les modèles IA de shopping.
4 types de schéma - 0303cache
Redis object cache inclus
Cache d'objets WordPress alimenté par Redis, configuré pour WooCommerce dès la mise en route. Les lectures de session, les fragments panier et les requêtes Action Scheduler restent en mémoire, pas dans la DB.
cache en mémoire - 0404arrière-plan
Action Scheduler qui suit le rythme
Une boucle cron dédiée s'exécute toutes les minutes via cron système, pas via le fallback WP fragile déclenché à chaque visite. Webhooks, e-mails et renouvellements d'abonnements s'envoient à l'heure.
cron 1 min
Un hébergement WooCommerce sérieux, ligne par ligne.
stack boutique · comment ça marche
Trois couches optimisées par boutique.
Chaque site WooCommerce dispose d'un conteneur WordPress dédié, de MariaDB optimisé pour les requêtes transactionnelles et de Redis lié au même réseau Compose. Pas de contention inter-locataires, pas de throttling surprise lors d'un pic Black Friday.
WordPress sur PHP 8.4 avec opcache épinglé, JIT activé sur les chemins critiques, 512M memory_limit et 12 workers FPM dédiés. Pas de pool partagé, pas de panique de quota.
MariaDB optimisé pour InnoDB et la charge transactionnelle de WooCommerce. Redis alimente le cache d'objets et le stockage de sessions pour que les lectures panier restent en mémoire.
Les schémas Product, Offer et AggregateRating atterrissent sur chaque SKU. llms.txt oriente les assistants shopping IA vers votre catalogue. La boutique est lisible, citable et indexable dès le premier jour.
Un hébergement boutique sérieux à prix de blog.
Le plan WooCommerce de Kinsta commence à 50 $/mois. Yovale commence à 149 $ par an — tout compris — avec la même isolation, des workers dédiés, Redis et le schéma produit inclus.
Starter, 2 boutiques. Growth à $249 (5 boutiques). Business à $499 (15 boutiques). Facturation annuelle uniquement.
Construire l'histoire complète de votre boutique.
Ce qui va bien avec une boutique Woo.
Ce que les propriétaires de boutiques demandent avant de changer.
Mon checkout restera-t-il disponible pendant une vente flash ?+
Oui — c'est précisément le cas pour lequel c'est conçu. 12 workers PHP dédiés, sessions sauvegardées par Redis, MariaDB optimisé pour les requêtes transactionnelles. Nous voyons des boutiques traiter des centaines de commandes par minute sans attente sur le chemin PHP.
Quelles versions de WooCommerce sont supportées ?+
WooCommerce 9.0+ fonctionne d'emblée. Les versions plus anciennes fonctionnent mais ne bénéficieront pas des correctifs de compatibilité PHP 8.4 que nous appliquons automatiquement.
Prenez-vous en charge HPOS (High-Performance Order Storage) ?+
Oui. Les nouvelles boutiques hébergées chez Yovale ont HPOS activé par défaut. Les boutiques en cours de migration peuvent l'activer depuis le tableau de bord après le transfert.
Qu'en est-il des e-mails transactionnels ?+
Apportez un fournisseur SMTP (Postmark, AWS SES, Resend) — nous configurons les identifiants dans le tableau de bord. Nous ne gérons pas notre propre SMTP car la délivrabilité dépend de votre réputation IP, pas de la nôtre.
Cela fonctionne-t-il avec Stripe / Razorpay / PayPal ?+
Les trois. Yovale n'héberge pas le traitement des paiements — cela reste avec la passerelle. Nous gérons PHP, Redis, MariaDB et le schéma ; la passerelle gère l'argent.
Puis-je gérer un grand catalogue ?+
Les boutiques avec 5 000–50 000 produits fonctionnent bien sur Growth ($249/an). Au-dessus de 50 000 SKUs, nous recommandons généralement Business ($499/an) pour la marge supplémentaire de MariaDB.
Migrez une boutique, lancez une vente, décidez.
Sept minutes de migration, essai gratuit. Si votre checkout ne va pas plus vite, nous ramènerons la boutique gratuitement.