WordPress
WooCommerce instellen op KapsuleHost
Kapsule has a dedicated WooCommerce site type that installs WordPress, WooCommerce and a set of New Zealand payment gateways for you, then adds store specific tools to the site menu. This guide…
Kapsule heeft een toegewezen WooCommerce-sitetype dat WordPress, WooCommerce en een set betalingsgateways voor Nieuw-Zeeland voor u installeert, en voegt vervolgens winkelspecifieke gereedschappen toe aan het sitamenu. Deze gids behandelt het creëren van de winkel, het verbinden van betalingen, de instellingen die belangrijk zijn voor een winkel onder belasting, en hoe u wijzigingen kunt aanbrengen zonder bestellingen kwijt te raken.
Een WooCommerce-site creëren
- Meld u aan bij KPanel en klik op Websites in de linkerzijbalk.
- Klik op Website toevoegen, daarna Nieuwe website.
- Kies WooCommerce als sitetype.
- Geef de winkel een naam en voltooi de wizard.
Kapsule voorziet WordPress, maakt de database, installeert en activeert WooCommerce, en pre-installeert de betalingsgatewayplugins hieronder vermeld. PHP 8.3 is ingesteld als runtime, met de extensies die een winkel nodig heeft, inclusief beeldverwerking.
Als u al een WordPress-site hebt en een winkel eraan wilt toevoegen, installeert u WooCommerce op de gebruikelijke manier via Plugins, daarna Nieuwe toevoegen in wp-admin. De site behoudt haar WordPress-sitetype, wat betekent dat de winkelspecifieke tabbladen die hier worden beschreven niet verschijnen.
Een bestaande winkel migreren in plaats van opnieuw te beginnen? Herbouw deze niet handmatig. Gebruik Migrations in de linkerzijbalk, waarmee bestanden en database worden gekopieerd terwijl uw huidige winkel de hele tijd actief blijft. Zie Een website migreren vanaf cPanel.
Betalingsgateways
Open de winkel, daarna het tabblad WordPress, daarna Payments. Dit is een tabblad dat alleen WooCommerce bevat en verschijnt niet op normale WordPress-sites.

Vijf gateways worden behandeld, met de relevante gateways voor Nieuw-Zeeland gemarkeerd:
| Gateway | Dekt | Status op een nieuwe winkel |
|---|---|---|
| Stripe | Kaarten, Apple Pay en Google Pay | Pre-geïnstalleerd, inactief |
| Afterpay | Nu kopen, later betalen | Pre-geïnstalleerd, inactief |
| POLi | Nieuw-Zeelands bankoverschrijving | Pre-geïnstalleerd, inactief |
| PayPal | PayPal en kaarten | Pre-geïnstalleerd, inactief |
| Windcave | Nieuw-Zeelands kaartverwerking en EFTPOS | Beschikbaar, installeren van de leverancier |
Apple Pay en Google Pay worden geleverd met Stripe: er hoeft niets gescheiden geïnstalleerd te worden voor beiden.
Gateways worden opzettelijk geïnstalleerd als inactief. Een ingeschakelde gateway zonder inloggegevens verbreekt de kassa, dus niets gaat live totdat u uw eigen zakelijke accountgegevens opgeeft:
- Klik op Enable op de gateway die u gebruikt.
- Klik op Configure, waarmee die gateway's instellingen in wp-admin worden geopend.
- Voer uw eigen API-sleutels of zakelijke gegevens in en sla op.
- Plaats een testbestelling voordat u de winkel aankondigt.
Windcave wordt gedistribueerd door de leverancier in plaats van de pluginmap, dus het paneel geeft u een link Get plugin. Download deze, upload deze vanuit Plugins, daarna Nieuwe toevoegen in wp-admin, en kom terug en configureer deze hier.
Het tabblad Payments maakt deel uit van Managed WooCommerce. Bij andere abonnementen toont het in plaats daarvan een upgradevenster. U kunt nog steeds elke gateway rechtstreeks in wp-admin configureren bij elk abonnement: het tabblad is een snelkoppeling, niet de enige route.
Winkelperformance
Een winkel verricht veel meer databasewerk per paginaweergave dan een brochuresite, dus caching is waar de grootste winsten zijn.
Full page cache. Op het tabblad WordPress van de site, daarna Caching, serveren de full page cache voltooide HTML aan anonieme bezoekers zonder PHP uit te voeren of de database aan te raken. De winkelwagen, kassa, mijn accountpagina's en de WooCommerce AJAX-eindpunten worden automatisch overgeslagen, en elke bezoeker met een actief winkelwagencookie wordt altijd een live pagina geserveerd. De cache versnelt product- en categoriepagina's zonder ooit de winkelwagen van de ene klant aan een andere klant te tonen.
Object cache. Op hetzelfde scherm behoudt de object cache databasequeryresultaten en transients in het geheugen. Dit is degene die de WooCommerce-beheerder usable maakt op een grote catalogus.
CDN. Schakel het in via Performance, daarna Kapsule CDN om productafbeeldingen en statische activa vanaf de rand te serveren, met beeldoptimalisatie en WebP-conversie. Zie De CDN inschakelen. Spoel het door na een bulkwijziging van productafbeeldingen: De CDN-cache legen.
Full page- en object caching zijn inbegrepen bij Managed WooCommerce. Als uw winkel op een ander abonnement staat, toont het tabblad Caching wat de upgrade toevoegt. In beide gevallen schakelt u eerst de CDN in: deze is inbegrepen bij elk hostingabonnement en het is de goedkoopste prestatieverbeteringen beschikbaar op een afbeeldingszware winkel.
PHP-instellingen voor een winkel
Winkels zijn de meest voorkomende reden om af te gaan van de standaardinstellingen. Op het tabblad Advanced van de site, daarna PHP:
- Memory limit: verhoog van 256M naar 512M als de catalogus groot is of u abonnementen hebt.
- Max execution time: verhoog van 30 naar 120 of 300 seconden als productimportages of rapportgeneratie time-out hebben.
- Max input variables: verhoog van 3000 als u producten hebt met veel varianten, of een instellingenscherm dat velden op stil zwijgen laat vallen wanneer u opslaat.
Volledig detail is in De WordPress-geheugengrens verhogen.
Geplande taken
WooCommerce voert veel uit op de achtergrond: orderstatus transities, abonnementsvernieuwingen, e-mails, voorraadsynchronisatie. Het gebruikt de ingebouwde scheduler van WordPress, die standaard alleen wordt geactiveerd wanneer iemand de site bezoekt. Op een rustige winkel betekent dit dat vernieuwingen en e-mails laat of helemaal niet worden uitgevoerd.
Vervang deze door een echte server side planning. Het tabblad WordPress, daarna de sectie WP-Cron heeft een actie Enable system cron die de planning toevoegt en de bezoekergeactiveerde versie in dezelfde stap uitschakelt. Volledige uitleg en het handmatige alternatief zijn in Cron-taken instellen en beheren.
U kunt de wachtrij bekijken op WooCommerce, daarna Status, daarna Scheduled Actions in wp-admin.
Wijzigingen aanbrengen zonder bestellingen kwijt te raken
Elke winkel is een live database waarin klanten continu schrijven, wat verandert hoe u updates moet verwerken.
Push nooit een staging-database naar een live winkel. Bestellingen, klanten, abonnementen, coupons en voorraadniveaus bevinden zich allemaal in de database, dus een database push verwijdert elke bestelling die sinds uw laatste reset van productie is geplaatst. Push alleen bestanden, wat voldoende is voor thema-, plugin- en codewijzigingen. Zie Staging gebruiken: pushen en pullen.
Een veilige update routine voor een winkel:
- Maak een back-up: Een back-up maken.
- Reset staging vanuit productie zodat deze overeenkomt met de live winkel.
- Pas de plugin-, thema- of WooCommerce-updates toe op staging.
- Plaats een volledige testbestelling op staging, helemaal tot de bevestigingspagina.
- Push alleen bestanden naar productie.
- Plaats een kleine echte bestelling op productie en maak deze ongedaan.
Op managed plans wordt de actie Update Plugins op Quick Actions Smart Update: deze maakt een back-up, werkt één plugin tegelijk bij, voert na elk een sitestatus controle uit, en draait automatisch terug alles wat de site verbreekt. Op een winkel waar een verbroken kassa geld kost, is dat de moeite waard om te hebben.
Point-in-Time Recovery
Dagelijkse back-ups herstellen een winkel naar de staat waarin deze zich bevond toen die back-up werd uitgevoerd, wat op een drukke winkel betekent dat u een dag bestellingen kwijtraakt. WooCommerce-sites kunnen point-in-time recovery inschakelen via Backups, daarna Point-in-time recovery, en herstellen naar een gekozen minuut in plaats daarvan, met tot 30 dagen retentie. Op elke winkel die echt geld aanneemt, schakelt u deze in. Zie Een back-up maken.
Probleemoplossing
Kassa mislukt zonder fout. Bijna altijd een ingeschakelde gateway met ontbrekende of onjuiste inloggegevens. Schakelt u gateways één voor één uit het tabblad Payments uit totdat de kassa werkt, configureer vervolgens de gateway die deze verbroken heeft opnieuw.
Bestellings-e-mails arriveren niet. WordPress verzendt e-mail via PHP en de meeste netwerken weigeren dit. Controleer de afleveringswaarschuwing op het tabblad WordPress, daarna Site Health, en configureer correct geverifieerde verzending.
Admin pagina's zijn traag of time-out. Verhoog geheugen en uitvoeringstijd op het tabblad PHP, schakel vervolgens de object cache in. Een winkel met tienduizenden bestellingen profiteert ook van het wissen van oude geplande taken.
Productwijzigingen verschijnen niet op de front-end. Spoel de cache door via WordPress, daarna Quick Actions, daarna Flush Cache, en spoel de CDN.