Je website is het visitekaartje van je bedrijf en internetgebruikers verwachten dat dat kaartje snel op hun scherm verschijnt wanneer ze deze openen. Sterker nog, de meeste gebruikers verwachten dat het binnen twee tellen in beeld verschijnt en elke seconde dat het langer duurt kan een fikse daling van de verkoop inhouden.

Kun je het je voorstellen? Als een tel of twee al zo´n enorm verschil in omzet kan betekenen, wat staat je dan te wachten als je site helemaal uit de lucht is? Als je site inderdaad uit de lucht is – of als het eeuwen duurt om deze te laden – dan kun je het wel schudden als het gaat om verkoop(kansen). En dan hebben we het nog niet eens over de verwoestende gevolgen voor je merknaam.

Het gaat trouwens niet alleen om nieuwe klanten. Zelfs de loyale klanten en de geregelde bezoekers van je site raken geïrriteerd en gaan op zoek naar een alternatief. Het doet er eigenlijk niet zo gek veel toe in welke sector je werkzaam bent of wat je verkoopt – klanten lopen over naar de concurrent. Daarom is het zo verschrikkelijk belangrijk om downtime van je website te voorkomen.

Vandaag nemen we eens onder de loep hoe downtime jou schade kan berokkenen, bekijken we een aantal van de belangrijkste oorzaken van downtime en wat jij daar als eigenaar van een WordPress-site aan zou moeten doen. We geven ook nog een paar tips over hoe je het eenvoudigweg kunt voorkomen.

Waarom is downtime slecht voor je website?

Er zijn mensen die denken dat één of twee uurtjes downtime per maand nog niet zo gek is. Maar laten we het er eens even over hebben wat er gebeurt als je site plotseling uit de lucht is.

Je merknaam boet in aan geloofwaardigheid

Een ondernemingssite die om de haverklap uit de lucht is, verliest zijn aanzien. Je website is de plek bij uitstek om een eerste goede indruk te maken. Klanten vinden het nu eenmaal moeilijk vertrouwen te hebben in een bedrijf dat er nog niet eens in slaagt zijn website aan de praat te houden. Geloof ons nou maar, wij weten dit beter dan wie-dan-ook. 😉

Je crawl-rate en zoekmachine-ranking lijden eronder

Als je server langzaam is en er meer dan twee tellen over doet om een enkele URL binnen te halen, zou Google het aantal URL’s kunnen limiteren wanneer het jouw website crawlt. Het komt er simpelweg op neer dat Google graag snelle websites ziet en sites die geen mankementen vertonen. Houd bovendien even voor ogen dat downtime of een trage server onherroepelijk resulteert in een hoog afhaakpercentage (bounce rate). Gebruikerservaring is voor Google één van de rankingfactoren – een hoog afhaakpercentage ziet Google als een lage score op die ervaring.

En op het vlak van SEO heeft echt alles op een of andere manier met elkaar te maken. Als je met langere periodes van downtime te maken hebt, iets wat verre van ongebruikelijk is bij gedeelde hosting, dan zal je zoekmachine-ranking hier de dupe van zijn en zul je echt je best moeten doen om bij Google opnieuw in een goed blaadje te komen. En dit kan veel tijd kosten.

Darling van gemiddelde ranking

Darling van gemiddelde ranking

Je winstcijfers moeten het ontgelden

E-commerce is beslist iets waaraan iedereen nu wel gewend is. Dat neemt niet weg dat klanten nog steeds een beetje schichtig kunnen zijn om hun bestellingen online te doen. Met andere woorden, als jouw site het tijdens het spitsuur laat afweten, bezorg je bezoekers een wel heel gemakkelijk excuus om de bestelling halverwege af te breken om bij de concurrent te gaan kijken. Of erger nog, als het begeeft op het moment dat de klant ernstig overweegt een bestelling te gaan doen, dan kun je er gif op innemen dat de downtime ernstige gevolgen gaat hebben voor je winstcijfers.

Volgens Carbonite kost elke minuut downtime het kleinbedrijf gemiddeld tussen de $137 en $427. En een onderzoek door Gartner bij grotere bedrijven toonde aan dat de kosten van downtime een gemiddelde van $5600 per minuut belopen. En bij Amazon kost een enkele seconde(!) aan downtime al meer dan $220.000. Natuurlijk, veel hangt af van het soort bedrijf dat je hebt, maar je begrijpt wat ik bedoel – het is niet iets wat je moet willen!

Iedere seconde die jouw site uit de lucht is 🔻 is er eentje waarin je geheid geld aan het verliezen bent. Click to Tweet

Hoofdoorzaken van downtime

Een website kan crashen of uit de lucht verdwijnen door vele oorzaken. Hieronder behandelen we enkele van de meest gebruikelijke.

Hosting van lage kwaliteit

Een host die weinig kwaliteit biedt, is een van de meest voorkomende oorzaken van downtime van een site. Investeren in je websiteontwerp, in UX of in sitesnelheid heeft niet zo bijster veel zin als je webhost zijn zaakjes niet op orde heeft.

Waar we dit vaak tegenkomen is bij gedeelde hosting. Als we de grootste hostingbedrijven ter wereld nader bekijken, dan zijn daaronder veel aanbieders van gedeelde hosting, zoals EIG-bedrijven als Bluehost en HostGator, maar ook providers zoals Siteground, GoDaddy en InMotion Hosting. Deze providers maken veelal gebruik van cPanel en rekenen tussen de $3 en $20 per maand.

De reden waarom gedeelde hosting niet goed is, vind je al in de naamgeving. Deze providers hebben de neiging hun servers te overbelasten. En ook al heb je er geen erg in, je loopt wel resources met 200 of meer andere personen te delen. Problemen op andere sites kunnen doorsijpelen naar de jouwe. En dat – op zijn beurt – is weer van invloed op de prestaties en de uptime van jouw site.

Gedeelde hosts zijn voor hun winst afhankelijk van upsells en uitbreidingen, niet van de hostingkwaliteit die ze bieden. Als je graag meer zou willen weten over dit onderwerp, dan moet je het diepgaande artikel daarover van onze CFO eens lezen. Het behandelt de choquerende waarheid over hoe goedkope WordPress-hosting in werkelijkheid functioneert.

In geval van gedeelde hosting pleegt men waar voor zijn geld te krijgen – maar dan in de negatieve betekenis. 😒 Click to Tweet

Overbelasting door druk verkeer

Wil je viraal gaan? Ja, wie wil dat niet? Maar het gaat niet altijd zoals je wilt dat het gaat. Weet je nog, die beroemde selfie bij de Oscaruitreiking? Ze werd in minder dan 24 uur ruim drie miljoen keer gedeeld, waardoor ze de meest geretweete foto aller tijden werd – en Twitter’s website crashte in het proces.

Een ongewoon grote toeloop van bezoekers of toename van activiteit kan leiden tot 500-fouten op je website of zelfs een volledige crash. Moet je eens kijken hoe Kinsta DARTDrones geholpen heeft zich voor te bereiden op wat we noemen “het Shark Tank-effect”. Onze infrastructuur heeft namelijk geen enkel probleem met duizenden bezoekers op hetzelfde moment.

Het merendeel van de gedeelde hosts limiteren je website in het aantal serverprocessen, aantal aansluitingen, CPU-gebruik, geheugen, databasequeries en ga zo maar door. Het overschrijden van grenzen wanneer er een piek in het verkeer optreedt, kan ertoe leiden dat de provider je site domweg offline haalt of tijdelijk bevriest. Ze zullen wel moeten, ter bescherming van anderen op de server. Dat is het grote probleem met gedeelde hosting. Maar het gaat wel ten koste van je omzet, elke seconde dat jouw site onbereikbaar is.

Bij Kinsta halen we het niet eens in ons hoofd jouw site offline te halen. Voor velen van jullie is de website immers de voornaamste bron van inkomsten. Om die reden nemen we proactief contact met je op zodra we een probleem voelen aankomen. Wij zijn van mening dat je niet gestraft moet worden voor je succes. Daarom is de enige beperking die we stellen het aantal PHP-workers op je site (een veel logischere benadering).

PHP-workers bepalen hoeveel verzoeken jouw site op een willekeurig moment tegelijk aankan. Eenvoudig gezegd, elk verzoek dat niet in cache zit wordt door een PHP-worker afgehandeld.

Als jij een blog hebt (of een andere statische WordPress-site) die voornamelijk vanuit de cache levert, dan heb je in het algemeen niets te vrezen. Echter, e-commerce-, lidmaatschaps- of community-websites leggen normaalgesproken een grotere claim op resources en hebben een heleboel content dat niet gecachet kan worden. Daar is het waar het aantal PHP-workers van cruciaal belang zijn. Kijk even naar de do’s en dont’s van het hosten van WordPress-lidmaatschapssites.

Hackpoging of malware

Niet alle activiteit is goede activiteit. Een steile groeicurve als het gaat om aantal bezoekers van je site betekent niet dat jouw naam opeens op de place to be is. Het zou niet de eerste keer zijn dat malafide bots of proxyverkeer een goedlopende WordPress-site tot stilstand brengen.

Een Distributed Denial of Service-aanval (DDoS-aanval) kan ook veel drukte teweegbrengen en leiden tot de crash van een site. Hackpogingen kunnen eveneens je site in de war sturen en de aanleiding zijn tot onbereikbaarheid ervan.

Het is zaak om een aantal elementaire voorzorgsmaatregelen te nemen, zoals het gebruiken van steeds de meest actuele versie van WordPress en het up-to-date houden van plug-ins (alsmede van PHP-versies) zodra er een nieuwe versie wordt vrijgegeven. Je moet ook een sterk wachtwoord gebruiken en dat van tijd tot tijd wijzigen. En zorg ervoor dat je onze laatste gids leest op het gebied van WordPress-veiligheid.

Bij Kinsta hebben we een keur aan beveiligingsfeatures om te voorkomen dat er vervelende dingen met je website gebeuren. Dingen als GeoIP-blokkering, die er automatisch voor zorgt dat IP´s de toegang geweigerd wordt bij meer dan zes mislukte inlogpogingen en hardwarefirewalls die hackers buiten moeten houden. En in het onwaarschijnlijke geval dat je site toch in gevaar gebracht is, herstellen we deze gratis en voor niets!

We bevelen bovendien aan om gebruik te maken van een kwalitatief professionele Web Application Firewall (WAF), zoals Sucuri en Cloudflare, ter bescherming van je WordPress-site. Een goede WAF tussen jouw website en onze servers houdt mensen met slechte intenties buiten de deur. Het draagt ertoe bij dat je website te allen tijde in de lucht is en blijft. Het is bovendien een doelmatige manier om bezoekerstellingen laag te houden met het oog op abonnementskosten.

Plug-in of themagerelateerde problemen

Eenvoudige toegang tot duizenden thema´s en plug-ins is één van de sterkste punten van WordPress, maar het kan soms ook een probleem zijn.

Een thema of plug-in moet wel compatibel zijn met jouw WordPress-versie en de technologie die gebruikt wordt door je websitehost. Wij bevelen dan ook aan om van start te gaan met een select lijstje van zorgvuldig uitgekozen beste WordPress-plug-ins.

Helaas is het zo dat, ongeacht de kwaliteit van de plug-in, één slechte update het einde kan betekenen van jouw WordPress-site. Veelvoorkomende problemen zijn de white screen of death en 500-errors. Controleer je website altijd op een goede werking nadat je een wijziging hebt aangebracht. Meestal verlopen upgrades en nieuwe installaties vlekkeloos, maar haperingen vallen nooit uit te sluiten. En je moet niet willen dat je bezoekers die haperingen eerder ontdekken dan jij.

Sterker nog, dat is precies de reden waarom we bij Kinsta automatisch een dagelijkse back-up laten aanmaken, alsmede handmatig back-ups maken en testsomgevingen aanbieden. Heb je updates voor een plug-in? Kloon je productiesite naar een testomgeving met een klik op de knop, doe al je updates en test dan of je site het goed doet. Als je zeker weet dat alles goed is, kun je de veranderingen terugzetten naar de productieomgeving.

WordPress testomgeving aanmaken

WordPress testomgeving aanmaken

Of maak gebruik van de handmatige back-upoptie. Maak een snelle back-up van je site alvorens updates te doen. En als je een probleem tegenkomt, val je gewoon terug op de opgeslagen versie.

Je zou ook kunnen overwegen te wachten met het doen van updates van je plug-ins en thema´s totdat de nieuwe versies al een poosje uit zijn. We bevelen aan om de wijzigingslogboeken te raadplegen om zeker te zijn dat er geen beveiligingsissues zijn. Beveiligingsupdates dien je echter wel onmiddellijk te doen.

Afgezien van problemen die veroorzaakt worden door nieuwe versies en updates, kun je ook prestatiegerelateerde problemen tegenkomen met plug-ins en thema´s. We komen dat geregeld tegen! Eén voorbeeld kan zijn: een plug-in die gegevens nodig heeft van een externe dienst, maar waarbij de aanvraag niet wordt beantwoord. Een ander voorbeeld is dat de plug-in niet gecodeerd is met het oog op snelheid. Raadpleeg ons artikel over het analyseren van prestaties van externe diensten op je WordPress-site.

Hoe om te gaan met downtime?

We hebben hierboven al een heleboel bruikbare tips behandeld. Maar laten we nog een paar manieren uitdiepen hoe je met downtime van je website omgaat om de hoogst mogelijke graad van beschikbaarheid te garanderen.

Zet een bewakingssysteem op

Er bestaat een veelheid aan uptime-monitoren, zowel gratis als premium. Je kunt ze gebruiken om je website in de gaten te houden en een waarschuwing af te geven wanneer je website uit de lucht is. Op die momenten kun je corrigerend optreden vóór het te laat is. Hier volgen er enkele die we het overwegen waard vinden:

Updown

Updown

Als je cliënt bij Kinsta bent, monitoren we al je WordPress-sites voor jou. We kijken om de twee minuten naar de status van elke site. Dat komt neer op 720 controles op elk van je sites per dag. Je kunt erop vertrouwen dat, mocht je website om een of andere reden uit de lucht gaan, ons ondersteuningsteam er al bovenop zit om de zaak op te lossen!

We hebben trouwens ook een statuspagina (die met opzet door een externe partij gehost wordt) waarop onze klanten zich kunnen aanmelden om automatisch op de hoogte gesteld te worden van systeemstoringen die onze website treffen, het dashboard van MyKinsta, of ons hostingplatform.

Kinsta hosting status page

Kinsta hosting status page

Maak een downtimepagina

Als je geplande downtime hebt of nog toegang hebt tot je site, zou je eigenlijk een downtimepagina in het leven moeten roepen. Die stelt je bezoekers ervan op de hoogte dat je zo terug bent en zorgt er in ieder geval voor dat ze niet domweg een blanco pagina te zien krijgen.

Een pagina voor “websiteonderhoud” of “dienst buiten werking” met een korte boodschap laat zien dat je de zaak onder controle hebt en draagt bij aan herstel van de geloofwaardigheid. Hieronder volgen enkele voorbeelden.

Ahrefs downtimepagina

Voorbeeld van websitedowntimepagina

Voorbeeld van websitedowntimepagina

MailChimp downtimepagina

Downtimevoorbeeld van MailChimp

Downtimevoorbeeld van MailChimp

Je kan ook gebruikmaken van externe diensten, zoals Statuspage.io. Je kunt ook kijken naar leuke manieren om je onderhoudsmodus verder uit te bouwen op je WordPress-site.

Twitter downtimepagina

Downtimevoorbeeld van MailChimp

Downtimevoorbeeld van MailChimp

Hanteer sociale media met flair

Wanneer er iets verkeerd gaat, met name als het om downtime gaat, zijn de sociale media het eerste station waar klanten naartoe gaan. Het uitdokteren van manieren om mensen tot kalmte te manen is in zekere zin een nieuw kunstvorm geworden onder managers van sociale media. Het luchtig houden van de stemming kan soms nuttig zijn. Hier volgt een leuk voorbeeld van hoe de mensen van ScandiKitchen met hun downtime omgingen.

Een andere benadering is: domweg je verontschuldigingen aanbieden en proberen uitkomst te bieden via andere platforms, zoals DM´s op Twitter.

Wat je ook doet, wees altijd open en eerlijk over de downtime van je website. Gebruikers van sociale media ruiken een cover-up namelijk al van een kilometer afstand!

Kies een betrouwbare webhost

Ik noemde het al eerder, het gebruikmaken van webhosting van slechte kwaliteit is dikwijls de grootste oorzaak van downtime van je site. Wij adviseren natuurlijk altijd te kiezen voor  beheerde WordPress-hosting. Vooral als je niet de beschikking hebt over technische knowhow of een fulltime webmaster hebt voor het oplossen van technische problemen.

Hoeveel is je tijd je waard? Goede hosts beperken zich niet tot de problemen aan de serverkant en hun technische ondersteuning kan ertoe bijdragen dat het probleem sneller geïdentificeerd wordt en er ter plekke een oplossing wordt gevonden.

Dankzij de flexibiliteit die het gebruik van een gecompartimenteerde infrastructuur biedt, het proactieve loadmanagement van ons engineeringteam en het gebruik van de allerbeste cloudprovider in Google Cloud, zijn we in staat een SLA-ondersteunde uptimegarantie te bieden van 99,9%. En kijk meteen even waarin Kinsta zich nog meer onderscheidt.

Verbeter de snelheid en laadtijden van je website

Als het op gebruikerservaring en conversie-optimalisatie aankomt, telt iedere seconde. Terwijl je bezig bent met het streven naar een 100% volledige uptime, moet je tegelijkertijd werken aan verbetering van de snelheid van je website.

Als je site er meer dan tien tellen over doet om te laden, dan komt dat in de praktijk op hetzelfde neer als niet in de lucht zijn. Want de meeste klanten zullen allang naar een andere site geklikt hebben vóór jouw site helemaal geladen is.

Als de gedachte alleen al aan het aanbrengen van veranderingen ter verbetering van je sitesnelheid je zenuwachtig maakt, raadpleeg dan onze speciaal daarvoor gemaakte gids om je bange voorgevoelens te uit de weg te ruimen: Hoe maak je je WordPress-site sneller (de ultieme gids)

En voor diegenen onder jullie die wat technischer aangelegd zijn, hebben we enkele handleidingen voor gevorderden:

Maak regelmatig back-ups

Je kunt echt alles uit de kast gehaald hebben, maar toch zul je op een gegeven moment met downtime van je site geconfronteerd worden. Soms is het gewoon domme pech. Het onvoorziene kan ieder moment de kop opsteken. Daarom is het van belang om te allen tijde back-ups bij de hand te hebben!

Gelukkig is het maken van back-ups een fluitje van een cent in WordPress. De meeste dienstverleners op het gebied van hosting bieden deze optie en er is een hele serie WordPress back-up plug-ins om het proces automatisch te doen verlopen.

Een back-up geeft je de zekerheid dat je website in een mum van tijd weer in de lucht is en als een zonnetje loopt.

Samenvatting

Soms is downtime van je website onvermijdelijk. Daarom is het van belang voorbereid te zijn en de juiste tools en diensten in stelling gebracht te hebben, om er zeker van te zijn dat de zaak binnen de kortste keren weer draait als vanouds.

Niet alleen voorkomt dat verlies van omzet, maar het maakt tevens een goede indruk op bezoekers en potentiële klanten.

Hebben we nog iets over het hoofd gezien? Wat heb jij gedaan om de downtime van je website binnen de perken te houden?

31
Delen