Goede WooCommerce-caching levert openbare pagina’s snel uit en houdt persoonlijke gegevens en actuele bestelhandelingen correct. Begin met een kaart van je routes en cachelagen. Daarna test je uitsluitingen, sessies en het vernieuwen van uitvoer. Hieronder staat een werkwijze die ook bruikbaar is wanneer hosting, CDN en cacheplugin samen actief zijn.
Direct naar jouw vraag
Teken de route van browser naar WordPress
Noteer welke lagen een antwoord kunnen bewaren: browser, CDN of proxy, hostingcache, paginacache en objectcache. Zet erbij wie iedere laag beheert en hoe je kunt zien welke laag antwoord geeft. De naam van een actieve plugin vertelt nog niet waar een oud HTML-antwoord vandaan komt.
Kies vervolgens enkele voorbeeld-URL’s. Neem een categorie, product, variabel product, winkelmand, checkout en accountpagina mee. Voeg maatwerk toe, zoals een offerteaanvraag, postcodechecker of klantgroepprijs. Die routes kunnen dezelfde sessie gebruiken terwijl ze niet op een standaard WooCommerce-pad staan.
Leg gedeelde en persoonlijke uitvoer apart vast
Een openbare productomschrijving kan voor veel bezoekers gelijk zijn. Een winkelmandinhoud, accountdetail of persoonlijke prijs is dat niet. Controleer daarom de concrete uitvoer én de relevante cookies. Vertrouw niet alleen op een lijstje standaard slugs: een vertaalde checkout of aangepast accountpad heeft zijn eigen URL.
Gebruik de WooCommerce-documentatie als basis voor uitsluitingen en stem extra routes af op je uitbreidingen. Bij een CDN moet je dezelfde logica op de buitenste laag beoordelen. Een lokale uitzondering in WordPress helpt niet wanneer een proxy daarvoor al een persoonlijk antwoord deelt.
Gebruik een cachebeleidsmatrix
| Route | Uitgangspunt | Wat je moet testen |
|---|---|---|
| Product of categorie | Gedeelde uitvoer waar passend | Prijs, voorraad en variatiekeuze |
| Winkelmand en checkout | Geen onjuiste gedeelde paginacache | Twee gescheiden klantensessies |
| Account en klantgroep | Persoonlijke uitvoer bewaken | Inloggen, uitloggen en juiste prijzen |
| Zoeken en filteren | Bewuste keuze per zoekvariant | Juiste resultaten en cachevariant |
| Betaalterugmelding | Geen blokkering door cache of scherm | Verzoek bereikt de juiste verwerking |
Beschrijf per uitzondering waarom die bestaat. Zo voorkom je dat een latere beheerder een functionele uitsluiting verwijdert om een hoger hitpercentage te krijgen. Het doel is snel correcte uitvoer, niet zoveel mogelijk cachehits op iedere route.
Test met twee browsersessies
- Open sessie A en B zonder gedeelde cookies.
- Voeg in A één product toe en laat B leeg.
- Bezoek in beide sessies dezelfde categorie en productpagina.
- Wijzig in A aantal of variant en controleer beide mini-carts.
- Log alleen in A in en controleer account- en prijsweergave.
- Herhaal na het opwarmen van de cache en na een normale herlaadactie.
Controleer ook een verlopen of oude tab. De klant moet na opnieuw openen een begrijpelijke, actuele situatie krijgen. Gebruik testaccounts zonder echte klantgegevens. Bewaar voor het opleverrapport de verwachte en werkelijke uitkomst, geen screenshots met persoonsgegevens.
Controleer hoe een wijziging de cache vernieuwt
Wijzig in een testomgeving een productprijs en controleer de productpagina, categorie, zoekresultaten en eventuele filters. Herhaal dat voor voorraad. Noteer welke uitvoer direct vernieuwt en welke verwerking via een wachtrij loopt. Controleer of die wachtrij werkelijk wordt uitgevoerd.
Bij Spark Speed hoort de controle van opgebouwde cache en geplande verwerking bij de oplevering. Warm eerst belangrijke categorieën en producten op. Laat niet iedere URL tegelijk zwaar verwerken wanneer dezelfde server ondertussen checkoutverzoeken moet beantwoorden.
Bewaar een herstelbare configuratie
Leg de werkende instellingen vast met datum, pluginversies en de uitsluitingsmatrix. Maak vóór een grote wijziging een herstelpunt. Test na het uitstellen van scripts opnieuw de mini-cart, het formulier en de betaalkeuze. Eén optimalisatielaag moet duidelijk verantwoordelijk zijn voor een bepaalde bewerking.
Voor oude uitvoer gebruik je gericht de uitleg over cache legen. Voor de bredere prestatiemeting is er snelheidsoptimalisatie. Het wissen van alle lagen tegelijk kan een diagnose moeilijker maken en veroorzaakt mogelijk een periode met koude cache.
Veelgestelde vragen
Moet ik caching uitschakelen voor de hele webshop?
Meestal is een gerichte inrichting zinvoller. Beoordeel welke uitvoer gedeeld mag worden en test uitzonderingen. De juiste keuze hangt af van sessies, klantgroepen en uitbreidingen.
Maakt objectcache een trage checkout vanzelf snel?
Niet vanzelf. Een externe betaal- of voorraadkoppeling kan nog steeds wachten. Meet het verzoek en behandel objectcache en gedeelde paginacache als verschillende lagen.
Zet de volgende stap met jouw website.
Vertel wat je wilt verbeteren en waar je nu tegenaan loopt. We bespreken welke aanpak bij jouw project past.
