Mediane TTFB: meest geciteerde versus minst geciteerde domeinen . 804 vs 910 ms.
De meest geciteerde domeinen reageren sneller van de server: een mediane time-to-first-byte van 804 ms voor pagina’s die 10+ keer worden geciteerd, versus 910 ms voor pagina’s die één of twee keer worden geciteerd. Een trage serverrespons gaat gepaard met minder citaties, hoewel het verschil bescheiden is.
Serverresponsitijd (TTFB) versus citatiefrequentie
Door elk geciteerd domein te groeperen op basis van hoe vaak het werd geciteerd in AmICited’s bijgehouden promptresponses, en dit te koppelen aan Google’s Core Web Vitals gegevens van echte gebruikers, ontstaat een consistent patroon over de niveaus heen. Domeinen die 10+ keer zijn geciteerd (659 domeinen met gegevens) bevinden zich aan het ene uiteinde en domeinen die 1–2 keer zijn geciteerd (4.313 domeinen) aan het andere. De richting is hetzelfde voor elke gezondheidsmetriek die we kunnen meten — slagingspercentage, serverresponsitijd en prestatiescore — wat het (bescheiden) signaal geloofwaardig maakt in plaats van ruis.
De onderliggende cijfers
| Citatiefrequentie | Domeinen met CrUX-gegevens | Core Web Vitals gehaald | Mediane TTFB | Gem. prestatiescore |
|---|---|---|---|---|
| 10+ keer geciteerd | 659 | 60% | 804 ms | 76,5 |
| 3–9 keer geciteerd | 1.584 | 58% | 893 ms | 74,9 |
| 1–2 keer geciteerd | 4.313 | 57% | 910 ms | 74,9 |
Ready to Monitor Your AI Visibility?
Track how AI chatbots mention your brand across ChatGPT, Perplexity, and other platforms.
Wat dit betekent voor AI-zoekzichtbaarheid
Technisch gezonde pagina’s worden iets vaker geciteerd, maar het effect is hier klein — websitegezondheid lijkt een ondersteunende factor, niet de primaire drijfveer van of AI-engines u citeren. Relevantie van content is vrijwel zeker belangrijker (zie de rapporten op bron- en onderwerpniveau). De praktische conclusie: het verbeteren van Core Web Vitals en serverresponsitijd is de moeite waard — het verwijdert een milde tegenwind en helpt gebruikers ongeacht — maar het zal u niet vanzelf in de geciteerde bronnen van een engine plaatsen. Zie het als een basisvoorwaarde en concurreer vervolgens op relevantie.
Waarom TTFB de belangrijkste snelheidsmetriek is voor AI-citaties
Van alle prestatiemetrieken die we hebben geanalyseerd, vertoont Time to First Byte het grootste absolute verschil tussen de meest en minst geciteerde domeinen: 106 milliseconden (804 ms vs. 910 ms). Dit is geen toeval. TTFB is de metriek die het meest direct is gekoppeld aan server-side prestaties — precies waar AI-crawlers mee te maken krijgen wanneer ze uw pagina’s ophalen.
Wanneer een AI-crawler zoals GPTBot een pagina opvraagt, geeft hij niet om uw hero-afbeelding, uw CSS-animaties of uw JavaScript-bundel. Hij geeft om één ding: hoe snel kan hij de HTML inhoud krijgen die hij nodig heeft om tekst te extraheren en relevantie te bepalen. Een trage TTFB betekent dat de crawler wacht — en als hij te lang wacht, kan hij een time-out krijgen, slechts een gedeeltelijke respons ontvangen, of uw domein degraderen voor toekomstige crawls.
Het verschil van 106 ms is bescheiden in absolute termen — het is ongeveer de tijd van een oogknipper — maar het is consistent over duizenden domeinen en beweegt in de verwachte richting. Het meest plausibele mechanisme is een crawl-efficiëntie-effect: snellere servers worden vollediger en vaker gecrawld, waardoor hun content beter vertegenwoordigd is in de retrieval-indexen die AI-engines raadplegen. Dit is geen bewezen oorzakelijk verband, maar het is de meest coherente verklaring voor waarom TTFB het sterkste prestatiesignaal vertoont.
Stay Updated on AI Visibility Trends
Get the latest insights on AI mentions, brand monitoring, and optimization strategies.
Hoe TTFB zich verhoudt tot andere prestatiemetingen
In tegenstelling tot front-end metrieken zoals LCP , FCP en CLS , is TTFB bijna volledig onder controle van de site-eigenaar. Het hangt af van:
- Serverinfrastructuur: De kwaliteit en locatie van uw hosting
- CDN-configuratie: Of u een CDN gebruikt en hoe deze is geconfigureerd
- Cachingstrategie: Of uw pagina’s vanuit de cache worden geleverd of dynamisch worden gegenereerd
- Backend-efficiëntie: Hoe snel uw CMS of applicatieserver HTML genereert
Dit maakt TTFB de meest bruikbare metriek voor prestatiegericht werk aan AI-zichtbaarheid. Het verbeteren van LCP kan een herontwerp van uw paginalay-out vereisen; het verbeteren van TTFB kan vaak alleen al met configuratiewijzigingen worden bereikt. De kloof tussen 910 ms en 804 ms is haalbaar voor de meeste sites met een CDN en basis server-side caching — en onze gegevens suggereren dat het dichten van die kloof de meest impactvolle prestatieoptimalisatie is die u kunt doorvoeren voor AI-zichtbaarheid .
Wat een ‘goede’ TTFB is voor AI-zichtbaarheid
Google beschouwt een TTFB onder 800 ms als ‘goed’. De meest geciteerde domeinen in onze dataset zitten precies op die drempel (mediaan 804 ms). Dit suggereert dat het praktische doel voor AI-zichtbaarheid niet een elite-TTFB van onder de 200 ms is, maar simpelweg in het ‘goede’ bereik vallen — onder 800 ms.
Als uw TTFB momenteel boven de 1.000 ms ligt, heeft u waarschijnlijk te maken met enige mate van crawl-wrijving. AI-crawlers werken met tijdbudgetten, en een server die langer dan een seconde nodig heeft om te reageren, zal een deel van de crawlpogingen verliezen door time-outs. Onder de 1.000 ms komen moet uw eerste mijlpaal zijn; onder de 800 ms komen plaatst u in het gezelschap van de meest geciteerde domeinen.
Praktische aanbevelingen
Meet uw TTFB vanaf meerdere geografische locaties. Uw TTFB varieert afhankelijk van waar de aanvraag vandaan komt. AI-crawlers kunnen gegevens ophalen vanuit datacenters in andere regio’s dan uw menselijke bezoekers. Gebruik een tool zoals KeyCDN’s Performance Test of WebPageTest om vanaf meerdere locaties te meten.
Schakel volledige paginacaching in. Als uw pagina’s bij elk verzoek dynamisch worden gegenereerd, zal uw TTFB hoog zijn. Een cachinglaag (Redis, Varnish of de ingebouwde cache van uw CMS) kan de TTFB voor gecachte pagina’s verlagen van 500+ ms naar onder de 50 ms.
Gebruik een CDN met edge caching. Een CDN serveert uw content vanaf locaties dicht bij de aanvrager, wat de netwerklatentie vermindert. Zelfs een basis CDN-configuratie (Cloudflare, Fastly, CloudFront) kan de TTFB met 100–300 ms verlagen.
Upgrade uw hosting indien nodig. Gedeelde hostingpakketten hebben vaak een TTFB in het bereik van 1.000–2.000 ms. Overstappen naar een VPS of dedicated server, of een beheerd hostingplatform, kan een forse verbetering zijn.
Methodologie
Dit betreft een verband tussen de pagina’s die AI al citeert, geen bewijs van oorzaak: het wordt berekend door Google CrUX/PageSpeed-veldgegevens te koppelen aan hoe vaak elk domein werd geciteerd in AmICited’s 1.905 bijgehouden prompts. CrUX-gegevens waren beschikbaar voor 6.556 van de 8.845 geciteerde domeinen (74%). Domeinen worden gegroepeerd op basis van hoeveel responses ze citeerden; binnen elke groep middelen we de websitegezondheidsmetriek. Een domein ‘haalt Core Web Vitals’ wanneer de meerderheid van de gecontroleerde URL’s de drempels van Google’s LCP/INP /CLS haalt in gegevens van echte gebruikers (CrUX); TTFB en prestatiescore worden op dezelfde manier gemiddeld. Pagina’s zonder voldoende CrUX-gegevens worden uitgesloten. Omdat AmICited’s prompts overhellen naar SaaS , e-commerce en ondersteuningsonderwerpen, beschrijven deze cijfers de sites die voor dat soort zoekopdrachten worden geciteerd. Het verband is reëel maar bescheiden en correlationeel — we beweren niet dat snellere pagina’s meer citaties veroorzaken.
