Een WooCommerce-winkel is zwaarder dan een gewone bedrijfswebsite. Bezoekers bekijken producten, filteren, loggen in, wijzigen hun winkelmand en rekenen af. Een deel van die pagina’s is voor iedereen gelijk; een ander deel is persoonlijk en verandert voortdurend. Wie alles cachet, riskeert verkeerde winkelmandjes of verouderde voorraad. Wie niets cachet, laat PHP en de database bij iedere klik hetzelfde werk opnieuw doen. De winst zit in het onderscheid.
Begin met de openbare catalogus
Product-, categorie- en informatiepagina’s zijn meestal uitstekende kandidaten voor LiteSpeed-paginacache. De server kan een reeds opgebouwde HTML-pagina direct teruggeven, waardoor PHP en MySQL veel minder hoeven te doen. Wis relevante cache automatisch wanneer prijzen, voorraad of content wijzigen. Controleer ook of zoekresultaten en pagina’s met persoonlijke filters niet onbedoeld als één algemene versie worden opgeslagen.
Winkelmand, checkout en Mijn account blijven dynamisch
De winkelmand, checkout en accountpagina bevatten gegevens van één bezoeker en horen niet in een openbare paginacache. WooCommerce en LiteSpeed Cache hebben hiervoor standaarduitsluitingen, maar maatwerk, meertaligheid en extra checkoutplug-ins kunnen nieuwe cookies of URL’s introduceren. Test daarom in een privévenster: voeg verschillende producten toe, wijzig aantallen, gebruik een kortingscode, log in en uit en voltooi een testbetaling.
Cart fragments werken de miniwinkelmand via AJAX bij. Dat is nuttig, maar kan op iedere pagina extra JavaScript en serververkeer veroorzaken. Schakel het niet blind uit: laad het alleen waar de winkelmand zichtbaar of relevant is en controleer daarna variabele producten, zijbalken en mobiele navigatie.
Redis versnelt werk dat niet volledig cachebaar is
Objectcaching met Redis bewaart veelgebruikte database-uitkomsten tijdelijk in geheugen. Dat helpt bij productqueries, instellingen en sessiegerelateerd werk wanneer een complete pagina niet uit cache mag komen. Redis vervangt paginacache niet en repareert geen slechte query; het vermindert vooral herhaling. Monitor de hitratio, het geheugengebruik en fouten en gebruik op Gigatech de beschikbare Unix-socketconfiguratie in plaats van zomaar een publieke netwerkpoort te openen.
Houd database en autoload gezond
Bestellingen, sessies, transients en plug-ininstellingen laten de database groeien. Controleer mislukte geplande taken, verlopen transients en achtergebleven tabellen vóórdat u opruimt. Een grote autoload-set in wp_options wordt bij veel WordPress-verzoeken geladen en kan structurele vertraging geven. Maak altijd een herstelbare back-up en verwijder alleen data waarvan de eigenaar en functie bekend zijn.
PHP, workers en externe scripts bepalen de piekcapaciteit
Elke ongecachete actie gebruikt een PHP-worker. Te weinig workers geven wachtrijen; te veel workers kunnen CPU en geheugen uitputten. Analyseer gelijktijdige bezoekers, trage PHP-requests en databasebelasting samen. Betaalproviders, tracking, chatwidgets, lettertypes en aanbevelingsscripts kunnen de browser eveneens vertragen, zelfs wanneer de server snel antwoordt.
Praktische optimalisatievolgorde
- Maak een back-up en meet product, categorie, winkelmand en checkout.
- Optimaliseer afbeeldingen naar WebP/AVIF en beperk varianten tot werkelijk gebruikte formaten.
- Activeer LiteSpeed-paginacache voor openbare pagina’s en verifieer alle uitsluitingen.
- Activeer Redis-objectcache en controleer verbinding en foutlog.
- Ruim database en autoload gecontroleerd op.
- Stel niet-kritische scripts uit zonder betaal- of consentfunctionaliteit te breken.
- Voer een volledige testorder uit op mobiel en desktop.
Meet niet alleen een homepage-score. Volg TTFB, responstijd van AJAX, checkoutfouten, betaalconversie en serverbelasting tijdens drukte. Bekijk ook onze gids over Core Web Vitals en de mogelijkheden van WordPress-hosting.
