Over Largest Contentful Paint
Wat is Largest Contentful Paint?
Largest Contentful Paint meet hoe lang het duurt voordat het grootste zichtbare element volledig is weergegeven. Meestal gaat het om een hero-afbeelding, een videoposter of een tekstblok met een kop. Dit is het getal dat het dichtst in de buurt komt van het antwoord op de vraag: ‘Wanneer verscheen de pagina?’
Alles onder de vouw en alles wat onzichtbaar is, wordt bewust genegeerd. Een pagina kan nog lang na de LCP scripts en lettertypen laden. Voor deze meting is dat geen probleem, omdat de bezoeker al iets te lezen heeft.
Dat is wat het onderscheid maakt met de totale laadtijd. De laadtijd beschrijft wanneer de browser zijn werk heeft voltooid; LCP beschrijft het moment waarop de pagina bruikbaar werd, oftewel het moment dat de bezoeker dit daadwerkelijk ervaart.
Wat is een goede LCP?
Google beschouwt 2,5 seconden of minder als goed, 2,5 tot 4 seconden als voor verbetering vatbaar en alles boven de 4 seconden als slecht. De drempel is van toepassing op het 75e percentiel van daadwerkelijke paginaladingen. Dit betekent dat de drempel bij drie van de vier bezoekers moet worden gehaald, en niet gemiddeld.
Dat percentiel is belangrijker dan op het eerste gezicht lijkt. Een gemiddelde kan gemakkelijk worden gered door snelle bezoeken via snelle verbindingen, terwijl het 75e percentiel de tragere kwart van je publiek in beeld houdt — en dat is meestal het mobiele kwart.
Een pagina kan daardoor niet slagen voor LCP, terwijl deze perfect snel aanvoelt op de machine waarop de pagina is gebouwd. Die kloof is eerder de regel dan de uitzondering.
Wat meestal een trage LCP veroorzaakt
Het element zelf is zelden het probleem. Wat het vertraagt, is bijna altijd iets wat ervoor gebeurt, en er zijn vier veelvoorkomende boosdoeners:
- Een trage serverreactie, waardoor alles wat daarna komt wordt vertraagd voordat er een byte wordt weergegeven.
- Renderblokkerende CSS en JavaScript in de head, die de browser moet voltooien voordat de pagina wordt weergegeven.
- De hero-afbeelding is groot, niet geoptimaliseerd of wordt lazy geladen terwijl dat niet zou moeten.
- De afbeelding wordt laat ontdekt, omdat deze via CSS wordt ingesteld of door een script wordt ingevoegd in plaats van in de HTML te staan.
Die laatste zorgt het vaakst voor problemen. Een browser kan alleen beginnen met ophalen wat hij in de markup kan zien. Een afbeelding waarnaar de HTML nooit verwijst, kan pas worden geladen nadat de stylesheet of het script waarin ernaar wordt verwezen, is opgehaald en verwerkt.
Hoe u dit verbetert
- Plaats de hero-afbeelding als een img-tag in de HTML, zodat de browser deze onmiddellijk vindt.
- Laad het LCP-element nooit lazy. Lazy loading is bedoeld voor content die zich onder de vouw bevindt.
- Serveer de afbeelding in een modern formaat en op het formaat waarop deze daadwerkelijk wordt weergegeven.
- Preload de afbeelding als deze echt het belangrijkste element op de pagina is.
- Verplaats niet-kritieke CSS en JavaScript uit het renderpad.
- Verkort de serverresponstijd, omdat elke milliseconde die daaraan wordt besteed voorbijgaat voordat al het andere begint.
Wat deze tool controleert
De LCP-test leest de veldgegevens van Google voor de pagina — metingen die zijn verzameld van echte bezoekers in Chrome — en laat zien hoe deze zich verhoudt tot de bovenstaande drempelwaarden.
Als er geen resultaat wordt weergegeven, is er niet genoeg verkeer naar de pagina voor Google om hierover te rapporteren. Dit komt vaak voor bij nieuwe of weinig bezochte pagina’s. Dat betekent niet dat er sprake is van een fout; de verstandige aanpak is om de voor de hand liggende oorzaken op te lossen in plaats van te wachten tot er een score verschijnt.
Waar je nu verder kunt gaan