Replay van de 5 typetrajecten
Eenvoudige winkelwagen, winkelwagen met combinaties, winkelwagen met kortingscode, B2C-/B2B-winkelwagen, winkelwagen met internationale verzending. Elk traject wordt gereplayed met de Chrome-netwerkinspecteur open.
💸 Elke dag die voorbijgaat = verloren omzet
Verliest uw PrestaShop-flow
Verliest uw PrestaShop-flow
bestellingen ?
wij auditen en repareren hem.
Audit en correctie van de PrestaShop-aankoopflow
Winkelwagen die leegloopt, stap die blijft hangen, betaalknop die niet reageert, Stripe-webhook niet ontvangen, bestelling betaald maar nooit geregistreerd : wij replayen uw traject, identificeren het lek, en corrigeren binnen 24 u. Bij de laatste audit : +48 herstelde winkelwagens/maand.
✓ Gratis pré-audit 30 min
✓ Offerte binnen 24 werkuren
✓ Vanaf 70 €/u excl. btw
✓ Berekening van herstelde omzet
💸 Hoeveel het u werkelijk kost
Een checkout-bug is omzet die weglekt, in stilte
Maak de rekensom. De kosten van niets doen zijn bijna altijd hoger dan de interventiekosten.
~50
verlaten winkelwagens / maand
puur technische oorzaken (gemiddelde audits 2025-2026)
puur technische oorzaken (gemiddelde audits 2025-2026)
× 60 €
gemiddelde winkelwagen
standaard B2C-webshop
standaard B2C-webshop
3 000 €
herstelbare omzet / maand
na correctie van de bug
na correctie van de bug
💡 Typische interventie 2-4 u op offerte (vanaf 70 €/u excl. btw) · ROI vanaf de eerste maand na de fix.
🔎 De typische bugs
De 8 meest voorkomende checkout-bugs
Geïdentificeerd op 30 PrestaShop checkout-audits 2025-2026. Herken de uwe.
1. Winkelwagen die leegloopt tussen adres- en betaalstap
Typische oorzaak : incompatibele SameSite-cookies sinds Chrome 80. De klant wordt doorgestuurd naar Stripe / PayPal, komt terug op uw site, de sessie is leeg. Fix : SameSite=None; Secure forceren op de sessiecookie, controleren dat alles via HTTPS loopt, testen op 3 browsers.
2. Stap « Verzending » die blijft hangen
Typische oorzaak : geen enkele vervoerder beschikbaar voor het gewicht/de zone van de winkelwagen. De knop « Volgende » valideert de stap niet omdat de vervoerderstabel leeg is. Fix : volledige audit van de vervoerders (zones, gewichten, afmetingen), aanmaken van een fallback-vervoerder « standaard » om het nulgeval te vermijden.
3. Bestelling betaald maar niet aangemaakt (webhook Stripe / PayPal)
Typische oorzaak : webhook-endpoint geblokkeerd of in fout. De klant betaalt op Stripe, Stripe stuurt een bevestigings-POST naar uw webshop, uw WAF of Cloudflare blokkeert het verzoek (of het PHP-endpoint crasht). Fix : controle van de Stripe-dashboardlogs, whitelist van de Stripe-IP's op de WAF, debug van de PHP-handler.
4. Winkelwagentotaal dat negatief wordt
Typische oorzaak : promotiemodule of kortingscode die een korting verkeerd toepast op reeds afgeprijsde producten, slecht afgerond bedrag incl. btw, of niet-beheerde stapeling van kortingen. PrestaShop weigert de bestelling dan stilletjes. Fix : audit van de promomodule, toevoegen van een validatie aan de Cart::getOrderTotal()-zijde.
5.
max_input_vars te laag
Typische oorzaak : PHP-limieten bereikt bij een winkelwagen met veel combinaties. max_input_vars standaard = 1000, wat onvoldoende is voor een winkelwagen van 8 artikelen × meerdere combinaties. Het POST-verzoek wordt afgekapt, de winkelwagen beschadigd. Fix : php_value max_input_vars 4000 in .htaccess of de PHP-FPM-pool.
6. Betaalmodule die in timeout gaat
Typische oorzaak : API-aanroep van de betaalmodule die de PHP-max_execution_time overschrijdt, of DNS die traag resolvet naar de API van de PSP. De klant ziet een eindeloze spinner en daarna een fout. Fix : verhoging van de timeout, optimalisatie van de API-aanroep (caching van het PSP-token), monitoring van de responstijd.
7. JavaScript geblokkeerd door een andere module
Typische oorzaak : trackingmodule die een JS injecteert met een syntaxfout, waardoor de JS van de checkout niet kan worden uitgevoerd. Het formulier verzendt niet. Fix : inspectie van de Chrome-console (F12 → Console), deactivering van de foutieve module, melding aan de uitgever.
8. Negatieve voorraad → bestelling stilletjes geweigerd
Typische oorzaak : meerdere klanten bestellen tegelijk hetzelfde product, de voorraad gaat naar -1 tussen de winkelwagenvalidatie en de bestelregistratie, PrestaShop weigert stilletjes. Fix : activering van de modus « bestellingen bij uitputting toestaan », of een SQL-lock op de voorraad tijdens de transactie.
🩺 Auditmethode
Hoe wij uw checkout auditen
3 tot 4 uur structurele diagnose. Geen giswerk, geen generieke checklist.
Audit van de modules die de checkout raken
Betaalmodules, vervoerders, kostenberekening, promotie, loyaliteit, belastingen. Voor elk : versie, laatste update, aangesloten hooks, geïnjecteerde JS, potentieel foutoppervlak.
Lezen van de serverlogs
Apache-, PHP-FPM-, PrestaShop-logs (
/var/logs/), PSP-webhooks. Identificatie van stille fouten en mislukte verzoeken.
Analyse Analytics + verlaten winkelwagens
GA4-conversietrechter per stap, identificatie van de lekstap. Als de export van verlaten winkelwagens beschikbaar is : kruising met de serverlogs om het exacte moment van afhaken te identificeren.
Tests op meerdere browsers en apparaten
Chrome desktop, Safari iOS, Chrome Android, Firefox. Elke combinatie legt specifieke bugs bloot (SameSite-cookies Safari, Apple Pay iOS, WhatsApp in-app browser, enz.).
Rapport + raming van de herstelbare omzet
Lijst van gevonden bugs, ernst, voorgestelde fix, geschatte tijd, maandelijks herstelbare omzet. U beslist wat we corrigeren.
💰 Tarieven
Tarieven vooraf bekendgemaakt
Gratis pré-audit. Voor de interventie weet u precies hoeveel het kost voordat ik de code aanraak.
🔍 Pré-audit
Pré-audit
het lek in de flow vinden
0€gratis
30 min · vrijblijvend
- Replay van een typisch aankooptraject
- 2 bugs met de hoogste waarschijnlijkheid geïdentificeerd
- Prijsofferte + geschatte herstelbare omzet
- U beslist of u doorgaat
⚡ Meest gevraagd
🔧 Interventie
Gerichte interventie
de aankoopflow repareren
vanaf 70€excl. btw
volgens diagnose · prijs vooraf bekendgemaakt
- Back-up van bestanden + database vóór interventie
- Correctie van de bug (cookies, hook, webhook, vervoerder...)
- Tests op 5 typewinkelwagens + meerdere browsers
- Schriftelijk rapport oorzaak + herstelbare omzet
- Garantie 30 dagen op de fix
🛡️ Onderhoud
Onderhoud Performance
maandelijkse test van de flow
vanaf 50€/ maand
24/7 bewaking · verbintenis 12 maanden
- Geautomatiseerde replay van het maandelijkse aankooptraject
- Back-ups dagelijks automatisch en extern opgeslagen
- Opvolging verlaten winkelwagens + waarschuwing bij abnormale piek
- Interventie met prioriteit bij checkout-bug
🧭 Verwar het niet
Een checkout-bug is niet...
❌ Geen trage site
Als de checkout 8 s nodig heeft om te laden maar uiteindelijk werkt, is het een performanceprobleem, geen functionele bug. Zie de perf-pagina.
Perf-pagina → ❌ Geen 500 op de checkoutAls de betaalstap HTTP ERROR 500 of een Apache-pagina toont, is het een serverfout, geen functionele bug. Zie de 500-pagina.
❌ Geen normaal hoog verlatingspercentage
70 % verlaten winkelwagens is een normaal percentage in e-commerce. Als u op 95 %+ zit, dan is er inderdaad een technische bug. We onderscheiden altijd gedragsmatige verlating versus technische blokkering.
❓ FAQ
PrestaShop checkout-bug — veelgestelde vragen
Vijf oorzaken : (1) incompatibele SameSite-cookies sinds Chrome 80, (2) promotiemodule die de winkelwagen aanpast op
actionCartSave, (3) winkelwagen-token opnieuw gegenereerd door een slecht geschreven override, (4) PHP-max_input_vars bereikt, (5) PHP-sessie die verloopt (gc_maxlifetime te laag). De echte diagnose vereist een replay van het traject met netwerkinspecteur + serverlogs.Drie indicatoren om te combineren : (1) conversiepercentage checkout in GA4, de stap waar de daling abnormaal is onthult de bug, (2) serverlogs : de POST
/order-opc in 500 of een onverwachte redirect, (3) e-mails over verlaten winkelwagens. Laatste klantcase : 48 winkelwagens/maand × 60 € = 2 880 €/maand verloren, meer dan de interventiekosten.Gratis pré-audit (30 min) en daarna interventie op offerte, vanaf 70 €/u excl. btw. De meeste standaard checkout-bugs (cookies, sessie, foutieve hook, vervoerder, webhook) worden in 2 tot 4 u opgelost zodra de oorzaak is vastgesteld. De offerte wordt binnen 24 werkuren verstuurd vóór elke start : u weet wat u betaalt voordat we de site aanraken. Voor complexe gevallen (herziening van de flow, refactoring van de betaalmodule) is de scoping langer en wordt de prijsbepaling na de audit gepreciseerd.
Klassieke webhook-bug. Stripe/PayPal sturen na betaling een POST naar uw site. Als het verzoek mislukt (WAF-firewall, ongeldige SSL, endpoint in 500/timeout), registreert uw site de bestelling niet terwijl de klant heeft betaald. Fix : (1) de webhook-logs in het PSP-dashboard controleren, (2) het endpoint testen met curl, (3) de PHP-fout corrigeren of IP whitelisten. Stille maar dure bug.
Vier oorzaken naar frequentie : (1) geen enkele vervoerder beschikbaar voor de zone/het gewicht, (2) module voor verzendkostenberekening die stilletjes crasht, (3) JavaScript geblokkeerd door een andere module, (4) servervalidatie die weigert zonder expliciete terugkoppeling. Diagnose altijd via replay met Network van Chrome open.
Ja, FTP- of SSH-toegang volstaat. We diagnosticeren het merendeel van de bugs door het lezen van de Apache-logs +
/var/logs/ + inspectie van de code van de betaal-/vervoerdersmodules. Voor de fixes die een BO-interventie vereisen (module activeren, vervoerder configureren), halen we indien nodig een adminaccount op via SQL.
🛡️ Continu testen
En als we uw flow elke maand testten ?
Geautomatiseerde replay van het aankooptraject elke maand, directe waarschuwing als een stap begint te haperen, RUM-audit van verlaten winkelwagens : inbegrepen in het onderhoud Performance.
Bekijk de onderhoudsformules →Verliest u op dit moment bestellingen ?
Gratis pré-audit van 30 min : wij replayen uw traject en vertellen u wat er mis is. Offerte binnen 24 werkuren, interventie vanaf 70 €/u excl. btw.