Vraag een klant wanneer hij denkt dat zijn website het minst kwetsbaar is voor een storing, en het antwoord is bijna altijd: ’s nachts of in het weekend. Logisch, want dan is er "toch niemand actief". Bij Rondom Internet weten we uit ervaring dat die aanname minstens de helft van de tijd fout is – en dat kost ondernemers geld zonder dat ze het doorhebben.
Wat wij in het weekend doen is niet uitrusten van de techniek, maar juist kijken naar wanneer een update wél veilig is. Dat verschilt per klant, en die verschillen zijn vaak groter dan mensen denken.
Twee klanten, twee compleet andere weekenden
Neem twee van onze klanten naast elkaar. De eerste is een installatiebedrijf dat vooral zakelijke klanten bedient via offerteaanvragen. Zijn websiteverkeer zit voor 91% tussen maandag en vrijdag, tussen 8:00 en 18:00 uur. Op zaterdag en zondag samen komt nog geen 6% van het weekverkeer binnen. Voor hem is het weekend inderdaad rustig – een update op zaterdagochtend om 7 uur raakt vrijwel niemand.
De tweede klant runt een webshop in interieurartikelen. Bij hem piekt het verkeer juist op zaterdagmiddag tussen 13:00 en 16:00 uur, met 38% meer bezoekers dan een gemiddelde doordeweekse middag. Zondagavond, wanneer mensen op de bank scrollen en bestellen voor in huis, is de tweede piek. Een update op zaterdagmiddag is bij hem het slechtst denkbare moment.
Wij plannen dus nooit updates op basis van de kalender, maar op basis van het daadwerkelijke verkeerspatroon per klant. Dat vraagt vijf minuten werk in Google Analytics, maar het scheelt achteraf uren aan schade en irritatie.
Het stappenplan dat we hanteren
- Verkeer per uur en per dag in kaart brengen. Niet alleen dagtotalen, maar het uurpatroon over minimaal vier weken. Eenmalige pieken (bijvoorbeeld door een advertentiecampagne) filteren we eruit.
- Het echte dal bepalen. Bij een B2B-website is dat vaak zondagochtend vroeg. Bij een webshop kan dat juist dinsdagnacht zijn, terwijl het weekend geen dal kent.
- Testen op een staging-omgeving. Elke wijziging – een plugin-update, een nieuwe pagina, een aanpassing in de checkout – testen we eerst los van de live site.
- Een rollback-plan met tijdslimiet. Wij spreken intern af binnen hoeveel minuten een update wordt teruggedraaid als er iets misgaat. Voor een webshop hanteren we maximaal 10 minuten, voor een informatieve website is dat ruimer.
- Monitoren na de deploy. Niet alleen kijken of de site laadt, maar of formulieren, betaalmodules en zoekfunctionaliteit ook echt werken zoals bedoeld.
Een rekenvoorbeeld: wat 20 minuten downtime kost
Stel, de webshop uit het voorbeeld hierboven draait gemiddeld 1.200 euro omzet per uur op een zaterdagmiddag tussen 13:00 en 16:00 uur. Twintig minuten downtime tijdens die piek kost dan grofweg 400 euro directe omzet – en dat is exclusief de bezoekers die niet terugkomen omdat hun eerste indruk een foutmelding was.
Diezelfde twintig minuten downtime op dinsdagnacht om 3 uur, wanneer er nauwelijks verkeer is, kost misschien 15 tot 20 euro. Het verschil zit niet in de technische ingreep – die duurt even lang – maar volledig in de timing. Dat is precies waarom wij bij managed hosting altijd vragen naar het omzetpatroon van een klant voordat we een onderhoudsvenster inplannen.
De veelgemaakte fout: weekend als vaste vrijhaven behandelen
De meest voorkomende fout die we tegenkomen bij ondernemers die zelf hun hosting of website beheren, is dat ze een vaste regel hanteren: "updates doen we altijd in het weekend". Dat werkt voor sommige bedrijven prima, maar is bij een webshop, een boekingssysteem of een platform met internationale klanten in andere tijdzones vaak precies verkeerd om.
De oplossing is simpel maar wordt zelden toegepast: leg elke drie maanden opnieuw je verkeerspatroon naast je onderhoudsschema. Een seizoensgebonden bedrijf – denk aan een tuincentrum of een reisorganisatie – heeft in de zomer een compleet ander weekendpatroon dan in de winter.
Waarom dit ook je vindbaarheid raakt
Er zit nog een tweede laag aan dit verhaal die vaak over het hoofd wordt gezien. Google rolt algoritme-aanpassingen geregeld uit richting het einde van de week, en crawlt sites vaak in golven die niet gelijk lopen met je eigen werkweek. Een storing op vrijdagavond kan dus net samenvallen met een crawlmoment, waardoor een tijdelijke fout langer zichtbaar blijft in de zoekresultaten dan je zou verwachten. Wij checken daarom standaard op maandagochtend de Search Console-data van het weekend, specifiek op crawlfouten en indexeringsproblemen, in plaats van te wachten tot er toevallig iemand klaagt.
Kortom: het weekend is niet automatisch je rustigste moment, en het is ook niet automatisch onzichtbaar voor Google. Beide aannames kosten geld als je ze zonder data aanneemt – en beide zijn met een paar uur analysewerk eenvoudig te vervangen door een schema dat wél klopt met hoe jouw klanten en Google zich daadwerkelijk gedragen.