In het kort
Pagina’s met een First Contentful Paint onder 0,4 seconde krijgen gemiddeld 6,7 citaties in ChatGPT. Pagina’s die er 1,13 seconde of langer over doen, blijven op 2,1 (SE Ranking, november 2025, 129.000 domeinen). Dat is een samenhang, geen bewezen oorzaak: geen enkele aanbieder publiceert een tijdslimiet en snelheid is in dezelfde studie niet de sterkste factor. Traag blijft een risico, en drie fixes helpen vandaag.
Pagina’s met een First Contentful Paint onder 0,4 seconde krijgen gemiddeld 6,7 citaties in ChatGPT. Pagina’s die er 1,13 seconde of langer over doen, blijven steken op 2,1. Dat is ruim drie keer zoveel. Het cijfer komt uit een analyse van SE Ranking van 129.000 domeinen en 216.524 pagina’s, gepubliceerd in november 2025. Maar snelheid is in diezelfde studie niet de sterkste factor, en een tweede snelheidsmetriek doet precies het omgekeerde. Snelheid is een drempel, geen hefboom.
Pagesnelheid is jarenlang gepresenteerd als een SEO-hygiëne-onderwerp: “moet je doen voor Google”. Sinds AI-systemen als ChatGPT, Perplexity en Copilot een groot deel van het zoekverkeer opvangen, komt snelheid vanuit een andere hoek terug. SE Ranking analyseerde in november 2025 129.000 unieke domeinen en 216.524 pagina’s in twintig branches, en modelleerde met XGBoost en SHAP welke factoren samenhangen met een citatie in ChatGPT. Pagina’s met een FCP onder 0,4 seconde kwamen uit op gemiddeld 6,7 citaties, pagina’s boven 1,13 seconde op 2,1. SE Ranking is zelf een SEO-toolleverancier, maar publiceert steekproef en methode, dus je kunt het narekenen. Voor Nederlandse mkb-websites op gedeelde hostings is dat een concreet probleem.
Waarom wegen AI-crawlers snelheid anders dan Google?
Googlebot heeft een crawl-budget, maar Google laat trage pagina’s alsnog indexeren. Ze zakken hooguit in ranking. De meest genoemde verklaring voor het verschil is dat AI-crawlers strenger zijn. GPTBot, PerplexityBot, ClaudeBot en de crawlers achter Google’s AI-antwoorden zouden een pagina die te lang doet over de eerste render overslaan of maar deels uitlezen.
Eerlijk is eerlijk: dat is een aannemelijke verklaring, geen vastgesteld feit. OpenAI, Anthropic en Perplexity documenteren nergens publiek dat hun crawlers een tijd- of tokenbudget per pagina aanhouden. Behandel het als hypothese, niet als mechaniek.
Als die verklaring klopt, past dat bij de cijfers. Een First Contentful Paint van 0,4 seconde is voor moderne mkb-websites een pittige eis. Een gemiddelde WordPress-site op gedeelde hosting zonder caching zit al snel op 800 milliseconden of hoger, alleen al voor de eerste byte. Daarmee zit zo’n site in de tragere groep uit dat onderzoek, ook al is-ie voor Google prima. Dat is een meetcategorie van de onderzoekers, geen indeling die AI-crawlers zelf hanteren.
Twee dingen in dezelfde studie die je erbij moet weten
Dat cijfer van drie keer wordt inmiddels overal geciteerd, bijna altijd zonder de studie erbij. Wie hem wel leest, vindt twee dingen die het verhaal bijstellen.
Snelheid is niet de sterkste factor. Dat is het aantal verwijzende domeinen. Sites met meer dan 32.000 verwijzende domeinen worden 3,5 keer vaker geciteerd dan sites met maximaal 200. De snelle pagina’s in die dataset zijn dus voor een groot deel grote, goed gelinkte sites. Je meet daar deels sitekwaliteit mee, niet alleen snelheid.
Een tweede snelheidsmetriek spreekt het tegen. Pagina’s met de allerbeste Interaction to Next Paint, onder 0,4 seconde, kregen juist minder citaties: gemiddeld 1,6. Pagina’s met een middelmatige INP zaten op 4,5. Als snelheid citaties veroorzaakte, hoort dat niet te kunnen.
Wat overblijft is smaller, maar bruikbaarder. Traag blijft een risico, al is het niet hard te maken. Geen enkele aanbieder publiceert een tijdslimiet per pagina, dus we weten niet wát er precies gebeurt als het ophalen lang duurt. Snel is geen belofte: heb je verder geen autoriteit, dan levert een halve seconde winst je geen citaties op. Snelheid is een drempel die je over moet, geen knop waar je aan draait.
Waar gaan Nederlandse hostings de mist in?
De meest voorkomende problemen op Nederlandse hostings zijn goed te herkennen. Gedeelde hosting zonder pagina-cache, een verouderde PHP-versie, geen HTTP/3 of geen HTTP/2, geen effectieve object-cache, en te veel synchroon geladen JavaScript. Bij elkaar opgeteld tikken die snel de 1,5 seconde FCP aan. Voor Google is dat aanvaardbaar. In het onderzoek zaten de best geciteerde pagina’s ruim onder die tijd. Maar dat is samenhang en geen bewezen oorzaak: er is geen gepubliceerde grens waarboven een AI-systeem je overslaat.
Een tweede probleem is Time to First Byte (TTFB). Op sommige budget-hostings ligt de TTFB alleen al op 600 tot 900 milliseconden bij een uitgelogde bezoeker. Voor Google een matige score, voor een AI-crawler mogelijk een dealbreaker, want de pagina is dan nog niet begonnen met leveren.
Welke drie fixes helpen vandaag?
1. Zet volledige page-cache aan
Een simpele full-page cache (bijvoorbeeld via de hosting zelf, W3 Total Cache, WP Rocket of een reverse proxy) brengt TTFB doorgaans terug naar onder de 200 milliseconden. Dit is verreweg de grootste winst per uur werk.
2. Ruim je JavaScript-load op
Elke tracking-pixel, chat-widget en pop-up-plugin voegt render-blocking scripts toe. Zet de scripts die niet direct nodig zijn op defer of async, en overweeg of ze überhaupt op elke pagina hoeven te draaien.
3. Serveer je afbeeldingen slim
Grote hero-afbeeldingen zonder WebP/AVIF, geen width/height-attributen en geen loading="lazy" op onder-de-vouw beelden vertragen de eerste render onnodig. Een converter en een paar tags zijn hier vaak genoeg.
Hoe test je waar je nu staat?
De gemakkelijkste eerste check is PageSpeed Insights. Kijk daarbij niet naar de score, maar specifiek naar FCP en TTFB. Test op mobile én desktop; AI-crawlers doen het meestal desktop, maar mensen delen mobile URL’s. Voer de test daarna een keer of tien uit verspreid over een dag, zodat cache-effecten uitmiddelen.
Zit je FCP boven de 1,13 seconde, dan val je in de groep waarin het onderzoek de laagste citatiescore mat. Dat is een samenhang op één meetmoment, geen aangetoonde crawlergrens: een tragere pagina wordt niet automatisch overgeslagen. En het onderzoek laat niet zien dat de snelheid zelf de oorzaak is. Snelheid blijft een verstandig startpunt, omdat het meestal het goedkoopst te verbeteren is en je bezoekers er direct iets aan hebben. Stel schema.org, content-structuur en llms.txt er niet voor uit: die bepalen wát een AI over je kan zeggen.
Wat betekent dit voor je SEO-budget?
Voor bedrijven die de afgelopen jaren geïnvesteerd hebben in content en link-building maar niet in performance, is dit een moment om te herprioriteren. Een goede performance-fix (hosting, cache, JavaScript-opruiming) verdient zich in klassieke SEO doorgaans snel terug. Voor AI-citaties is dat niet vast te stellen: het onderzoek meet samenhang op één moment, geen effect over tijd. Sneller worden is dus een verstandige investering, maar reken er geen terugverdientijd in citaties op. Voor lokale bedrijven en horeca weegt het extra zwaar: die zitten vaak op de eenvoudigste hostings, dus daar is de winst het grootst.
Hoe meet Citeerbaar dit?
In de Citeerbaar-nulmeting meten we voor je belangrijkste pagina’s de FCP, TTFB en scrape-tijd zoals een AI-crawler die zou zien. We combineren dat met een test hoe vaak je op dit moment geciteerd wordt in ChatGPT, Perplexity en Google AI Overviews. Zo weet je hoe snel je bent en hoe vaak je nu genoemd wordt. Die twee naast elkaar leggen laat zien waar je staat, maar bewijst niet dat het trage deel de oorzaak is. Daarvoor is een nameting nodig: opnieuw meten nadat de snelheid verbeterd is, en kijken of het beeld verschuift.
De volgende stap
Weten of trage pagina’s je AI-vindbaarheid in de weg zitten? Vraag een gratis Quick Check aan, of bekijk de pakketten voor een volledige meting en fix.
