Terwijl u zaterdagochtend koffie drinkt, draait uw server waarschijnlijk op volle toeren. Niet omdat klanten massaal bestellen, maar omdat vrijwel elk hostingpakket, elk CMS en elke backup-tool is ingesteld om zijn zwaarste taken juist dán uit te voeren. Dat lijkt logisch, maar het is precies de reden waarom er in het weekend dingen misgaan die niemand opmerkt totdat een klant belt.
Ik zie het patroon al jaren terugkomen bij klanten van Rondom Internet: de website werkt, de hosting is in orde, en toch gaat er af en toe iets mis op een zaterdagnacht of zondagmiddag. Geen hack, geen downtime die in een monitoringtool opduikt, maar een stille fout die alleen zichtbaar wordt als je precies op dat moment had gekeken.
Waarom het weekend de drukste tijd is voor uw server
Bijna elk automatiseringsproces is standaard ingesteld op een moment waarop de ontwikkelaar dácht dat er weinig verkeer was. Dat is historisch gegroeid: tien jaar geleden was zaterdagnacht 03:00 uur inderdaad stil. Updates, backups en cron-jobs werden daarom massaal op dat tijdstip gepland, vaak zonder dat iemand dat later nog aanpast.
Het probleem is dat uw bezoekersgedrag inmiddels is veranderd, maar de instellingen van uw hosting niet. Een webshop die mobiel verkeer trekt, ziet zaterdagavond vaak een piek. Een dienstverlener met internationale klanten heeft ’s nachts juist bezoekers uit een andere tijdzone. De “stille uren” van vroeger bestaan voor veel MKB-bedrijven niet meer, maar de automatische taken draaien nog steeds alsof het 2012 is.
Een concreet voorbeeld uit de praktijk
Bij een webshop die we beheren, draaide elke zaterdagnacht om 03:00 uur een volledige backup van de database en bestanden. Die backup duurde gemiddeld 47 minuten en zorgde voor een flinke piek in schijf- en processorgebruik: tijdens dat half uur reageerde de server tot 60% trager dan normaal.
Op zich geen probleem, want wie bestelt er nou om 03:00 uur? Tot bleek dat deze shop ook Belgische en Duitse klanten had die juist in het weekend laat online bestellingen plaatsten, soms na een avondje uit. Eén bestelling kwam binnen op 03:04 uur, precies tijdens de backup. De betaalbevestiging van de betaalprovider kreeg binnen de gestelde 30 seconden geen reactie van de server en gaf een timeout. De klant zag een foutmelding, probeerde het niet opnieuw, en de bestelling verdween stilletjes uit de administratie.
De eigenaar kwam er pas achter doordat de klant twee weken later belde om te vragen waar zijn pakket bleef, terwijl er helemaal geen bestelling in het systeem stond.
Wat dit u kost: een rekenvoorbeeld
Stel dat dit scenario zich gemiddeld twee keer per maand voordoet bij een webshop met een gemiddelde orderwaarde van 85 euro. Dat zijn 24 gemiste bestellingen per jaar, oftewel 2.040 euro omzet die stilletjes verdwijnt, zonder dat er ook maar één alert afgaat. Reken daar de gemiste klantwaarde van herhaalaankopen bij op, en het bedrag loopt al snel op naar 3.000 tot 5.000 euro per jaar aan onzichtbare schade.
Dat is geen uitzonderlijk geval. Het is simpelweg wat er gebeurt als automatiseringsinstellingen nooit meer zijn aangepast sinds de website live ging.
Hoe u dit zelf controleert en oplost
Stap 1: Breng uw echte drukte in kaart
Kijk in Google Analytics (of in uw serverlogs) naar bezoekers per uur, verdeeld over een periode van vier weken. Niet naar dagen, maar naar uren. De meeste ondernemers zijn verrast hoe actief hun site is op zaterdagavond of zondagochtend.
Stap 2: Vraag uw hostingpartij naar de exacte tijden van automatische taken
Vraag concreet: wanneer draaien de backups, wanneer de systeemupdates, wanneer de cache-vernieuwing? Veel ondernemers weten dit niet, en veel hostingbedrijven vertellen het ook niet ongevraagd.
Stap 3: Zoek het rustigste moment op basis van úw data
Niet het rustigste moment in het algemeen, maar het rustigste moment voor uw specifieke bezoekers. Bij de meeste MKB-webshops met voornamelijk Nederlandse klanten blijkt dat bijvoorbeeld dinsdagnacht rustiger is dan zaterdagnacht.
Stap 4: Splits zware taken van elkaar
Laat backups en updates nooit op hetzelfde moment draaien. Een backup van 2 GB en een systeemupdate tegelijk kunnen een server tijdelijk volledig blokkeren voor nieuwe verbindingen.
Stap 5: Test het zelf, één keer per maand
Plaats zelf een testbestelling of stuur een testformulier in tijdens het geplande onderhoudsmoment. Tien minuten werk, en u weet zeker of alles blijft werken terwijl de achtergrondprocessen draaien.
Wat dit betekent voor hoe u naar uw website kijkt
De meeste storingen die omzet kosten, zijn geen grote hacks of lange downtime. Het zijn kleine, herhaalde momenten van vertraging op precies het verkeerde moment. Het weekend is daarbij geen rustperiode voor uw systemen, het is vaak juist het moment waarop de zwaarste automatische taken samenvallen met echte klantactiviteit.
Wie zijn hostingomgeving serieus neemt, kijkt dus niet alleen naar uptime-percentages, maar naar het exacte tijdstip waarop de zware taken draaien, en vergelijkt dat met het moment waarop klanten daadwerkelijk actief zijn. Dat is geen technisch detail voor specialisten, het is een vraag die elke ondernemer aan zijn hostingpartij zou moeten stellen.