Ga naar de inhoud

Toon de hoofdinhoud van de pagina snel op mobiel

Techniek Bijgewerkt op 4 okt 2026

Beschrijving

Dit criterium meet de snelheid van de pagina onder de omstandigheden van een gemiddelde telefoon: iPand laadt de pagina één keer, koud, op een gesimuleerde Pixel 7, met het vertraagde netwerk en de vertraagde processor van het mobiele profiel van Lighthouse. Het meet wanneer het grootste zichtbare element getoond wordt (LCP) en hoelang scripts de pagina blokkeren (TBT); de reactietijd van de server (TTFB) wordt gemeten wanneer de pagina rechtstreeks wordt opgehaald.

Dit is een labmeting, niet de snelheid die je echte bezoekers ervaren (Chrome UX Report).

Waarom dit belangrijk is voor AI

Google raadt aan een goede paginabeleving te bieden om in zijn AI-functies te verschijnen, en de weergavesnelheid hoort daarbij. Een trage server remt ook het crawlen af: als de reactietijden langer worden, crawlt Google minder pagina’s van je site.

  • LCP markeert het moment waarop de hoofdinhoud zichtbaar wordt: web.dev noemt die goed bij maximaal 2,5 s.
  • TTFB is geen Core Web Vital, maar web.dev raadt aan niet boven 0,8 s uit te komen: de rest van het laden wacht op het antwoord van de server.
  • Elke JavaScript-taak van meer dan 50 ms blokkeert de pagina; TBT telt die blokkades op en wijst op een pagina die slecht reageert op wat bezoekers doen.

Zo los je het op

  1. 1 Toon het hoofdelement sneller LCP mag niet hoger zijn dan 2,5 s; deze meting weegt het zwaarst in het criterium. Zoek het hoofdelement, vaak de afbeelding bovenaan de pagina of de eerste kop. Serveer het in de juiste afmetingen en in een licht bestandsformaat, laad het niet uitgesteld (loading=lazy) en preload het als de browser het pas laat ontdekt.
  2. 2 Laat de server sneller reageren De server moet de eerste bytes van de pagina binnen 0,8 s versturen. Cache pagina’s op de server of op een CDN, vermijd omleidingen vóór de pagina en beperk het werk dat bij elk bezoek gebeurt, zoals databasequery’s of plug-ins van het CMS.
  3. 3 Stel niet-essentiële scripts uit TBT mag niet hoger zijn dan 200 ms. Laad scripts met defer of async, verwijder overbodige scripts van derden (widgets, dubbele trackingtools) en splits lange taken op. Het deel van elke taak boven 50 ms telt mee in TBT.
  4. 4 Houd marge onder de drempels Test de pagina met Lighthouse of PageSpeed Insights in mobiele modus, onder omstandigheden die vergelijkbaar zijn met die van iPand. Een waarde binnen ± 10% van een drempel behoudt het oordeel van de vorige analyse, zodat de status niet van dag tot dag omslaat: mik dus ruim onder de drempels.

In het kort

iPand beoordeelt de pagina zoals een gemiddelde telefoon die zou zien: hoofdinhoud binnen 2,5 s, server binnen 0,8 s, blokkering door scripts van maximaal 200 ms. Houd marge onder deze drempels voor een stabiel oordeel.

Verder lezen