Heeft paginareactietijd (websitesnelheid) invloed op de kans op AI-citatie?

Gemiddelde prestatiescore: meest vs. minst geciteerd. 76,5 vs. 74,9.

Snellere, beter presterende sites worden iets vaker geciteerd: de meest geciteerde domeinen scoren gemiddeld 76,5 tegenover 74,9 voor de minst geciteerde. Websitesnelheid volgt de citatiefrequentie in de verwachte richting, maar het effect is klein.

Prestatiescore van de site versus citatiefrequentie

Prestatiescore van de site versus citatiefrequentie

Door elk geciteerd domein te groeperen op basis van het aantal keren dat het werd geciteerd in de antwoorden van de gevolgde prompts van AmICited, en dit te koppelen aan Google’s Core Web Vitals -data van echte gebruikers, ontstaat een consistent patroon over de verschillende niveaus heen. Domeinen die 10+ keer werden geciteerd (659 domeinen met data) staan aan de ene kant, en domeinen die 1–2 keer werden geciteerd (4.313 domeinen) aan de andere kant. De richting is hetzelfde voor elke gezondheidsmetriek die we kunnen meten — slagingspercentage, serverreactietijd en prestatiescore — wat verklaart waarom het (bescheiden) signaal geloofwaardig is en geen ruis.

De onderliggende cijfers

CitatiefrequentieDomeinen met CrUX-dataCore Web Vitals gehaaldMediane TTFBGem. prestatiescore
10+ keer geciteerd65960%804 ms76,5
3–9 keer geciteerd1.58458%893 ms74,9
1–2 keer geciteerd4.31357%910 ms74,9
Logo

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 — sitegezondheid lijkt een ondersteunende factor, niet de belangrijkste drijfveer voor of AI-engines u citeren. Contentrelevantie is vrijwel zeker belangrijker (zie de rapporten per bron en onderwerp). De praktische conclusie: het verbeteren van Core Web Vitals en serverreactietijd is de moeite waard — het verwijdert een milde tegenwind en helpt gebruikers hoe dan ook — maar het zal u niet op eigen kracht in de geciteerde bronnen van een engine krijgen. Beschouw het als basisvereiste, en concurreer vervolgens op relevantie.

Wat de PageSpeed-score werkelijk meet (en waar AI-engines om geven)

Google’s PageSpeed-prestatiescore is een synthetische metriek — het simuleert het laden van een pagina op een afgeknepen verbinding en meet hoe snel de pagina visueel volledig is en interactief wordt. Het is een nuttige benadering van prestaties in de praktijk, maar het is niet hetzelfde als wat een AI-crawler ervaart.

AI-crawlers zoals GPTBot (OpenAI), PerplexityBot en Google-Extended renderen pagina’s niet visueel. Ze halen de HTML op, extraheren de tekstuele inhoud en verwerken deze via natuurlijke-taalverwerkingspijplijnen. De aspecten van PageSpeed die voor hen het meest van belang zijn:

  1. Serverreactietijd (TTFB ): Hoe snel de server de eerste byte HTML levert. Een trage server betekent dat de crawler langer wacht op content, wat time-outs of onvolledige ophaalacties kan veroorzaken.

  2. HTML-grootte en complexiteit: Pagina’s met opgeblazen HTML (overmatige inline-stijlen, grote DOM’s) hebben meer tijd nodig om te parseren, zelfs voor niet-renderende crawlers.

  3. Beschikbaarheid en betrouwbaarheid: Een pagina die 5xx-fouten retourneert of time-out geeft onder belasting, wordt niet succesvol gecrawld, ongeacht de kwaliteit van de inhoud.

De aspecten van PageSpeed die het minst van belang zijn voor AI-crawlers zijn: beeldoptimalisatie, JavaScript-uitvoeringstijd, lay-outverschuivingsmetrieken en interactiviteitsmetingen. Deze zijn belangrijk voor menselijke bezoekers maar irrelevant voor tekst-extracterende crawlers.

Dit betekent dat als u specifiek optimaliseert voor AI-zichtbaarheid , u prioriteit moet geven aan server-side prestaties (TTFB, HTML-levering, foutpercentages) boven front-end optimalisaties (beeldcompressie, lazy loading, CSS-minificatie). De twee zijn gecorreleerd — een goed geoptimaliseerde site scoort doorgaans goed op beide — maar als u beperkte ontwikkeltijd heeft, richt u dan op de serverkant.

Het verschil van 1,6 punt in context

Een verschil van 1,6 punt in PageSpeed-score (76,5 vs. 74,9) is opmerkelijk klein. Ter vergelijking: overstappen van een gedeeld hostingplan naar een dedicated VPS kan een PageSpeed-score met 10–15 punten doen schommelen. Het inschakelen van een CDN kan 5–8 punten toevoegen. Het feit dat de meest en minst geciteerde domeinen slechts 1,6 punt van elkaar verschillen, betekent dat prestaties geen betekenisvolle onderscheidende factor zijn binnen de geciteerde set.

Dit is consistent met de bredere bevinding uit al onze Core Web Vitals-analyses: AI-engines selecteren bronnen primair op inhoud, niet op prestaties. Een pagina die traag is maar uniek gezaghebbend over een onderwerp, zal worden geciteerd boven een snelle maar generieke pagina. De praktische implicatie is dat u zich geen zorgen moet maken over PageSpeed-scores zodra u in het bereik van 70+ zit. De ROI van prestatieoptimalisatie voor AI-zichtbaarheid neemt op dat punt sterk af.

Praktische aanbevelingen

  1. Haal eerst uw PageSpeed-score boven de 50. Als u in het bereik ‘slecht’ zit (0–49 op mobiel), heeft u vrijwel zeker server-side problemen die zowel menselijke bezoekers als AI-crawlers treffen. Dit is het prestatieoptimalisatiewerk met de hoogste ROI.

  2. Streef naar 70+ als uw ‘goed genoeg’-drempel. Zodra uw score in de 70 zit, bevindt u zich in het bereik waarin door AI geciteerde pagina’s zich bevinden. Verdere verbeteringen zullen afnemende meeropbrengsten hebben voor AI-citaties.

  3. Focus op de server-side metrieken binnen PageSpeed. Let op TTFB, serverreactietijd en de audit ‘Verkort de initiële serverreactietijd’. Dit zijn de aspecten van PageSpeed die de ervaring van AI-crawlers het meest direct beïnvloeden.

  4. Jaag niet op 90+ voor AI-zichtbaarheid. Een score van 90+ is indrukwekkend en zal uw menselijke bezoekers ten goede komen, maar onze data toont geen bewijs dat dit extra citatievoordelen biedt ten opzichte van wat u bij 70+ krijgt.

Methodologie

Dit is een associatie tussen de pagina’s die AI al citeert, geen bewijs van causaliteit: het wordt berekend door Google CrUX/PageSpeed-velddata te koppelen aan hoe vaak elk domein werd geciteerd in de 1.905 gevolgde prompts van AmICited. CrUX-data was beschikbaar voor 6.556 van de 8.845 geciteerde domeinen (74%). Domeinen worden gegroepeerd op basis van het aantal antwoorden waarin ze werden geciteerd; binnen elke groep middelen we de sitegezondheidsmetriek. Een domein ‘haalt Core Web Vitals’ wanneer de meerderheid van de geauditeerde URL’s de LCP /INP /CLS-drempelwaarden van Google haalt in data van echte gebruikers (CrUX); TTFB en prestatiescore worden op dezelfde manier gemiddeld. Pagina’s zonder voldoende CrUX-data worden uitgesloten. Omdat de prompts van AmICited overhellen naar SaaS, e-commerce en ondersteuningsonderwerpen, beschrijven deze cijfers de sites die voor dat type zoekopdracht worden geciteerd. De relatie is reëel maar bescheiden, en correlationeel — we beweren niet dat snellere pagina’s meer citaties veroorzaken.

Veelgestelde vragen

Arshia is AI Workflow Engineer bij FlowHunt. Met een achtergrond in informatica en een passie voor AI is hij gespecialiseerd in het creëren van efficiënte workflows die AI-tools integreren in dagelijkse taken en zo de productiviteit en creativiteit verhogen.

Arshia Kahani
Arshia Kahani
AI Workflow Engineer

Controleer de AI-citatiegezondheid van uw site

Ontdek welke AI-engines uw site citeren — en hoe uw technische gezondheid zich verhoudt tot de pagina's die zij het meest citeren.