De WooCommerce snelheid van je webshop is geen luxe — het is een directe factor in je omzet, je Google-positie en de tevredenheid van je klanten. Onderzoek van Google toont aan dat 53% van mobiele bezoekers een webshop verlaat die langer dan 3 seconden laadt. Elke seconde vertraging kost je gemiddeld 7% conversie. Voor een webshop met een maandomzet van 10.000 euro betekent dat 700 euro minder per maand door een trage site.

In deze complete gids nemen we je stap voor stap mee door alle optimalisaties die je WooCommerce snelheid drastisch verbeteren. Van LiteSpeed Cache-configuratie en Redis object caching tot afbeeldingsoptimalisatie, database cleanup en CDN-instellingen. Geen vage tips, maar concrete instellingen, code-voorbeelden en meetbare resultaten. Of je nu een beginnende webshophouder bent of een ervaren developer: na het lezen van dit artikel weet je precies wat je moet doen.

Bij Theory7 WooCommerce hosting draaien we LiteSpeed Enterprise met NVMe SSD-opslag en Redis object caching. Dat is het fundament. Maar zelfs op de snelste server zijn er optimalisaties die jij als webshophouder zelf kunt doorvoeren om het maximale uit je hosting te halen.

Waarom snelheid cruciaal is voor webshops

Voordat we in de technische details duiken, is het essentieel om te begrijpen waarom WooCommerce snelheid zoveel impact heeft. Het gaat om drie meetbare factoren: conversie, SEO-ranking en gebruikerservaring.

Conversie-impact: elke seconde telt

De relatie tussen laadtijd en conversie is uitgebreid onderzocht en de cijfers zijn onmiskenbaar. Amazon berekende dat elke 100 milliseconden vertraging hen 1% omzet kost. Walmart rapporteerde dat elke seconde snellere laadtijd 2% meer conversie opleverde. Voor een gemiddelde Nederlandse webshop geldt dezelfde wetmatigheid, zij het op kleinere schaal.

Laadtijd Bounce rate Conversie-impact Omzetverlies (bij 10k/mnd)
0-1 seconde Baseline (9%) Optimaal Geen
1-2 seconden +9% (18%) -3 tot -5% -300 tot -500 euro
2-3 seconden +32% (41%) -7 tot -12% -700 tot -1.200 euro
3-5 seconden +90% (81%) -15 tot -25% -1.500 tot -2.500 euro
5+ seconden +123% (>90%) -25 tot -40% -2.500 tot -4.000 euro

Zoals de tabel laat zien: het verschil tussen een webshop die in 1 seconde laadt en een die er 4 seconden over doet kan duizenden euro's per maand bedragen. Snelheidsoptimalisatie is daarmee een van de meest rendabele investeringen die je in je webshop kunt doen.

Google-ranking en Core Web Vitals

Sinds de Page Experience Update gebruikt Google Core Web Vitals als officiële rankingfactor. Voor webshops zijn drie metrieken cruciaal:

  • LCP (Largest Contentful Paint) — meet hoe snel het grootste zichtbare element laadt. Voor productpagina's is dit vaak de hoofdafbeelding. Doel: onder 2,5 seconden.
  • INP (Interaction to Next Paint) — meet hoe snel je site reageert op gebruikersinteractie. Denk aan klikken op "toevoegen aan winkelwagen" of filteren. Doel: onder 200 ms.
  • CLS (Cumulative Layout Shift) — meet visuele stabiliteit. Springende elementen door late-loading afbeeldingen of advertenties. Doel: onder 0,1.

Een webshop die op alle drie de metrieken "goed" scoort krijgt een rankingvoordeel ten opzichte van concurrenten die dit niet halen. In de competitieve e-commerce markt kan dit het verschil maken tussen pagina 1 en pagina 2 van Google.

Gebruikerservaring en vertrouwen

Een snelle webshop voelt professioneel en betrouwbaar aan. Klanten die online hun creditcardgegevens invoeren willen het gevoel hebben dat ze met een serieuze partij te maken hebben. Een trage, hakkelige site wekt het tegenovergestelde gevoel op. Dit effect is moeilijk in cijfers uit te drukken maar wordt door elke e-commerce ondernemer herkend: vertrouwen is de basis van online verkopen en snelheid is een bouwsteen van dat vertrouwen.

LiteSpeed Cache configureren voor WooCommerce

LiteSpeed Cache is de krachtigste caching-oplossing voor WooCommerce, mits correct geconfigureerd. De plugin communiceert direct met de LiteSpeed Enterprise webserver waardoor caching op serverniveau plaatsvindt in plaats van op applicatieniveau. Het resultaat: dramatisch snellere paginaweergaves.

Bij Theory7 WooCommerce hosting is LiteSpeed Enterprise standaard en kun je de LiteSpeed Cache plugin direct installeren en configureren. Hieronder vind je de optimale instellingen specifiek voor WooCommerce.

Basis caching-instellingen

Ga naar LiteSpeed Cache > Cache in je WordPress dashboard en configureer de volgende instellingen:

Instelling Aanbevolen waarde Toelichting
Enable Cache Aan Schakelt de gehele cache in
Cache Logged-in Users Uit Ingelogde gebruikers zien persoonlijke content (winkelwagen)
Cache Commenters Uit Voorkomt problemen met review-formulieren
Cache REST API Aan Versnelt WooCommerce API-calls
Cache Mobile Uit (tenzij apart thema) Responsive themes serveren dezelfde HTML
Private Cached URIs /winkelwagen, /mijn-account Per-gebruiker caching voor persoonlijke pagina's
Drop Query String fbclid, gclid, utm_* Voorkomt afzonderlijke cache-entries per tracking-parameter

Cache-uitsluitingen voor WooCommerce

WooCommerce heeft pagina's die nooit gecacht mogen worden omdat ze per gebruiker unieke content bevatten. Voeg deze toe onder LiteSpeed Cache > Cache > Do Not Cache URIs:

  • /afrekenen/ of /checkout/ — de betaalpagina moet altijd real-time zijn
  • /winkelwagen/ of /cart/ — unieke inhoud per sessie
  • /mijn-account/ of /my-account/ — persoonlijke gegevens en bestellingen
  • ?add-to-cart=* — het toevoegen aan winkelwagen via URL-parameter
  • /wc-api/* — WooCommerce API-endpoints voor betalingen

Daarnaast moet je de volgende cookies uitsluiten onder Do Not Cache Cookies:

  • woocommerce_items_in_cart
  • woocommerce_cart_hash
  • wp_woocommerce_session_*

ESI (Edge Side Includes) voor dynamische blokken

ESI is een krachtige functie van LiteSpeed Cache waarmee je delen van een gecachte pagina dynamisch kunt houden. Dit is perfect voor WooCommerce: de productpagina kan volledig gecacht worden terwijl het winkelwagen-icoontje in de header real-time het juiste aantal producten toont.

Activeer ESI onder LiteSpeed Cache > ESI:

  1. Zet Enable ESI op Aan
  2. Zet Cache Admin Bar op Aan
  3. Zet Cache Cart Widget op Aan — dit is de sleutel voor WooCommerce. Het winkelwagen-widget wordt als apart ESI-blok behandeld en per sessie gecacht

Met ESI geconfigureerd wordt de rest van de pagina uit de snelle full-page cache geserveerd terwijl alleen het winkelwagen-element per gebruiker wordt opgebouwd. Dit geeft je het beste van twee werelden: de snelheid van volledige caching met de functionaliteit van een dynamische winkelwagen.

Objectcache via LiteSpeed Cache

LiteSpeed Cache biedt ook een ingebouwde object cache die samenwerkt met Redis (meer hierover in het volgende hoofdstuk). Ga naar LiteSpeed Cache > Object en configureer:

  • Object Cache: Aan
  • Method: Redis
  • Host: 127.0.0.1 (of het pad naar je Redis socket)
  • Port: 6379
  • Persistent Connection: Aan

Redis object caching instellen

Redis is een in-memory datastore die database-queries cached in het werkgeheugen. Voor WooCommerce is dit bijzonder waardevol omdat elke paginaweergave tientallen database-queries vereist: productinformatie, prijzen, voorraadniveaus, categorieen, widgets, menu-items en sessiedata. Redis vangt al deze queries op zodat ze niet telkens opnieuw naar de MySQL-database hoeven.

Hoe Redis werkt voor WooCommerce

Zonder Redis verloopt elke pageview als volgt:

  1. Bezoeker opent productpagina
  2. WordPress voert 40-80 database-queries uit
  3. MySQL verwerkt elke query (leest van schijf of eigen cache)
  4. Resultaten worden teruggestuurd naar PHP
  5. PHP bouwt de HTML-pagina op

Met Redis wordt stap 2-4 vervangen door een enkele snelle lookup in het werkgeheugen. Het resultaat: de TTFB daalt met 30-50% voor niet-gecachte pagina's. Voor ingelogde gebruikers (die geen full-page cache krijgen) is het verschil nog groter.

Redis configureren bij Theory7

Bij Theory7 is Redis beschikbaar vanaf het Basic pakket. De configuratie is eenvoudig:

  1. Redis is al geactiveerd op serverniveau — je hoeft niets aan te vragen
  2. Installeer en activeer de LiteSpeed Cache plugin (als je dat nog niet hebt gedaan)
  3. Ga naar LiteSpeed Cache > Object Cache
  4. Stel de method in op Redis en de host op 127.0.0.1
  5. Klik op Test Connection — je zou een groen vinkje moeten zien
  6. Sla op en leeg je cache

Je kunt verifierren dat Redis actief is door in je WordPress dashboard naar LiteSpeed Cache > Object te gaan. Daar zie je statistieken over cache hits en misses. Een goed werkende Redis-installatie toont een hit ratio van 85% of hoger.

Redis-optimalisatie voor WooCommerce

Standaard werkt Redis prima, maar voor drukke WooCommerce shops zijn er extra optimalisaties:

Instelling Standaard Geoptimaliseerd Reden
maxmemory 64 MB 128-256 MB WooCommerce heeft meer objecten om te cachen
maxmemory-policy noeviction allkeys-lru Verwijdert minst recent gebruikte keys als geheugen vol is
TTL (cache levensduur) 3600s 7200s Productdata verandert niet vaak, langere cache is veilig

Als je merkt dat je Redis-hit-ratio onder de 80% zakt, is het geheugen waarschijnlijk te klein en worden objecten te snel verwijderd. Neem in dat geval contact op met je hostingprovider om het Redis-geheugen te verhogen.

Afbeeldingen optimaliseren

Afbeeldingen vormen gemiddeld 60-70% van het totale paginagewicht van een WooCommerce webshop. Een enkele ongeoptimaliseerde productfoto kan groter zijn dan alle HTML, CSS en JavaScript van je hele pagina bij elkaar. Afbeeldingsoptimalisatie is daarmee een van de meest impactvolle verbeteringen die je kunt doorvoeren voor je WooCommerce snelheid.

WebP-formaat: kleiner zonder kwaliteitsverlies

WebP is een modern afbeeldingsformaat ontwikkeld door Google dat 25-35% kleiner is dan JPEG bij dezelfde visuele kwaliteit. Voor productfoto's betekent dit: scherpere afbeeldingen die sneller laden. Alle moderne browsers ondersteunen WebP (Chrome, Firefox, Safari, Edge).

Met LiteSpeed Cache kun je WebP automatisch inschakelen:

  1. Ga naar LiteSpeed Cache > Image Optimization
  2. Zet Auto Request Cron op Aan
  3. Zet Auto Pull Cron op Aan
  4. Onder het tabblad Image WebP Replacement: zet op Aan
  5. Klik op Send Optimization Request

LiteSpeed stuurt je afbeeldingen naar hun eigen optimalisatieservers, converteert ze naar WebP en stuurt ze terug. Dit gebeurt op de achtergrond zonder dat je site traag wordt. De originele afbeeldingen blijven bewaard als fallback.

Correcte afmetingen voor productafbeeldingen

WooCommerce genereert automatisch meerdere formaten van elke uploadde afbeelding. Configureer deze onder WooCommerce > Instellingen > Producten > Weergave:

Afbeeldingstype Aanbevolen formaat Gebruikt op
Catalogusafbeelding 450 x 450 px Shop-overzichtspagina, categoriepagina's
Enkele productafbeelding 800 x 800 px Individuele productpagina
Productminiatuur 150 x 150 px Winkelwagen, cross-sells, galerij-thumbnails

Upload je productfoto's in een formaat van maximaal 1200 x 1200 pixels. Grotere afbeeldingen worden verkleind maar het origineel neemt wel opslagruimte in beslag en de verkleining kost verwerkingstijd. Gebruik voor de compressie een kwaliteitsniveau van 82-85% — dit is de sweet spot waar het menselijk oog geen verschil meer ziet maar de bestandsgrootte significant kleiner is.

Lazy loading: laad wat zichtbaar is

Lazy loading zorgt ervoor dat afbeeldingen pas worden geladen wanneer ze in (of vlak bij) het zichtbare schermgebied komen. Voor een categoriepagina met 24 producten betekent dit dat alleen de eerste 6-8 afbeeldingen direct worden geladen. De rest volgt pas als de bezoeker naar beneden scrollt.

LiteSpeed Cache biedt uitstekende lazy loading:

  • Ga naar LiteSpeed Cache > Page Optimization > Media Settings
  • Zet Lazy Load Images op Aan
  • Zet Basic Image Placeholder op Aan — toont een lichtgrijze achtergrond terwijl de afbeelding laadt
  • Zet Responsive Placeholder op Aan — voorkomt layout shifts (CLS) door de juiste ruimte te reserveren
  • Zet Lazy Load Iframes op Aan — voor embedded video's op productpagina's

Belangrijk: sluit je bovenste productafbeelding (hero image) uit van lazy loading. Dit element bepaalt je LCP-score en moet zo snel mogelijk laden. Je kunt dit doen door de CSS-klasse van je hero image toe te voegen aan de Lazy Load Image Excludes.

Compressie-checklist voor productfoto's

Volg dit stappenplan voor elke productfoto die je uploadt:

  1. Maak de foto in hoge resolutie (minimaal 1200 x 1200 px)
  2. Bewerk en crop naar het gewenste formaat
  3. Exporteer als JPEG met kwaliteit 85% of als PNG voor afbeeldingen met transparantie
  4. Comprimeer met een tool als ShortPixel, Imagify of Squoosh (gratis online)
  5. Upload naar WordPress — LiteSpeed Cache maakt automatisch een WebP-versie
  6. Controleer dat de bestandsgrootte onder de 200 KB blijft per afbeelding

Database opschonen

De WordPress-database is het hart van je WooCommerce webshop. Elke productweergave, elke bestelling, elke prijsberekening vereist database-queries. Een opgeblazen, niet-geoptimaliseerde database vertraagt al deze operaties. Na maanden of jaren gebruik kan de database aanzienlijk vervuild zijn met onnodige data.

De grootste boosdoeners

De volgende databrontypes zijn de meest voorkomende oorzaken van een trage WooCommerce database:

Post revisions

WordPress slaat standaard elke wijziging op als een aparte revisie. Een product dat 20 keer is bewerkt heeft 20 revisies in de database. Bij 500 producten zijn dat potentieel 10.000 extra rijen. Beperk revisies door deze regel toe te voegen aan je wp-config.php:

  • define('WP_POST_REVISIONS', 3); — behoudt maximaal 3 revisies per post/product

Bestaande oude revisies verwijder je met de volgende SQL-query (maak eerst een backup):

  • DELETE FROM wp_posts WHERE post_type = 'revision' AND post_date < DATE_SUB(NOW(), INTERVAL 30 DAY);

Verlopen transients

Transients zijn tijdelijke data die WordPress en plugins opslaan in de wp_options-tabel. WooCommerce maakt intensief gebruik van transients voor productcaches, sessiedata en tijdelijke berekeningen. Verlopen transients worden niet automatisch opgeruimd en stapelen zich op.

  • DELETE FROM wp_options WHERE option_name LIKE '_transient_timeout_%' AND option_value < UNIX_TIMESTAMP();
  • DELETE FROM wp_options WHERE option_name LIKE '_transient_%' AND option_name NOT LIKE '_transient_timeout_%' AND option_name IN (SELECT REPLACE(option_name, '_transient_timeout_', '_transient_') FROM (SELECT option_name FROM wp_options WHERE option_name LIKE '_transient_timeout_%' AND option_value < UNIX_TIMESTAMP()) AS expired);

Verlopen WooCommerce-sessies

WooCommerce slaat winkelwagen-sessies op in de wp_woocommerce_sessions-tabel. Bij drukke webshops kan deze tabel snel groeien tot tienduizenden rijen. Verlopen sessies worden niet altijd netjes opgeruimd:

  • DELETE FROM wp_woocommerce_sessions WHERE session_expiry < UNIX_TIMESTAMP();

De wp_options-tabel: het verborgen knelpunt

De wp_options-tabel is een veelvoorkomend verborgen knelpunt. WordPress laadt bij elke paginaweergave alle rijen waar autoload = 'yes'. Bij een typische WooCommerce-installatie met 30 plugins kunnen er honderden autoloaded opties zijn die bij elke request worden ingeladen, ook als ze niet nodig zijn.

Controleer de grootte van je autoloaded data:

  • SELECT SUM(LENGTH(option_value)) AS autoload_size FROM wp_options WHERE autoload = 'yes';

Als dit getal boven de 1 MB komt, is optimalisatie nodig. Veel plugins laden hun volledige configuratie als autoload terwijl dit niet nodig is. Je kunt de grootste boosdoeners vinden met:

  • SELECT option_name, LENGTH(option_value) AS size FROM wp_options WHERE autoload = 'yes' ORDER BY size DESC LIMIT 20;

Geautomatiseerde opschoning met WP-Optimize

Handmatig SQL-queries uitvoeren is foutgevoelig. Gebruik liever een plugin als WP-Optimize voor geautomatiseerde opschoning:

  1. Installeer en activeer WP-Optimize
  2. Ga naar WP-Optimize > Database
  3. Selecteer: oude revisies, auto-drafts, verwijderde posts, spam-reacties, verlopen transients
  4. Klik op Run all selected optimizations
  5. Onder het tabblad Instellingen: plan een wekelijkse automatische opschoning in

Checkout-pagina versnellen

De checkout-pagina is het moment waarop een bezoeker verandert in een klant. Een trage checkout veroorzaakt cart abandonment — en dat is direct omzetverlies. Gemiddeld verlaat 70% van de shoppers hun winkelwagen, en een trage laadtijd is een van de meest genoemde redenen.

Minimaliseer plugins op de checkout

Veel WordPress-plugins laden hun CSS en JavaScript op elke pagina, ook op de checkout. Dit is onnodig en schadelijk. Gebruik een plugin als Asset CleanUp of Perfmatters om per pagina te bepalen welke scripts worden geladen:

  • Deactiveer contact form plugins op de checkout (Contact Form 7, WPForms)
  • Deactiveer social media widgets en sharing buttons
  • Deactiveer sliders en animatiescripts
  • Deactiveer analytics-scripts die niet essentieel zijn voor conversietracking
  • Deactiveer chat widgets (of laad ze pas na 5 seconden via defer)

Het doel: de checkout-pagina laadt alleen WooCommerce-core, je thema, de betaalprovider en essentieel tracking. Niets meer.

Directe betaling: minder stappen, snellere conversie

Hoe meer stappen en paginaladingen je checkout vereist, hoe meer kansen er zijn om klanten te verliezen. Optimaliseer het betaalproces:

  • Eenpagina-checkout — gebruik een plugin als CheckoutWC of activeer de WooCommerce Block Checkout die alles op een pagina toont
  • Express betaalmethodes — Apple Pay, Google Pay en iDEAL-direct verminderen het aantal klikken drastisch
  • Guest checkout — verplicht geen account aanmaken voor een bestelling. Bied het optioneel aan na afrekenen
  • Adres auto-aanvullen — gebruik de PostcodeAPI of Google Places Autocomplete zodat klanten alleen hun postcode en huisnummer invoeren

Prefetching van checkout-resources

Je kunt de browser alvast resources laten ophalen die nodig zijn op de checkout. Voeg deze code toe aan je thema's functions.php of via een code snippets plugin:

  • Voeg dns-prefetch toe voor je betaalprovider (bijv. Mollie, Stripe, MultiSafepay)
  • Voeg preconnect toe voor externe domeinen die op de checkout worden gebruikt
  • Op de winkelwagen-pagina: voeg prefetch toe voor de checkout-pagina CSS en JS

Hierdoor zijn de verbindingen naar externe diensten al opgezet voordat de klant op "afrekenen" klikt, wat de waargenomen laadtijd van de checkout merkbaar verkort.

CDN configureren met QUIC.cloud

Een CDN (Content Delivery Network) distribueert je statische bestanden over servers wereldwijd. Voor Nederlandse webshops met voornamelijk Nederlands verkeer is het effect op de laadtijd beperkter dan voor internationale shops, maar er zijn andere voordelen die het de moeite waard maken.

Waarom QUIC.cloud voor LiteSpeed-hosting

QUIC.cloud is het CDN dat specifiek is ontwikkeld voor LiteSpeed-servers. Het onderscheidt zich van generieke CDN's als Cloudflare op een cruciaal punt: het kan ook dynamische content cachen en optimaliseren. Voor WooCommerce betekent dit dat zelfs niet-gecachte pagina's sneller worden geserveerd.

Voordelen van QUIC.cloud voor WooCommerce:

  • Dynamische pagina-caching — cachet productpagina's op CDN-niveau, inclusief ESI-ondersteuning voor winkelwagens
  • Afbeeldingsoptimalisatie — converteert en comprimeert afbeeldingen on-the-fly naar WebP
  • CSS/JS-optimalisatie — minificeert en combineert bestanden op CDN-niveau
  • QUIC-protocol — snellere verbindingsopbouw dan traditioneel TCP, vooral merkbaar op mobiel
  • DDoS-bescherming — beschermt je webshop tegen aanvallen

QUIC.cloud instellen via LiteSpeed Cache

De configuratie verloopt volledig via de LiteSpeed Cache plugin:

  1. Ga naar LiteSpeed Cache > CDN
  2. Klik op QUIC.cloud en maak een gratis account aan (of log in)
  3. Koppel je domein — QUIC.cloud genereert een API key
  4. Voer de API key in bij LiteSpeed Cache > General > Domain Key
  5. Zet CDN op Aan
  6. Configureer de CDN Mapping: voeg je statische bestandsmappen toe (wp-content/uploads, wp-includes)

QUIC.cloud biedt een gratis tier die voor de meeste kleine tot middelgrote webshops voldoende is. Voor drukke shops met veel verkeer zijn er betaalde plannen met meer bandbreedte en geavanceerde functies.

Core Web Vitals voor webshops

De Core Web Vitals zijn niet voor elke website hetzelfde. Webshops hebben specifieke uitdagingen die een blog of bedrijfssite niet heeft. Hier bespreken we de drie metrieken specifiek vanuit een WooCommerce-perspectief en hoe je ze optimaliseert.

LCP (Largest Contentful Paint) voor productpagina's

Op een productpagina is het LCP-element bijna altijd de hoofdproductafbeelding. Optimaliseer deze als volgt:

  • Geen lazy loading op de hoofdafbeelding — dit is het LCP-element en moet direct laden
  • Voeg een preload hint toe voor de productafbeelding. Dit vertelt de browser om de afbeelding met prioriteit op te halen
  • Serveer de juiste afmetingen — een 3000 px brede foto die op 800 px wordt weergegeven verspilt bandbreedte
  • Gebruik WebP of AVIF — kleinere bestanden laden sneller
  • Vermijd CSS-achtergrondafbeeldingen voor producten — de browser ontdekt deze later dan gewone img-tags

Op categoriepagina's is het LCP-element vaak de eerste productafbeelding in het grid of een categorie-banner. Zorg dat dit element geen lazy loading heeft en zo snel mogelijk kan laden.

INP (Interaction to Next Paint) voor interactieve elementen

INP meet hoe snel je site reageert op interactie. Voor WooCommerce zijn de kritieke interacties:

Interactie Veelvoorkomend probleem Oplossing
Toevoegen aan winkelwagen JavaScript-blokkering door zware scripts Defer non-essential JS, gebruik native AJAX add-to-cart
Productfilters Volledige pagina herlaadt bij filter AJAX-gebaseerde filters (FacetWP, FLAVOR)
Variatie selecteren Alle variaties worden als JSON geladen Limiteer variaties of gebruik AJAX-loaded variaties
Zoekfunctie Trage database-queries bij live search Elasticsearch of Algolia voor instant search
Checkout formulier Validatie blokkeert interactie Async validatie, debounce input events

De grootste INP-verbeteringen behaal je door zware JavaScript uit te stellen. Ga naar LiteSpeed Cache > Page Optimization > JS Settings en zet JS Defer op Aan. Dit zorgt ervoor dat JavaScript-bestanden pas worden uitgevoerd nadat de pagina is gerenderd.

CLS (Cumulative Layout Shift) voorkomen

Layout shifts zijn bijzonder storend in webshops. Stel je voor: een klant wil op "toevoegen aan winkelwagen" klikken, maar op dat moment schuift een element naar beneden door een laat-ladende afbeelding of advertentie, en de klant klikt per ongeluk ergens anders. Frustrerend en slecht voor je conversie.

Voorkom CLS in WooCommerce:

  • Definieer afmetingen voor alle afbeeldingen — zorg dat width en height attributen aanwezig zijn op elke img-tag
  • Reserveer ruimte voor productthumbnails — gebruik aspect-ratio in CSS voor je productgrid
  • Laad fonts lokaal — web fonts die van Google Fonts worden geladen veroorzaken een flash of unstyled text. Gebruik een tool als OMGF om Google Fonts lokaal te hosten
  • Vermijd inject-scripts boven de fold — advertenties, review-widgets en social proof popups moeten onder de fold of na interactie laden
  • Stel min-height in op dynamische elementen — review-secties, related products en upsell-blokken

Hosting als fundament van snelheid

Alle optimalisaties die we tot nu toe hebben besproken — caching, Redis, afbeeldingen, database cleanup — zijn waardevol en noodzakelijk. Maar ze hebben een gemeenschappelijke beperking: ze kunnen een traag fundament niet compenseren. Als je hosting traag is, bouw je op drijfzand.

Waarom alle optimalisatie faalt op trage hosting

Stel: je hosting heeft een TTFB van 800 ms. Dat betekent dat de server 800 ms nodig heeft om ook maar het eerste byte naar de browser te sturen. Geen enkele frontend-optimalisatie kan die 800 ms terugwinnen. Op goede hosting met LiteSpeed en NVMe SSD is die TTFB 80-150 ms — dat is een verschil van meer dan een halve seconde voordat de browser zelfs maar begonnen is met renderen.

Dezelfde logica geldt voor database-queries. Als je MySQL-server op een overbelaste shared server draait met HDD-opslag, duurt elke query langer. Redis kan veelgebruikte queries cachen, maar een cold cache of een complexe WooCommerce-query (bijvoorbeeld bij het filteren van 5.000 producten) moet alsnog naar de database. Op NVMe SSD is die query 10-35x sneller dan op HDD.

Wat WooCommerce-hosting onderscheidt van gewone hosting

Niet alle hosting is geschikt voor WooCommerce. Een webshop stelt andere eisen dan een blog of bedrijfswebsite:

Eigenschap Blog/bedrijfssite WooCommerce webshop
Database-intensiteit Laag (10-20 queries/pagina) Hoog (40-100 queries/pagina)
Dynamische content Weinig (meeste is cacheable) Veel (winkelwagen, prijzen, voorraad)
Piekmomenten Geleidelijk Extreme pieken (sales, feestdagen)
PHP-geheugen nodig 128 MB voldoende 256-512 MB aanbevolen
Cron jobs Minimaal Intensief (voorraad sync, prijsupdates, emails)
SSL-performance Belangrijk Kritiek (checkout-beveiliging, klantvertrouwen)

Dit is precies waarom Theory7 WooCommerce hosting is geoptimaliseerd voor deze specifieke eisen. LiteSpeed Enterprise met LSAPI verwerkt PHP-verzoeken tot 6x sneller dan Apache. NVMe SSD-opslag levert de IOPS die WooCommerce nodig heeft voor al die database-queries. Redis object caching vangt herhaalde queries op. En HTTP/3 met QUIC zorgt voor snellere verbindingsopbouw, vooral belangrijk voor mobiele shoppers.

De juiste hosting kiezen voor jouw webshop

Niet elke webshop heeft dezelfde hosting nodig. Overweeg de volgende factoren bij je keuze:

  • Aantal producten — tot 500 producten: shared hosting volstaat. 500-5.000 producten: overweeg een krachtig shared pakket of een VPS. Meer dan 5.000 producten: een VPS of dedicated server is aan te raden.
  • Verwacht verkeer — tot 50.000 bezoekers per maand: shared hosting. 50.000-200.000: een VPS. Meer: dedicated of cloud hosting.
  • Groeiplannen — begin niet te klein als je verwacht snel te groeien. Migreren is altijd een risico en kost tijd.
  • Technische kennis — managed hosting (zoals bij Theory7) betekent dat de server voor je wordt beheerd en geoptimaliseerd. Unmanaged is goedkoper maar vereist technische kennis.

Een goede vuistregel: investeer minimaal 5-10% van je maandelijkse webshop-omzet in hosting. Een webshop die 5.000 euro per maand omzet kan prima draaien op WordPress hosting van een kwalitatieve provider. Bij 20.000+ euro per maand loont het om naar een VPS of hogere tier te kijken.

Stap-voor-stap actieplan

We hebben veel behandeld in dit artikel. Hier is een concreet actieplan dat je vandaag kunt starten. Werk de stappen af in volgorde — elke stap bouwt voort op de vorige.

Week 1: meten en basis

  1. Meet je huidige snelheid met Google PageSpeed Insights en GTmetrix (noteer alle scores)
  2. Controleer je PHP-versie en upgrade naar 8.2 of 8.3
  3. Installeer en configureer LiteSpeed Cache met de WooCommerce-instellingen uit dit artikel
  4. Activeer Redis object caching
  5. Meet opnieuw en vergelijk

Week 2: afbeeldingen en database

  1. Activeer WebP-conversie via LiteSpeed Cache Image Optimization
  2. Configureer lazy loading (met uitsluiting van hero images)
  3. Controleer je productafbeelding-afmetingen en pas aan
  4. Voer een database-opschoning uit met WP-Optimize
  5. Plan wekelijkse automatische opschoning in

Week 3: checkout en frontend

  1. Audit welke scripts op de checkout laden en deactiveer onnodige
  2. Activeer JS Defer en CSS minification in LiteSpeed Cache
  3. Configureer font-optimalisatie (lokaal hosten van Google Fonts)
  4. Test je Core Web Vitals en los eventuele CLS-problemen op
  5. Overweeg QUIC.cloud CDN te activeren

Week 4: fine-tuning en monitoring

  1. Voer een volledige snelheidstest uit en vergelijk met je baseline uit week 1
  2. Stel monitoring in via Google Search Console (Core Web Vitals rapport)
  3. Configureer uptime monitoring zodat je gewaarschuwd wordt bij problemen
  4. Documenteer je configuratie zodat je bij problemen snel kunt terugvallen

Als je dit actieplan volgt, zul je na 4 weken een significant snellere webshop hebben. De meeste WooCommerce-shops zien een verbetering van 40-70% in laadtijd na het doorvoeren van deze optimalisaties. En dat vertaalt zich direct in betere Google-posities, hogere conversie en meer omzet.

Wil je direct beginnen met een snelle basis? Bekijk onze gids over snelle WooCommerce hosting of ontdek wat managed WooCommerce hosting voor je webshop kan betekenen. Een geoptimaliseerde server in combinatie met de tips uit dit artikel geeft je webshop het snelste fundament dat er is.

Veelgestelde vragen over WooCommerce snelheid

Hoe snel moet een WooCommerce webshop laden?

Een WooCommerce webshop moet idealiter binnen 2 seconden volledig geladen zijn. De TTFB (Time to First Byte) moet onder de 200 ms liggen. Elke seconde extra laadtijd kost je gemiddeld 7% conversie. Google beloont snelle webshops bovendien met een betere positie in de zoekresultaten.

Welke caching-plugin is het beste voor WooCommerce?

LiteSpeed Cache is de beste caching-plugin voor WooCommerce als je hosting op LiteSpeed draait. De plugin communiceert direct met de webserver en ondersteunt ESI (Edge Side Includes) waarmee je dynamische elementen zoals winkelwagens kunt cachen. Voor niet-LiteSpeed hosting zijn WP Rocket of W3 Total Cache goede alternatieven.

Wat is Redis object caching en waarom is het belangrijk voor WooCommerce?

Redis is een in-memory database die veelgebruikte database-queries cached in het werkgeheugen (RAM). WooCommerce voert bij elke paginaweergave tientallen database-queries uit voor producten, prijzen, voorraad en sessies. Redis vangt deze op zodat ze niet steeds opnieuw uit de database hoeven te worden gelezen. Dit verlaagt de TTFB met 30-50%.

Hoeveel sneller wordt mijn webshop door afbeeldingen te optimaliseren?

Afbeeldingen vormen gemiddeld 60-70% van het totale paginagewicht van een WooCommerce webshop. Door over te stappen op WebP-formaat, lazy loading in te schakelen en correcte afmetingen te gebruiken kun je het paginagewicht met 50-80% verminderen. Dit resulteert in laadtijden die 1-3 seconden sneller zijn.

Hoe vaak moet ik mijn WooCommerce database opschonen?

Plan een wekelijkse automatische database-opschoning in via WP-Optimize of een vergelijkbaar hulpmiddel. Verwijder verlopen transients, oude revisies, spam-reacties en verlopen sessies. Voor drukke webshops met meer dan 100 bestellingen per dag is dagelijkse opschoning aan te raden. Een schone database is direct merkbaar in snellere laadtijden.