Je hebt een drukke zomer achter de rug, het is augustus, en iemand in je team vraagt wanneer jullie beginnen met de voorbereiding voor Black Friday. Het goede antwoord is: nu. Het eerlijke antwoord is: voor veel webshops is dat al te laat om alles rustig te doen.
Black Friday valt dit jaar op 27 november. Dat klinkt ver weg, maar de technische taken die bepalen of jouw webshop die dag overeind blijft, hebben aanlooptijd nodig. Servertests, loadbalancing, betalingsintegraties en voorraadsynchronisatie: dit zijn geen klusjes die je in een weekend afrondt. Wij van Entrepreneuronline.nl zien elk jaar hetzelfde patroon: webshops die in de eerste week van november alsnog in paniek raken omdat een kritische instelling niet is getest of een hostingpartner weken levertijd heeft.
Deze checklist werkt terug vanuit de dag zelf. Elke technische taak heeft een harde deadline, zodat jij weet wat er vandaag, in september en uiterlijk half november geregeld moet zijn.
Waarom technische uitval op Black Friday zo pijnlijk is
Onderzoek onder Europese webshops laat een consistent patroon zien: de meeste technische problemen op Black Friday ontstaan niet bij middernacht als de aanbiedingen live gaan, maar tussen 10:00 en 11:30 ’s ochtends. Dat is het moment waarop een tweede golf bezoekers arriveert, de eerste orders zijn verwerkt en databases beginnen te haperen onder de cumulatieve belasting. Een tweede crashmoment ligt rond 20:00, als mensen na het avondeten nog snel profiteren van laatste deals.
De meest voorkomende oorzaken: betaalgateways die hun rate limits bereiken, CDN-configuraties die plotseling dynamische content gaan cachen (waardoor iedereen dezelfde uitverkochte voorraad ziet) en ERP-koppelingen die het simpelweg niet redden op uurlijkse synchronisatie terwijl er elke twee minuten tien orders binnenkomen. Al deze problemen zijn te voorkomen, maar alleen als je er ruim van tevoren mee begint.
Hoe deze checklist werkt
De taken zijn verdeeld over zes technische lagen, elk met een uiterste datum en een eigenaar-rol. Die rollen zijn:
- Developer: front-end en back-end code
- DevOps: infrastructuur, monitoring en deployments
- E-commerce manager: procesafspraken, leveranciers en communicatie
De statuskolom in de slottabel kun je zelf invullen en intern delen als planningsdocument.
Technische laag 1: Infrastructuur en schaalbaarheid (deadline: 1 oktober)
Dit is de basis van alles. Begin met een loadtest op je huidige configuratie: simuleer twee tot drie keer je verwachte piekvraag en kijk waar de server of database als eerste bezwijkt. Dat geeft je nog ruim drie tot vier weken om aanpassingen te regelen bij je hostingpartij of cloudprovider en te controleren of je infrastructuur klaar is om te schalen.
Stel auto-scaling in als je op een cloudplatform als AWS, Google Cloud of Azure draait, of vraag je managed hostingpartij nu al naar capaciteitsgaranties voor de periode van 25 november tot en met 2 december. Controleer tegelijk je CDN-configuratie: staan je statische assets (afbeeldingen, fonts, scripts) daadwerkelijk via het CDN geleverd, of laden ze nog van origine? Sluit dit onderdeel af met een review van databaseverbindingspooling, want dat is een klassieke bottleneck die pas zichtbaar wordt onder echte piekbelasting.
Eigenaar: DevOps (loadtest en infra), Developer (database-config)
Technische laag 2: Laadtijd en front-end performance (deadline: 15 oktober)
Google’s Core Web Vitals zijn inmiddels een directe rankingfactor, maar op Black Friday tellen ze ook mee voor conversie. Een pagina die op een gemiddelde dag in 2,5 seconden laadt, kan onder piekbelasting richting de vijf seconden gaan. Meet nu je Largest Contentful Paint, Cumulative Layout Shift en Interaction to Next Paint, en pak de drie grootste knelpunten aan.
Zet alle productafbeeldingen om naar WebP of AVIF en activeer lazy loading voor afbeeldingen die buiten het eerste schermgebied vallen. Inline je kritieke CSS zodat de pagina al iets toont voordat externe stylesheets zijn geladen, en elimineer render-blocking scripts door ze te defer- of async-laden. Leg daarna per paginatype vast welke cachingstrategie van toepassing is: een categoriepagina kan doorgaans vijf minuten gecached worden, een productpagina misschien één minuut, maar de checkout mag nooit gecached worden.
Eigenaar: Developer (front-end optimalisaties), DevOps (caching-regels)
Technische laag 3: Betaalgateways en transactiecapaciteit (deadline: 1 november)
Bel of mail je betaalprovider deze week nog om te vragen welke limieten er gelden. Hoeveel transacties per minuut kun je verwerken? Wat is je dagelijkse transactielimiet? Dit gesprek klinkt technisch, maar de uitkomst is bedrijfskritisch. Wij van Entrepreneuronline.nl adviseren ook om altijd een back-up betaalmethode actief te hebben: als Mollie of Adyen uitvalt, moet je klant toch kunnen afrekenen, bijvoorbeeld via Stripe of een directe bankoverschrijving.
Test je 3DS2-authenticatieflows end-to-end onder gesimuleerde piekbelasting, en documenteer het terugvalscenario als de primaire gateway uitvalt. Dat terugvalscenario moet gedrukt naast de laptop van je teamlid dat om 23:59 op Black Friday de wacht heeft.
Eigenaar: Developer (integratie en test), E-commerce manager (contracten en limieten)
Technische laag 4: Voorraad- en ERP-koppelingen (deadline: 1 november)
Een uurlijkse synchronisatie tussen je webshop en je ERP of WMS is op een normale dag acceptabel. Op Black Friday is het een recept voor oververkoop. Verhoog de synchronisatiefrequentie naar maximaal vijf minuten, of beter nog: schakel over naar real-time webhooks als je systeem dat ondersteunt.
Stel een buffer in op de maximale voorraadweergave. Verkoop je het op nul, of houd je twee tot vijf stuks achter als veiligheidsmarge? Activeer foutlogging op de koppeling zodat een mislukte sync direct een alert stuurt naar Slack of je monitoringtool, en bepaal van tevoren wat de webshop toont als de koppeling volledig wegvalt: ’tijdelijk niet beschikbaar’ of een bevroren voorraadgetal?
Eigenaar: Developer (koppeling en logging), E-commerce manager (bufferbeleid)
Technische laag 5: Monitoring en alerting (deadline: 7 november)
Uptime-monitoring heb je waarschijnlijk al, maar zijn de drempelwaarden afgesteld op je Black Friday-verwerkingsvolumes? Een response time van 800ms is op een gemiddelde dinsdag misschien acceptabel; op Black Friday wil je al een alert bij 400ms.
Activeer real user monitoring voor de checkout-funnel zodat je ziet waar echte gebruikers afhaken, niet alleen waar de server technisch trager wordt. Stel daarna een escalatiematrix op: wie is de eerste contactpersoon bij een server-incident midden in de nacht, wie is de tweede lijn, en wie mag beslissen of je de webshop tijdelijk offline haalt? Zet ook een statuspage klaar, al is het maar een simpele interne pagina of een Slack-kanaal, zodat je team en je klanten niet in het duister tasten als er iets misgaat.
Eigenaar: DevOps (monitoring en alerts), E-commerce manager (escalatiematrix en communicatie)
Technische laag 6: Crisisprotocol en war room (deadline: 14 november)
Dit is de harde half-november grens. Schrijf runbooks voor de vijf meest voorkomende uitvalscenario’s: server overbelast, betaling mislukt, voorraad onjuist weergegeven, CDN-storing en DNS-probleem. Een runbook is geen roman; het is een lijst van tien tot vijftien stappen die een teamlid zonder paniek kan afwerken.
Richt een war room in: een vast communicatiekanaal (Slack of Teams), een dienstrooster voor het hele Black Friday-weekend en duidelijke beslissingsbevoegdheden. Wie mag een rollback doen? Wie belt de hostingpartij buiten kantoortijden? Voer ten slotte een dry-run uit met het volledige team. Simuleer een scenario en test of iedereen weet wat hij of zij moet doen. Dit klinkt overdreven voor een kleine webshop, maar een half uur oefenen voorkomt twee uur paniek op de verkeerde dag.
Eigenaar: DevOps en Developer (runbooks), E-commerce manager (rooster en communicatie)
Wat je nu al kunt starten, deze week
Je hebt geen extern bureau of extra budget nodig voor de eerste stappen. Drie taken kun je direct oppakken:
- Draai een eenvoudige loadtest met een gratis tool als k6 of Locust en noteer op welk punt je server begint te haperen.
- Doe een CDN-audit: laad je homepage in een incognitotabblad en check in de browser-devtools welke assets nog van de origin-server komen in plaats van via het CDN.
- Bel of mail je betaalprovider en vraag expliciet naar je transactielimieten en de procedure voor capaciteitsuitbreiding in november.
Deze drie acties kosten je samen een halve dag en geven je direct inzicht in de grootste risico’s.
Overzicht: alle deadlines op een rij
| Technische laag | Kerntaken | Uiterste datum | Eigenaar | Status |
|---|---|---|---|---|
| Infrastructuur en schaalbaarheid | Loadtest, auto-scaling, CDN, databasepooling | 1 oktober | DevOps / Developer | |
| Laadtijd en front-end performance | Core Web Vitals, WebP, critical CSS, caching | 15 oktober | Developer / DevOps | |
| Betaalgateways | Limieten opvragen, back-up gateway, 3DS2-test | 1 november | Developer / E-commerce manager | |
| Voorraad- en ERP-koppelingen | Sync-frequentie, buffer, foutlogging, fallback | 1 november | Developer / E-commerce manager | |
| Monitoring en alerting | Drempelwaarden, RUM, escalatiematrix, statuspage | 7 november | DevOps / E-commerce manager | |
| Crisisprotocol en war room | Runbooks, rooster, beslissingsbevoegdheid, dry-run | 14 november | Heel team |
De technische staat van je webshop op 27 november wordt bepaald door beslissingen die je in augustus en september neemt, niet door wat je op 20 november nog snel probeert te repareren. Gebruik de checklist hierboven als intern planningsdocument: verdeel de taken, zet deadlines in je agenda en test tijdig. Dat is het enige wat werkt.
