Voor de laadtijd van je webshop maakt het niet uit of je hoster in Noord-Holland zit of in Groningen: binnen Nederland is de vertraging tussen server en bezoeker verwaarloosbaar. De plaats van je hoster maakt wél uit voor drie andere dingen: wie je aan de lijn krijgt als de checkout hapert, of je weet waar je servers staan en wie ze beheert, en of je een verwerkersovereenkomst krijgt die past bij de klantgegevens in je shop. Kies dus niet op postcode, maar op wat een webshop technisch nodig heeft en op hoe bereikbaar de mensen erachter zijn.
Correcthosting zit aan de Salland 1 in Beverwijk (Noord-Holland), bestaat sinds 2006 en host webshops in WooCommerce, Magento en PrestaShop voor zo'n 1000 mkb-klanten in heel Nederland — onder meer kidzincolor.com. Webhosting kost vanaf € 99 per jaar exclusief btw, verhuizen is gratis en zonder downtime, en bij vragen krijg je Dennis Fransen zelf, 24/7 via WhatsApp.
Maakt de plaats van je hoster uit?
Voor de techniek niet. Een signaal legt de afstand van Beverwijk naar Maastricht in een paar milliseconden af; een bezoeker merkt daar niets van. Als een productpagina drie seconden laadt, komt dat door het werk dat de server per pagina moet doen — PHP, database, plugins — en niet door de kilometers ertussen. Een server in Amsterdam is voor een klant in Alkmaar dus niet sneller dan een server in Eindhoven. Wie je "lokale hosting" verkoopt met snelheid als argument, verkoopt je iets wat niet bestaat.
Waar de plaats van je hoster wél toe doet:
- Wie neemt op. Bij een webshop kost elk uur storing geld. Het verschil tussen een bedrijf waar je de serverbeheerder zelf spreekt en een helpdesk met een wachtrij is het verschil tussen een probleem dat vanavond opgelost is en een ticket dat morgen wordt opgepakt.
- Waar de servers staan en wie ze beheert. Vraag dat concreet. Veel partijen die hosting aanbieden, kopen die in bij een grotere leverancier; dan zitten er twee bedrijven tussen jou en de server, en kan de eerste weinig voor je doen als de tweede een storing heeft.
- Klantgegevens en de AVG. In je shop staan namen, adressen en bestelgeschiedenis van klanten. Dat maakt je hoster een verwerker, en dan hoort daar een verwerkersovereenkomst bij die vastlegt wat er met die gegevens gebeurt en waar ze staan.
Een hoster in de buurt is prettig omdat je dezelfde taal spreekt en weet waar je moet zijn. Maar de checklist hierboven telt zwaarder dan de postcode.
Wat een webshop technisch nodig heeft
Een webshop is geen brochuresite. Zodra een bezoeker iets in de winkelwagen legt of inlogt, is elke pagina uniek en kan hij niet meer uit de paginacache komen. Elke klik draait dan de volledige stack: PHP, alle plugins, de database. Daarom vraagt een shop andere dingen van de hosting dan een gewone website. Dit is waar je op let:
Een eigen PHP-versie per site. Magento en WooCommerce stellen andere eisen, en een extensie loopt weleens een versie achter. Je wilt per shop kunnen kiezen welke PHP-versie draait, zonder dat een andere site op dezelfde server daar last van heeft.
OPcache en een objectcache. OPcache houdt de vertaalde PHP-code in het geheugen zodat de server niet elke keer opnieuw begint. Een objectcache zoals Redis houdt databaseresultaten vast, en dat is precies wat winkelwagen en checkout sneller maakt — de pagina's die de paginacache niet kan helpen. Hoe dat werkt en wat het oplevert staat in trage WooCommerce-shop versnellen.
Een echte cron. WooCommerce plant achtergrondtaken (mails, voorraad, abonnementen) en Magento leunt zwaar op cron voor indexen en e-mails. Standaard laat WordPress die taken meeliften op bezoekers, wat bij een rustige shop betekent dat ze te laat draaien en bij een drukke shop dat ze de checkout vertragen. Op de server hoort daar een systeemcron voor te staan.
Een botfilter. Prijsvergelijkers en scrapers lopen alle filtercombinaties van je shop af — kleur, maat, sortering — en elke combinatie is een aparte, oncachebare pagina. Op de servers van Correcthosting is botbescherming een apart product van € 25 per jaar per website (zie botbescherming); het zit niet in de hostingprijs, en dat zeggen we er eerlijk bij.
Een dagelijkse back-up op een andere server. Een back-up op dezelfde schijf als de shop is geen back-up: gaat die schijf stuk of wordt het account gehackt, dan is de kopie tegelijk weg. Bij ons gaat elke nacht een kopie naar een aparte back-upserver.
Updates en malwarescans. Een shop die jaren niet is bijgewerkt, is een open deur. Een voorbeeld van wat we op onze servers tegenkomen: een WordPress-installatie die jarenlang niet was bijgewerkt en ruim 50.000 spam-trackbacks had verzameld, waardoor één pagina 4,7 MB groot was geworden. Nachtelijke updates en een staging-omgeving om ze eerst te testen voorkomen dat.
Wat webshop-hosting realistisch kost
De prijzen bij Correcthosting zijn vast en staan op de tarievenpagina; alle bedragen zijn exclusief btw.
- Webhosting vanaf € 99 per jaar. Daar draait een WooCommerce-, Magento- of PrestaShop-shop op, met een eigen PHP-versie, OPcache en Redis. Verhuizen naar ons is gratis.
- WordPress-onderhoud € 150 per jaar per site. Elke nacht updates van WordPress, thema en plugins, een scan met onze eigen malwarescanner en een back-up. Voor een WooCommerce-shop is dit het verschil tussen zelf elke week inloggen om te updaten en er niet meer aan hoeven denken.
- Snelheidsoptimalisatie vanaf € 99 eenmalig. Voor een bestaande shop die traag is: we meten vooraf en achteraf, en het meeste winnen we op de server zelf.
- Botbescherming € 25 per jaar per website, apart af te nemen.
- Een eigen server met beheer € 125 per maand. Voor een grote Magento- of WooCommerce-shop die een gedeelde server ontgroeit. Wat de server zelf kost hangt af van ruimte en verkeer; dat hoor je vooraf.
Er is geen aparte "webshopprijs": een shop van bescheiden omvang draait prima op het gewone hostingpakket, en groeit hij, dan groeit de inrichting mee. Wat je in elk geval niet betaalt: een verhuizing, een intakegesprek of een toeslag omdat je 's avonds appt.
Zo verhuis je een webshop zonder dat bestellingen verloren gaan
De basis van elke verhuizing zonder downtime is overlap: de oude en de nieuwe omgeving draaien een paar dagen naast elkaar, en je zet de DNS pas om als de nieuwe kant bewezen werkt. Het volledige stappenplan staat in website verhuizen zonder downtime. Voor een webshop komen daar vier dingen bij die bij een gewone site niet spelen.
Bestellingen die tijdens de overgang binnenkomen. Tussen de eerste kopie en de DNS-wissel loopt de oude shop gewoon door, dus daar komen bestellingen binnen die de nieuwe database nog niet kent. Plan de wissel op een rustig moment en draai vlak ervoor een tweede, korte synchronisatie van de database. Bij een drukke shop kun je de checkout een paar minuten dichtzetten — niet de hele shop — zodat er geen bestelling meer op de oude server landt.
De webhooks van je betaalprovider. Een betaling wordt pas "betaald" in je shop als de betaalprovider dat aan je server doorgeeft. Die koppeling wijst naar een URL, en soms naar een specifiek IP-adres dat op een whitelist staat. Controleer na de wissel met een echte testbestelling dat de betaling doorkomt en de status in de shop verandert, en werk callback-URL's en whitelist bij waar nodig.
DNS-TTL en de wissel zelf. Verlaag een paar dagen vooraf de TTL van je A-records, zodat de wissel binnen minuten wereldwijd zichtbaar is in plaats van binnen een dag. Wat een A-record en een TTL zijn, lees je in DNS-records uitgelegd. Zonder verlaagde TTL komt een deel van je klanten uren later nog op de oude server uit, en dáár bestellen ze dan.
Mail meeverhuizen, en echt testen. Bestelbevestigingen, verzendmails en contactformulieren gaan meestal via een mailplugin of SMTP-instelling die naar een specifieke server wijst. Die wijst na een verhuizing nog naar de oude. Dit breekt stil: de klant ziet gewoon een succesmelding, alleen komt de mail nergens aan. We hebben sites gezien waarvan de mailplugin nog naar een opgeheven server stuurde en die daardoor weken aan formuliermail kwijt waren zonder dat iemand het merkte. Test na de wissel daarom niet alleen of de shop laadt, maar of de bestelbevestiging daadwerkelijk in je mailbox valt.
Laat de oude omgeving daarna nog een tot twee weken meedraaien als vangnet, en zeg het oude pakket pas op als bestellen, betalen en mailen op de nieuwe kant aantoonbaar werken.
Wie levert het in Noord-Holland, en wat betekent persoonlijk dan?
Correcthosting werkt vanuit Beverwijk, in de IJmond tussen Haarlem en Alkmaar. Klanten zitten in Noord-Holland en in de rest van Nederland — de afstand tot Beverwijk speelt technisch geen rol, dus hij speelt ook voor het contact geen rol. Naast webshops als kidzincolor.com draaien op onze servers sites als conniepalmen.nl en biografieportaal.nl.
Persoonlijk betekent concreet dit. De servers zijn eigen servers die we zelf beheren en bewaken, met DirectAdmin, CloudPanel, LiteSpeed of nginx. Wie je appt of belt, krijgt Dennis Fransen: eigenaar, serverbeheerder en programmeur in één, en degene die jouw server kent omdat hij hem zelf heeft ingericht. Er is geen ticketnummer en geen wachtrij, en het antwoord komt van iemand die meteen op de server kan kijken in plaats van iemand die het moet doorzetten. De administratie en de lichte helpdesk per mail doet Ilse, sinds 2006. Het contact loopt via WhatsApp, telefoon en mail; daarmee is vrijwel elk hostingprobleem sneller opgelost dan met een afspraak.
Wat je daarbij mag verwachten is nuchterheid, geen verkooppraat. Past je shop niet op een gedeeld pakket, dan hoor je dat vooraf en krijg je een prijs voor een eigen inrichting. Ligt een probleem niet aan de hosting maar aan een plugin of het thema, dan zeggen we dat ook, en kijken we mee waar het wél zit. En draait je shop op een ander systeem dan de drie hierboven, vraag het dan gewoon; meestal kan het.
Wil je overstappen, dan begint het met de link van je shop. We kijken wat er draait, zeggen wat het gaat kosten en zetten de shop over terwijl de oude gewoon doorloopt — bestellingen, betalingen en mail inbegrepen. Je oude hoster zeg je pas op als alles op de nieuwe plek bewezen werkt.