Website downtime voorkomen: wat een MKB-website echt nodig heeft

Wanneer was de laatste keer dat je bewust hebt gekeken of je site het deed? Niet “ik heb hem gisteren bezocht”, maar “ik weet dat hij de afgelopen 30 dagen zonder onderbreking online stond”. Voor de meeste mkb-ondernemers is dat een ongemakkelijk antwoord. Ze hebben hem gisteren gezien, maar ze weten niet wat er gebeurde tussen vannacht 2:00 en vanochtend 9:00.

Website downtime voorkomen begint dus niet bij betere techniek. Het begint bij weten wat er gebeurt. Pas daarna komen de oplossingen.

In dit artikel loop ik vier oorzaken van downtime door die ik in de praktijk het meest tegenkom bij mkb-sites. Per oorzaak een oplossing die ook werkt zonder dagelijks IT-budget.

Wat downtime kost voor een MKB-bedrijf

Voordat ik de oorzaken behandel, kort iets over de schade. “Downtime kost geld” is een loze frase. Bij een mkb-site betekent het concreet:

• Verloren bezoekers die niet terugkomen. Een bezoeker die een site offline ziet, klikt door naar de volgende in Google. Komt zelden terug.
• SEO-impact bij langere uitval. Google verlaagt rankings als een site herhaaldelijk traag of offline is. Search Central documenteert dit.
• Verloren omzet bij webshops. Een uur downtime tijdens piekuren kan honderden euro’s kosten bij een actieve shop.
• Verlies van vertrouwen. Een terugkerende klant die je site twee keer offline ziet, twijfelt.

Voor de meeste mkb-sites is het verschil tussen 99,5 procent en 99,9 procent uptime ongeveer drie uur per maand. Drie uur per maand voorkomen kan dus echt waarde leveren.

Vier oorzaken van downtime in praktijk

In mijn werk komen vier oorzaken steeds terug, in ongeveer deze verdeling.

1. Hosting-problemen (server vol, configuratie, oude PHP-versie). Ongeveer 40 procent van de gevallen.
2. Mislukte updates (plugin, thema, core). Ongeveer 25 procent.
3. Vervallen certificaten en domeinnamen (SSL, DNS). Ongeveer 20 procent.
4. Externe storingen (DDoS, hack, hostingstoring). Ongeveer 15 procent.

Per oorzaak een aparte oplossing.

Oorzaak 1: hosting-problemen

Hosting is verreweg de grootste downtime-veroorzaker bij mkb-sites. Niet omdat hosters slecht zijn, maar omdat veel ondernemers op een te krap pakket zitten of een verwaarloosde server.

Tekenen van hosting-stress

• Site is af en toe langzaam zonder duidelijke reden
• Admin werkt traag in piekuren
• Foutmeldingen over “memory limit” of “execution time”
• E-mails vanuit de site komen niet aan

Wat je kunt doen

Check je hosting-resources. In het control panel (cPanel, Plesk, DirectAdmin) staan grafieken van CPU, geheugen en disk. Zit je structureel boven 70 procent? Pakket te krap.

Vraag je provider naar PHP- en database-versie. Op het moment van schrijven is PHP 8.2 of 8.3 het minimum. Een hoster die je nog op PHP 7.4 laat draaien is achterop.

Overweeg managed WordPress-hosting voor een drukke site. Hostinger biedt goede WordPress-pakketten met EU-datacenters. SiteGround, Kinsta en Cloudways zijn andere namen die je tegenkomt. Voor een mkb-site met serieus verkeer is 25 tot 50 euro per maand realistisch.

Groene hosting waar mogelijk. Hostinger draait deels op groene stroom, met datacenters binnen de EU. Voor mkb-bedrijven met MVO-ambitie een logische keuze. Heeft geen directe invloed op uptime, wel op de impact.

Oorzaak 2: mislukte updates

Een update die je site stuk maakt is geen kleine zaak. Soms een paar minuten downtime, soms een halve dag terwijl iemand uitzoekt wat er fout ging.

Hoe je dit risico kleiner maakt

Werk met een staging-omgeving (een veilige kopie van je site). Updates eerst daar testen, daarna pas live. Bijna alle problemen vang je op staging op.

Maak voor elke grote update een verse back-up. Niet “ik heb vannacht back-ups”. Wel “ik heb tien minuten geleden een back-up gemaakt die ik kan terugzetten”. Het verschil is de mate van zekerheid.

Update in een rustig moment. Maandagochtend tussen 9:00 en 11:00 is statistisch het rustigste voor de meeste mkb-sites in Nederland. Op vrijdag tegen 17:00 is het risico op uitloop het grootst.

Volg een vast ritme per type update. Security-patches direct, minor-updates binnen een week, major-updates na een week wachten en test. Meer over deze ritmes staat in mijn artikel WordPress plugin updates wanneer wel of niet.

Oorzaak 3: vervallen certificaten en domeinnamen

Dit is de meest pijnlijke oorzaak omdat ze 100 procent te vermijden is. Toch zie ik ze regelmatig.

SSL-certificaat verlopen

Een SSL-certificaat (waardoor je site https:// is) is meestal één jaar geldig. Verloopt het, dan toont elke browser een grote waarschuwing en bezoekers klikken weg.

Oplossing: vrijwel alle hosters bieden gratis Let’s Encrypt-certificaten met automatische verlenging. Check of dat aan staat. Bij betaalde certificaten een herinnering in je agenda twee weken voor verloop.

Domeinnaam vergeten te verlengen

Domeinnamen lopen na een of meerdere jaren af. Vergeet je verlengen, dan is je site offline tot de registratie weer rond is. In het slechtste geval claimt iemand anders het domein.

Oplossing: auto-renewal aan, en de betalingsmethode actueel houden (verlopen creditcards zijn de meest voorkomende oorzaak van auto-renewal-fouten). Voor belangrijke domeinen een notitie in je agenda 30 dagen voor verloop.

DNS-instellingen die wijzigen

Soms wijzigt iemand DNS-instellingen om iets te repareren en zet alles per ongeluk uit. Je site is daarna ineens onbereikbaar.

Oplossing: verander DNS niet op vrijdagmiddag. Altijd een screenshot of export van de oude instellingen vóór de wijziging. Veranderingen kunnen tot 48 uur duren om wereldwijd te propageren.

Oorzaak 4: externe storingen

Niet alle downtime is je eigen schuld. Hosters kunnen storingen hebben. Hackers kunnen een DDoS-aanval doen. Een onverwacht groot bezoekersaantal kan een server overbelasten.

Wat je hier wel kunt doen

Een goede hoster met SLA. Een Service Level Agreement (afspraak over beschikbaarheid) van 99,9 procent of hoger betekent dat de hoster verantwoordelijkheid neemt. Goedkope hosting heeft die meestal niet.

Een CDN (Content Delivery Network). Een CDN zoals Cloudflare zet je site bij een wereldwijd netwerk van servers. Bij een lokale storing draait je site nog elders. Voor mkb-sites is de gratis versie van Cloudflare meestal genoeg.

Een goede firewall. Wordfence Premium of Sucuri kan veel DDoS-pogingen afkappen voordat ze je site bereiken. Voor websites met klantgegevens noodzakelijk.

Een werkende back-up op een externe locatie. Als je hoster volledig down gaat, kun je je site bij een andere hoster terugzetten als je een externe back-up hebt. Off-site is hier de kern: niet alleen op dezelfde server, ook op Backblaze, AWS S3 of Dropbox.

Monitoring die binnen vijf minuten waarschuwt

De vier oorzaken hierboven zijn de techniek. Het mechanisme om snel te reageren is monitoring.

Wat ik gebruik

Uptime Robot. Gratis tot 50 URL’s. Controleert elke 5 minuten of je site online is. Stuurt mail, SMS of push-notificatie via een gratis app.

Better Stack (vroeger Better Uptime). Net wat geavanceerder met SSL-monitoring en statuspagina’s. Vanaf 18 euro per maand.

Google Search Console. Niet realtime, wel voor de langere termijn. Hier zie je of Google problemen ondervindt bij het bezoeken van je site.

Wat ik instel bij elke klant

• Uptime-check op de homepage elke 5 minuten
• Uptime-check op een kritieke pagina (checkout, contact) elke 15 minuten
• SSL-vervaldatum-alert 14 dagen vooraf
• Domeinnaam-vervaldatum-alert 30 dagen vooraf
• E-mail-notificatie naar mij plus de klant bij elk incident langer dan 5 minuten

Monitoring van uptime en kritieke fouten loopt geautomatiseerd door, ook ’s nachts. Bereikbaarheid voor support is dat niet. Krijg ik een melding ’s nachts, dan pak ik dat de volgende werkdag op. Spoed buiten werktijd is in overleg, tegen 1,5x tarief.

Wat dit betekent in concrete maandelijkse stappen

Voor wie dit zelf wil regelen, hier de minimumset acties:

• Zet uptime-monitoring aan op homepage en één kritieke pagina (15 minuten werk)
• Zet auto-renewal aan voor SSL en domeinnaam (10 minuten werk)
• Check één keer per maand je hosting-resources (10 minuten)
• Zet maandelijkse plugin-updates op een staging-omgeving (variabel)
• Zorg voor een externe back-up die dagelijks draait (eenmalig opzetten, 30 minuten)

Totaal: ongeveer een uur per maand na initiële setup. Een redelijke investering tegen het risico van uren downtime per maand.

Wie liever niet zelf met deze techniek bezig wil, kan dit uitbesteden via een onderhoudscontract. Onderhoud Basis is 58 euro per maand. Direct contact met degene die het werk uitvoert, geen tussenlaag. Verbeteren boven herbouwen: een site die elke maand een beetje aandacht krijgt, hoeft niet over twee jaar opnieuw gebouwd te worden.

Heb je een vraag over een specifieke storing op je site of wil je weten hoe robuust jouw setup is? Stuur een bericht met je URL, ik reageer binnen 4 uur op werkdagen. Meer praktische artikelen staan in de categorie website onderhoud.