Cloudways WooCommerce : de l’installation d’une petite boutique en ligne à l’exclusion du panier et du paiement du cache
Cloudways WooCommerce est une boutique en ligne qui fonctionne en installant l’extension WooCommerce sur une application WordPress d’un serveur Cloudways. Pour tester la boutique en ligne d’un petit commerce, j’ai installé WooCommerce sur le WordPress d’un serveur de test Vultr Séoul de 1 Go, jusqu’à une commande de test. Les pages panier, paiement et mon compte ont été exclues du cache automatiquement, et le premier octet de la page produit est passé de 532,4 ms à 54,9 ms avec le cache Breeze.
1️⃣ Installer WooCommerce sur Cloudways
On pourrait croire qu’une boutique en ligne exige sa propre application, mais il suffit d’ajouter l’extension WooCommerce à une application WordPress existante pour ouvrir la boutique. Sur le serveur de test non plus, je n’ai pas créé de nouvelle application : je l’ai installée comme extension sur l’application WordPress existante.
L’installation s’est faite en me connectant à l’application en SSH et en utilisant wp-cli ; on peut aussi l’installer depuis le menu Ajouter des extensions de l’administration WordPress.
wp plugin install woocommerce --activateInstalling the plugin...
Plugin installed successfully.
Activating 'woocommerce'...
Plugin 'woocommerce' activated.
Success: Installed 1 of 1 plugins.L’installation et l’activation ont pris 30 secondes, et le dossier de l’extension faisait 72 Mo.
wp post list --post_type=page --fields=ID,post_title,post_name --format=csvID,post_title,post_name
7,Shop,shop
8,Cart,cart
9,Checkout,checkout
10,My account,my-account
11,Refund and Returns Policy,refund_returns
2,Sample Page,sample-page
3,Privacy Policy,privacy-policyÀ l’activation, WooCommerce a créé cinq pages : boutique (Shop), panier (Cart), paiement (Checkout), mon compte (My account) et une page de politique de remboursement.
2️⃣ Réglages de base : pays de vente, devise, moyens de paiement
Même une fois les pages créées, la boutique fraîchement installée est réglée sur une adresse en Californie (États-Unis) et le dollar américain : une boutique coréenne commence donc par changer le pays de vente et la devise.
| Réglages | Juste après l’installation | Valeur modifiée |
|---|---|---|
| Pays de vente (Country / State) | Californie, États-Unis | Corée du Sud |
| Devise (Currency) | Dollar américain (USD) | Won sud-coréen (KRW) |
| Virement bancaire (Direct bank transfer) | Désactivé | Activé |
| Chèque (Check payments) | Désactivé | Désactivé |
| Paiement à la livraison (Cash on delivery) | Désactivé | Désactivé |
Le won n’a pas de décimales : passez [Number of decimals] à 0 et enregistrez avec [Save changes]. Juste après l’installation, il y avait trois moyens de paiement — virement bancaire, chèque et paiement à la livraison — et seul le virement a été activé pour la commande de test. À l’écran, on clique sur [Enable] de [Direct bank transfer] dans [Take offline payments], onglet [Payments].
Le paiement par carte ne figure pas dans la liste des paiements hors ligne. Une fois le pays de vente passé à la Corée du Sud, l’écran [Payments] affiche Visa Acceptance Solutions et PayPal Payments avec un bouton [Install] ; pour vendre par carte, on installe ces extensions de passerelle de paiement.
3️⃣ Ajout d’un produit et commande de test : du panier à une commande par virement
Une commande reçue ne veut pas dire que le paiement est fait. Une commande par virement reste au statut [On hold] tant que le versement n’est pas confirmé.
Le produit de test a été créé au prix de 15 000 wons avec 10 unités en stock, puis mis au panier et commandé par virement comme le ferait un visiteur.
wp wc shop_order list --user=1 --fields=id,status,total,payment_method --format=csvid,status,total,payment_method
13,on-hold,15000,bacswp wc product get 12 --user=1 --fields=id,price,stock_quantity --format=csvField,Value
id,12
price,15000
stock_quantity,9La commande a été enregistrée au statut on-hold avec le moyen de paiement virement bancaire (bacs), et avant même le paiement le stock est passé de 10 à 9 au moment de la commande.
4️⃣ Exclusions du cache WooCommerce : adresses panier, paiement et mon compte
Le cache de page convient à la boutique et aux pages produit, mais pas au panier, au paiement ni à mon compte, dont le contenu change pour chaque visiteur. Sortir le panier du cache, c’est comme imprimer à l’avance les étiquettes de prix du rayon mais éditer un nouveau ticket pour chaque client à la caisse. Même sans extension de cache activée, WooCommerce a envoyé pour ces trois pages des en-têtes de réponse interdisant la mise en cache.
curl -sI https://example.com/cart/ | grep -i cache-controlcache-control: no-cache, must-revalidate, max-age=0, privateEn activant avec ses valeurs par défaut Breeze, l’extension de cache installée avec l’application Cloudways, le champ des adresses exclues de l’écran de réglages était vide, mais le fichier de configuration de Breeze a enregistré les trois adresses dans sa liste d’exclusion.
grep -A4 exclude_url wp-content/breeze-config/breeze-config.php 'exclude_url' =>
array (
0 => '/cart/*',
1 => '/checkout/*',
2 => '/my-account/*',Depuis un autre serveur à Séoul, j’ai demandé chaque adresse 10 fois et mesuré la médiane du temps jusqu’au premier octet (TTFB) ; le Varnish de l’application était désactivé.
| Adresse | Cache désactivé | Breeze activé |
|---|---|---|
| Boutique /shop/ | 484.7ms | 55.2ms |
| Produit /product/test-mug/ | 532.4ms | 54.9ms |
| Panier /cart/ | 506.7ms | 496.9ms |
| Mon compte /my-account/ | 507.4ms | 377.0ms |
Avec Breeze, la boutique et la page produit ont répondu en 55 ms environ, tandis que le panier et mon compte, générés à chaque fois par PHP sans cache, prenaient 377 à 497 ms.
5️⃣ Ce que couvre le serveur de test de 1 Go : quand il ne convient pas à une petite boutique
Même si le cache rend les pages produit rapides, le panier et le paiement sont traités par PHP à chaque commande. Ce serveur de test ne couvre que l’installation, la commande et les exclusions de cache avec un produit et une commande de test, et une boutique dont les commandes augmentent, avec plus de requêtes panier et paiement, devra aussi envisager : Changer la taille du serveur.
La version de PHP est aussi à vérifier. Le PHP 8.2.34 du serveur de test n’atteint pas la recommandation de la documentation officielle de WooCommerce (PHP 8.3 ou plus), mais l’installation et la commande ont fonctionné.
Sur le serveur de test Vultr Séoul de 1 Go, l’installation de WooCommerce a pris 30 secondes, la commande de test a été enregistrée au statut [On hold], et le premier octet de la page produit était de 54,9 ms avec Breeze contre 496,9 ms pour le panier. Prochaine étape : brancher une extension de passerelle de paiement en mode test et repasser la même commande par carte.
🔢 FAQ & contenus recommandés
ℹ️ Mention d'affiliation
Le contenu de ce site contient des liens d'affiliation. Lorsqu'un visiteur achète un produit ou un service via l'un de ces liens, le site perçoit une commission du vendeur. Le montant payé par l'acheteur(il baisse lors des promotions ↓), lui, n'augmente pas. Les prix, remises et stocks indiqués correspondent à la date de rédaction et peuvent différer ; vérifiez-les donc auprès du vendeur avant d'acheter. Les produits sont choisis et évalués selon nos propres critères, et les commissions n'influencent ni l'ordre de présentation ni le contenu des évaluations.