Configuration de WooCommerce sur KapsuleHost

Kapsule dispose d'un type de site WooCommerce dédié qui installe WordPress, WooCommerce et un ensemble de passerelles de paiement de Nouvelle-Zélande pour vous, puis ajoute des outils spécifiques à la boutique au menu du site. Ce guide couvre la création de la boutique, la connexion des paiements, les paramètres importants pour une boutique sous charge, et comment effectuer des modifications sans perdre les commandes.

Création d'un site WooCommerce

1. Connectez-vous à KPanel et cliquez sur Websites dans la barre latérale gauche.
2. Cliquez sur Add Website, puis sur New Website.
3. Choisissez WooCommerce comme type de site.
4. Donnez un nom à la boutique et terminez l'assistant.

Kapsule configure WordPress, crée la base de données, installe et active WooCommerce, et pré-installe les plugins de passerelle de paiement listés ci-dessous. PHP 8.3 est défini comme environnement d'exécution, avec les extensions dont une boutique a besoin, y compris la gestion des images.

Si vous avez déjà un site WordPress et souhaitez y ajouter une boutique, installez WooCommerce de la manière habituelle à partir de Plugins, puis Add New dans wp-admin. Le site conserve son type de site WordPress, ce qui signifie que les onglets spécifiques à la boutique décrits ici n'apparaîtront pas.

Passerelles de paiement

Ouvrez la boutique, puis l'onglet WordPress, puis Payments. Ceci est un onglet WooCommerce uniquement et n'apparaît pas sur les sites WordPress ordinaires.

Cinq passerelles sont couvertes, les pertinentes pour la Nouvelle-Zélande étant marquées :

Apple Pay et Google Pay sont fournis avec Stripe : il n'y a rien de séparé à installer pour l'un ou l'autre.

Les passerelles sont volontairement installées en tant qu'inactives. Une passerelle activée sans identifiants casse le paiement, donc rien n'est mis en ligne jusqu'à ce que vous fournissiez vos propres informations de compte marchand :

1. Cliquez sur Enable sur la passerelle que vous utilisez.
2. Cliquez sur Configure, ce qui ouvre les paramètres de cette passerelle dans wp-admin.
3. Entrez vos propres clés API ou identifiants marchands et enregistrez.
4. Effectuez une commande de test avant d'annoncer la boutique.

Windcave est distribué par le fournisseur plutôt que par le répertoire de plugins, donc le panneau vous donne un lien Get plugin. Téléchargez-le, chargez-le à partir de Plugins, puis Add New dans wp-admin, puis revenez et configurez-le ici.

Performance de la boutique

Une boutique effectue beaucoup plus de travail de base de données par page que un site brochure, donc la mise en cache est là où se trouvent les plus gros gains.

Cache de page complète. Sur l'onglet WordPress du site, puis Caching, le cache de page complète sert le HTML fini aux visiteurs anonymes sans exécuter PHP ni toucher à la base de données du tout. Le panier, le paiement, les pages mon-compte et les points de terminaison AJAX de WooCommerce sont contournés automatiquement, et tout visiteur avec un cookie de panier actif est toujours servi par une page en direct. Le cache accélère les pages de produits et de catégories sans jamais afficher le panier d'un client à un autre client.

Cache d'objets. Sur le même écran, le cache d'objets conserve les résultats des requêtes de base de données et les données transitoires en mémoire. C'est celui qui rend l'administration WooCommerce utilisable sur un grand catalogue.

CDN. Activez-le à partir de Performance, puis Kapsule CDN pour servir les images de produits et les ressources statiques depuis le edge, avec optimisation des images et conversion WebP. Voir Enabling the CDN. Purgez-le après un changement en masse d'images de produits : Purging the CDN Cache.

Paramètres PHP pour une boutique

Les boutiques sont la raison la plus courante de s'écarter des valeurs par défaut. Sur l'onglet Advanced du site, puis l'onglet PHP :

• Memory limit : augmentez de 256M à 512M si le catalogue est volumineux ou si vous exécutez des abonnements.
• Max execution time : augmentez de 30 à 120 ou 300 secondes si les importations de produits ou la génération de rapports expirent.
• Max input variables : augmentez à partir de 3000 si vous avez des produits avec de nombreuses variantes, ou un écran de paramètres qui supprime silencieusement des champs lors de l'enregistrement.

Les détails complets se trouvent dans Increasing the WordPress Memory Limit.

Tâches planifiées

WooCommerce exécute beaucoup de choses en arrière-plan : transitions d'état des commandes, renouvellements d'abonnements, e-mails, synchronisation des stocks. Il utilise le planificateur intégré de WordPress, qui par défaut ne s'active que lorsque quelqu'un visite le site. Sur une boutique calme, cela signifie que les renouvellements et les e-mails s'exécutent tard ou pas du tout.

Remplacez-le par un véritable calendrier côté serveur. L'onglet WordPress, puis la section WP-Cron ont une action Enable system cron qui ajoute le calendrier et désactive la version déclenchée par les visiteurs en une seule étape. L'explication complète et l'alternative manuelle se trouvent dans Setting Up and Managing Cron Jobs.

Vous pouvez surveiller la file d'attente à WooCommerce, puis Status, puis Scheduled Actions dans wp-admin.

Effectuer des modifications sans perdre les commandes

Chaque boutique est une base de données active dans laquelle les clients écrivent continuellement, ce qui change la façon dont vous devriez gérer les mises à jour.

Une routine de mise à jour sûre pour une boutique :

1. Effectuez une sauvegarde : Taking a Backup.
2. Réinitialisez l'évaluation à partir de la production pour qu'elle corresponde à la boutique en direct.
3. Appliquez les mises à jour de plugins, thèmes ou WooCommerce sur l'évaluation.
4. Effectuez une commande de test complet sur l'évaluation, jusqu'à la page de confirmation.
5. Poussez files only vers la production.
6. Effectuez une petite commande réelle sur la production et remboursez-la.

Sur les plans gérés, l'action Update Plugins sur Quick Actions devient Smart Update : elle sauvegarde, met à jour un plugin à la fois, exécute une vérification de la santé du site après chacun, et restaure automatiquement tout ce qui casse le site. Sur une boutique où un paiement cassé coûte de l'argent, cela en vaut la peine.

Récupération à un moment précis

Les sauvegardes quotidiennes restaurent une boutique à l'état dans lequel elle était lorsque cette sauvegarde s'est exécutée, ce qui sur une boutique occupée peut signifier perdre un jour de commandes. Les sites WooCommerce peuvent activer la récupération à un moment précis à partir de Backups, puis Point-in-time recovery, et restaurer à une minute choisie à la place, avec jusqu'à 30 jours de conservation. Sur n'importe quelle boutique acceptant de l'argent réel, activez-la. Voir Taking a Backup.

Dépannage

Le paiement échoue sans erreur. Presque toujours une passerelle activée avec des identifiants manquants ou incorrects. Désactivez les passerelles une à la fois à partir de l'onglet Payments jusqu'à ce que le paiement fonctionne, puis reconfigurez celle qui l'a cassé.

Les e-mails de commande n'arrivent pas. WordPress envoie le courrier via PHP par défaut et la plupart des réseaux le rejettent. Vérifiez l'avertissement de livraison sur l'onglet WordPress, puis Site Health, et configurez un envoi correctement authentifié.

Les pages d'administration sont lentes ou expirent. Augmentez la mémoire et le temps d'exécution sur l'onglet PHP, puis activez le cache d'objets. Une boutique avec des dizaines de milliers de commandes bénéficie également du nettoyage des anciennes actions planifiées.

Les modifications de produits ne s'affichent pas sur le front-end. Videz le cache à partir de WordPress, puis Quick Actions, puis Flush Cache, et purgez le CDN.