Je website gaat offline en jij bent de laatste die het hoort. Website-downtime komt zonder waarschuwing. Het ene moment is de site online, het volgende moment geeft hij fouten aan elke bezoeker die hem probeert te bereiken. Terwijl jij verdergaat met je dag, haken potentiële klanten af, verdampen leads en groeit de schade met elk uur dat voorbijgaat voordat iemand het probleem ziet en het je vertelt.
Downtime is zo'n probleem dat theoretisch voelt totdat het gebeurt. Dan voelt het dringend en duur. Het goede nieuws is dat de meeste oorzaken van website-downtime voorspelbaar zijn en dat je de schade van een storing met de juiste voorbereiding flink kunt beperken. Er goed mee omgaan betekent weten wat het veroorzaakt, weten wat je doet als het gebeurt en de systemen hebben om het snel te vangen.
Dit artikel behandelt wat website-downtime is, wat het veroorzaakt, hoe het een bedrijf raakt, wat je doet als het gebeurt en welke stappen helpen om het minder vaak te laten gebeuren.
Wat is website-downtime?
Website-downtime is elke periode waarin een website niet beschikbaar is voor bezoekers. Dat omvat volledige storingen waarbij de site op elk verzoek een fout geeft, en gedeeltelijke storingen waarbij specifieke pagina's, formulieren of functies uitvallen terwijl de rest van de site bereikbaar blijft. Voor een bezoeker die de site probeert te bereiken, is elke mislukte laadpoging downtime.
Downtime meet je in beschikbaarheid, meestal uitgedrukt als percentage over een bepaalde periode. Een site met 99 procent uptime over een jaar is in die periode nog steeds meer dan 87 uur offline. Een site met 99,9 procent uptime is net onder de 9 uur offline. Als je begrijpt wat website-uptime is en waarom het belangrijk is, zie je die getallen in context en weet je welke uptimedoelen realistisch zijn voor verschillende soorten sites.
Wat veroorzaakt website-downtime?
Serverproblemen
De server waarop een website draait, kan om allerlei redenen uitvallen. Hardwaredefecten, crashes van het besturingssysteem en configuratiefouten kunnen een server offline halen. Shared hosting, waarbij meerdere sites op dezelfde server draaien, brengt een extra risico mee: problemen veroorzaakt door een andere site op dezelfde server kunnen de beschikbaarheid raken van alle sites op die infrastructuur.
Pieken in verkeer
Een plotselinge toeloop van bezoekers kan een server overbelasten die niet is ingericht op die belasting. Dat kan gebeuren als een bericht massaal wordt gedeeld, als een grote publicatie naar de site linkt of als een advertentiecampagne veel meer verkeer brengt dan verwacht. De site wordt eerst trager onder de belasting, reageert dan niet meer en geeft dan fouten. Sites op pakketten met vaste limieten zijn hier extra kwetsbaar voor.
Conflicten door software-updates
Updates van het platform, plugins, thema's of eigen code kunnen conflicten veroorzaken waardoor delen van de site kapotgaan of de site helemaal offline gaat. Dit is een van de meest voorkomende oorzaken van ongeplande downtime op sites die op meerdere onderdelen van derden leunen. Een update die los goed werkt, kan conflicteren met een ander onderdeel en storingen veroorzaken die lastig snel te achterhalen zijn.
Hostingproblemen
Ook hostingpartijen zelf hebben storingen. Netwerkproblemen, problemen in datacenters en storingen in de infrastructuur kunnen een hele hostingomgeving platleggen, hoe goed een individuele site daarop ook is ingesteld. De betrouwbaarheid van hosting verschilt aanzienlijk per partij, en de service level agreements die ze bieden bepalen voor welk niveau van beschikbaarheid ze verantwoordelijk zijn.
Aanvallen van buitenaf
Bij distributed denial-of-service-aanvallen wordt een server tegelijk overspoeld met verzoeken uit veel bronnen, waardoor zijn middelen opraken en hij legitieme bezoekers niet meer kan bedienen. Kleinere sites kunnen worden geraakt door aanvallen op gedeelde infrastructuur, ook als zij niet het doelwit zijn. De beste verdediging is een hostingomgeving met bescherming tegen aanvallen op infrastructuurniveau, in plaats van erop te rekenen dat één site de belasting opvangt.
Hoe website-downtime je bedrijf raakt
Verloren bezoekers
Elke bezoeker die tijdens een storing de site probeert te bereiken en een fout ziet, gaat weg zonder iets te krijgen. Voor sites die op webverkeer leunen voor leads, verkoop of boekingen, is elk uur downtime direct gemiste kansen. De bezoekers die tijdens een storing weggaan, komen zelden meteen terug, en sommigen komen helemaal niet terug als de ervaring een sterk negatieve indruk achterlaat.
Invloed op zoekposities
Eén korte storing veroorzaakt waarschijnlijk geen blijvende schade aan je zoekposities. Zoekmachines begrijpen dat af en toe downtime voorkomt en straffen sites niet direct voor korte periodes van onbereikbaarheid. Herhaalde storingen of langdurige downtime zijn iets anders. Komt een crawler meerdere keren langs en vindt hij de site niet beschikbaar, dan wordt de site misschien minder vaak gecrawld, wat de indexering van nieuwe content vertraagt en de zichtbaarheid na verloop van tijd kan verlagen.
Schade aan vertrouwen
Voor bezoekers die meemaken dat een site uitvalt op een cruciaal moment, zoals bij het afronden van een aankoop of het versturen van een formulier, is het effect op vertrouwen direct en blijvend. Een site die uitvalt tijdens een transactie kan zorgen over betrouwbaarheid oproepen, naast frustratie over de mislukte ervaring. Voor dienstverlenende bedrijven hangt geloofwaardigheid nauw samen met consistentie. Een site die niet beschikbaar is als een potentiële klant langskomt, zegt iets over hoe het bedrijf werkt, ook als de technische oorzaak niets te maken had met hoe het bedrijf wordt gerund.
Wat je doet als je website plat ligt
Bevestig dat de site echt plat ligt
Controleer voordat je iets doet of de site voor iedereen plat ligt en niet alleen voor jou. Problemen met de browsercache, het lokale netwerk of de routering van je internetprovider kunnen een site onbereikbaar laten lijken terwijl hij gewoon online is. Gebruik een onafhankelijke beschikbaarheidscheck die de URL vanaf meerdere locaties test, zodat je zeker weet dat de storing echt en wijdverbreid is voordat je opschaalt.
Bekijk je monitoringmeldingen
Heb je websitemonitoring ingesteld, bekijk dan het monitoringdashboard of de meldingsgeschiedenis om te zien wanneer de storing begon, of hij alle pagina's raakt of specifieke, en of er patronen zijn die op de oorzaak wijzen. Monitoringdata vanaf het moment dat de storing begon is veel nuttiger dan alles wat je achteraf kunt reconstrueren, en het geeft degene die aan de oplossing werkt een duidelijk beginpunt.
Neem contact op met je hostingpartij
Onthullen de monitoringdata en een basiscontrole van de instellingen van je eigen platform de oorzaak niet, neem dan contact op met het supportteam van je hostingpartij. Zij hebben zicht op de serverinfrastructuur waar jij geen zicht op hebt. Geef door wanneer de storing begon, welke foutcodes de site teruggeeft en wat je al hebt gecontroleerd. Houd bij hoe laat je contact opnam met support en welke updates ze geven tijdens het onderzoek.
Communiceer met bezoekers als de storing lang duurt
Bij storingen die langer duren dan een korte periode, beperkt proactieve communicatie de frustratie van mensen die de site proberen te bereiken. Heb je een aparte statuspagina of een aanwezigheid op social media, werk die dan bij met een korte melding dat de site tijdelijk niet beschikbaar is en dat het probleem wordt onderzocht. Dit is vooral belangrijk voor dienstverlenende bedrijven waar klanten mogelijk een tijdgevoelige taak willen afronden. Een eenvoudige melding dat het probleem bekend is en wordt opgepakt, doet meer dan zwijgen.
Hoe voorkom je website-downtime?
Kies betrouwbare hosting
De betrouwbaarheid van hosting is niet bij elke partij gelijk. Beoordeel hostingopties op gepubliceerde uptimecijfers, de infrastructuur waarop ze draaien, waar datacenters liggen ten opzichte van je doelgroep en welke garanties hun service level agreement biedt. Budgethosting betekent vaak gedeelde infrastructuur met beperkte middelen per site, wat de kans vergroot op storingen door pieken in verkeer en op problemen door andere sites op dezelfde server.
Houd software up-to-date
Verouderde software is een van de meest constante oorzaken van uitval van sites. Als je platformupdates, onderdelen van derden en eigen code op de site actueel houdt, verklein je de kans dat een bekend probleem een storing veroorzaakt. Test updates waar mogelijk in een stagingomgeving voordat je ze op een live site toepast, vooral bij grote versiewijzigingen met meer kans op conflicten.
Stel monitoring in
Monitoringtools controleren de beschikbaarheid van de site met vaste tussenpozen vanaf externe locaties en sturen je een sms of e-mail zodra de beschikbaarheid daalt. Zonder monitoring hoor je pas dat de site plat ligt als iemand het je vertelt, en dat kan minuten of uren na het begin van de storing zijn. Met monitoring weet je het binnen minuten. Dat verschil maakt in de praktijk enorm uit voor hoe snel je een oplossing doorvoert en hoeveel bezoekers last hebben. Begrijpen waarom websiteonderhoud belangrijk is houdt in dat je monitoring ziet als basis en niet als optionele extra.
Zorg voor recente back-ups
Back-ups voorkomen geen downtime, maar ze verkorten de hersteltijd bij sommige soorten storingen aanzienlijk. Beschadigt een software-update, een beveiligingsincident of een configuratiefout de site op een manier die niet makkelijk is terug te draaien, dan kun je met een recente back-up de site terugzetten naar een bekende werkende staat in plaats van hem opnieuw op te bouwen. Bewaar back-ups op een andere plek dan de live site, zodat een serverstoring de back-up niet samen met al het andere raakt.
Hoe WEMASY omgaat met uptime
De hostinginfrastructuur van WEMASY wordt door het platform beheerd, dus updates, servieronderhoud en monitoring van de infrastructuur worden afgehandeld zonder dat site-eigenaren iets hoeven te doen. Het platform heeft ingebouwde uptimemonitoring met meldingen, zodat site-eigenaren een bericht krijgen als de beschikbaarheid daalt. WEMASY voert software-updates op platformniveau centraal uit, waardoor het risico op updateconflicten verdwijnt dat hoort bij het beheren van meerdere losse onderdelen op een zelfgehoste opzet.
Bekijk wat er is inbegrepen bij de websitebouwer van WEMASY of vergelijk abonnementen op de prijzenpagina.
Veelgestelde vragen
Hoe weet ik of mijn website plat ligt?
De snelste manier om te bevestigen dat een site plat ligt, is een online beschikbaarheidscheck die de URL tegelijk vanaf meerdere locaties test. Zulke tools laten zien of de site wereldwijd een fout geeft of alleen vanuit een bepaalde regio of een bepaald netwerk. Met uptimemonitoring krijg je automatisch een melding zodra de beschikbaarheid daalt, zodat je niet hoeft te wachten tot een bezoeker het probleem meldt. Met de websitebouwer van WEMASY stel je dit direct in op je eigen website.
Hoe lang duurt het meestal om website-downtime op te lossen?
De oplostijd hangt helemaal af van de oorzaak. Een simpele configuratiefout die de site-eigenaar kan terugdraaien, kost misschien minuten. Een storing in de serverinfrastructuur bij de hostingpartij kan uren duren, afhankelijk van hoe snel hun supportteam het probleem vindt en oplost. Recente back-ups en een duidelijk overzicht van wijzigingen die voor de storing zijn doorgevoerd, helpen de oorzaak flink te beperken en verkorten de oplostijd.
Schaadt website-downtime je zoekposities?
Eén korte storing veroorzaakt waarschijnlijk geen blijvende schade aan je zoekposities. Zoekmachines zijn gebouwd om te begrijpen dat af en toe onbereikbaarheid voorkomt en hebben een redelijke tolerantie voor korte storingen. Herhaalde of langdurige downtime is een andere situatie. Vindt een crawler van een zoekmachine een site herhaaldelijk niet beschikbaar, dan kan hij de crawlfrequentie verlagen, wat de indexering van nieuwe content vertraagt en de zichtbaarheid na verloop van tijd kan raken.
Wat is een goed uptimepercentage voor een website?
99,9 procent uptime is de standaard voor bedrijfssites, wat neerkomt op ongeveer 8,7 uur downtime per jaar. Veel beheerde hostingpartijen mikken op 99,95 procent of hoger. De juiste maatstaf hangt af van het bedrijf: een site die dag en nacht transacties of boekingen verwerkt, heeft minder tolerantie voor downtime dan een visitekaartjessite voor een lokaal dienstverlenend bedrijf met voorspelbare openingstijden.
Wat is het verschil tussen downtime en een trage website?
Bij downtime is de site volledig onbeschikbaar en geeft hij op alle verzoeken fouten. Een trage website is nog online en geeft content terug, maar met snelheden die bezoekers frustreren en sommigen laten vertrekken voordat de pagina klaar is met laden. Beide raken bezoekers en beide doen ertoe, maar ze hebben andere oorzaken en andere oplossingen. Een site die traag is tijdens pieken in verkeer, zit misschien dicht tegen de grenzen van zijn middelen die bij zwaardere belasting een volledige storing zouden veroorzaken.
Zijn 404-fouten hetzelfde als website-downtime?
Nee. Een 404-fout betekent dat een specifieke pagina niet is gevonden, terwijl de server en de rest van de site werken. Bij website-downtime is de server zelf niet beschikbaar en kunnen helemaal geen pagina's laden. Een 404-fout raakt bezoekers die een specifieke URL proberen te bereiken, downtime raakt elke bezoeker, welke pagina die ook opvroeg. Meer over hoe 404-fouten werken en hoe je ze oplost, lees je in het artikel over wat een 404-fout is en hoe je die oplost.