Shared hosting vs. dedicated: wat AI-crawlers merken

De prijs van goedkope hosting

Ik ga iets zeggen wat hosting-providers liever niet horen: shared hosting is de grootste onzichtbare saboteur van je AI-zichtbaarheid.

Daar. Gezegd.

Ik zie het bij minstens de helft van de klanten die bij Kobalt binnenkomen. Mooie website. Degelijke content. Zelfs Schema.org markup. Maar een AEO-score die tegenvalt. En dan ga ik kijken naar de server. Shared hosting. 8 euro per maand. "Werkt toch prima?" Ja. Tot een AI-crawler langskomt.

Kijk, shared hosting is populair. Begrijpelijk. Het is goedkoop, het werkt, je hoeft nergens over na te denken. Maar wat je niet ziet, is dat je die server deelt met tientallen, soms honderden andere websites. Jij bent niet de enige bewoner. Je bent een flatgenoot. En je hebt geen invloed op wat je buren doen.

Wat AI-crawlers anders maakt dan gewone bezoekers

Een mens wacht wel even. Drie seconden laden? Vervelend, maar oké. Die scrollt ondertussen door zijn telefoon.

Een AI-crawler doet dat niet. GPTBot heeft een ingebouwde timeout. Te lang wachten? Volgende URL. Jouw pagina wordt niet geïndexeerd, niet geciteerd, niet meegenomen. Klaar. Zonder waarschuwing.

En het wordt erger. AI-modellen crawlen in golven. Ze sturen meerdere verzoeken tegelijk naar je domein. Op een VPS met voldoende resources: geen probleem. Op een overbelaste shared server zorgt dat voor throttling, verbindingsfouten en HTTP 503-responses. De crawler denkt: deze website is onbeschikbaar. En hij heeft gelijk, want op dat moment is hij dat ook.

• Shared hosting: typische TTFB van 800ms tot 3 seconden bij belasting. Dat is een eeuwigheid voor een crawler.
• VPS of cloud hosting: TTFB doorgaans onder de 300ms, ook bij gelijktijdige requests.
• Dedicated server: TTFB consistent onder de 100ms. Geen noisy-neighbor-effect.
• Managed WordPress hosting (Kinsta, WP Engine): vergelijkbaar met VPS qua AI-crawlability.

Het noisy-neighbor-effect

Dit is mijn favoriete analogie (ik ben een natuurmens, dus vergeef me). Shared hosting is als een vogelkijkhut die je deelt met een groep luidruchtige wandelaars. Jij zit stil te wachten op die ene ijsvogel. Maar je buren maken zoveel herrie dat elke vogel binnen een straal van 200 meter is vertrokken.

In hostingtermen: het is dinsdagmiddag. Een webshop op dezelfde server als jij heeft net een nieuwsbrief uitgestuurd naar 40.000 abonnees. De bezoekers stromen binnen. De server kreunt. Op dat moment besluit ClaudeBot jouw website te bezoeken. Wat gebeurt er? De server gooit de verbinding dicht.

Jij betaalt voor hosting. Maar de beschikbare capaciteit wordt bepaald door wat je buren doen. En daar heb je nul controle over. Je kunt je code optimaliseren tot je er scheel van ziet (ik spreek uit ervaring), maar als de server vol zit, maakt het niets uit.

Welk hosting-type past bij jou?

Ik ga geen one-size-fits-all advies geven. Maar ik kan je wel een eerlijk kader geven.

1. Shared hosting: prima voor een hobby-website of een site met minder dan 500 bezoekers per dag en nul AI-ambitie. Voor zakelijke websites die AI-zichtbaarheid willen? Nee.
2. Managed WordPress hosting (Kinsta, WP Engine, Pressable): goede keuze voor WordPress-sites die serieus zijn over AI. Snelle servers, geïsoleerde omgevingen, geen noisy neighbors.
3. VPS of cloud (DigitalOcean, Hetzner, Vultr): voor websites met een technisch team. Volledige controle, uitstekende performance, schaalbaar.
4. Managed cloud (Laravel Cloud, Render, Railway): ideaal voor framework-applicaties. Automatische scaling, geen server-beheer.
5. Dedicated server: alleen bij extreme volumes. Voor de meeste websites overkill.

Mijn vuistregel? Als je website geld oplevert (direct of indirect), hoor je niet op shared hosting te zitten. Soms moet je gewoon investeren in betere fundamenten in plaats van eindeloos te sleutelen aan de bovenbouw.

Veelgestelde vragen

Je bespaart 20 euro per maand op shared hosting en verliest duizenden euro's aan gemiste AI-zichtbaarheid. Dat is geen zuinigheid. Dat is op de verkeerde plek besparen.