Largest Contentful Paint, LCP, måler tiden fra navigationens start, til det største relevante indhold i sidens synlige område bliver vist. Det kan eksempelvis være et stort produktbillede, en tekstblok eller videoindhold. En hentet billedfil er ikke nok; indholdet skal også være tegnet på skærmen.
LCP er et af de tre Core Web Vitals. Målingen hjælper med at undersøge, hvornår siden ser brugbar ud, men fortæller ikke, om alle ressourcer er hentet, eller om knapper reagerer hurtigt.
Hvad er en god LCP?
- God: Højst 2,5 sekunder.
- Kræver forbedring: Over 2,5 til og med 4 sekunder.
- Dårlig: Over 4 sekunder.
Vurder grænserne ved 75. percentil af feltmålingerne, separat for mobil og computer. Det betyder, at målet på højst 2,5 sekunder skal nås for mindst omkring 75 % af de registrerede besøg. En enkelt hurtig test er ikke tilstrækkelig dokumentation.
LCP indgår i Googles rangeringssystemer som del af Core Web Vitals. En bedre LCP giver dog ingen garanti for en bestemt placering. Prioritér indholdets synlighed for brugerne og de dokumenterede flaskehalse.
Find først sidens LCP-element
Brug PageSpeed Insights eller en optagelse i Chrome DevTools til at finde det element, der måles. Det er ofte det store billede øverst, men kan også være en overskrift eller en tekstblok.
Elementet kan være forskelligt på mobil og computer, fordi layout og synligt område ændrer sig. Kontrollér den relevante visning, før du bruger tid på at optimere et bestemt billede.
De fire dele af LCP
Når LCP-elementet kræver en billedfil eller anden ressource, kan tiden deles op i fire sammenhængende dele. Undersøg dem i rapportens LCP-opdeling eller browserens tidslinje og netværksoversigt.
1. Ventetid før HTML: Time to First Byte
TTFB er tiden fra navigationens start til den første byte af HTML-svaret. Den kan indeholde redirects, oprettelse af forbindelse, netværkstid og serverens behandling. En høj TTFB er derfor ikke automatisk bevis på en langsom server alene.
Hvis denne del fylder meget, undersøger du blandt andet redirectkæder, afstand til serveren, netværksforhold og serverarbejde. Servercache eller en CDN kan være relevant efter diagnosen, men er ikke en universel løsning.
2. Ventetid før ressourcen hentes: Resource load delay
Browseren skal opdage ressourcen og give den mulighed for at starte. Et billede, der først bliver indsat af JavaScript eller fundet i en senere CSS-fil, kan blive opdaget sent.
Gør det vigtige billede tilgængeligt tidligt i HTML med korrekt billedadresse. Prioritering med fetchpriority="high" kan hjælpe på det sandsynlige LCP-billede. Ved en ressource, som ellers opdages sent, kan en målrettet preload være relevant. Kontrollér effekten; giv ikke alle billeder høj prioritet.
Lazy-load ikke LCP-billedet. Det vigtigste synlige billede skal kunne hentes tidligt. Lazy loading passer bedre til billeder længere nede, som ikke er nødvendige i den første visning.
3. Downloadtid: Resource load duration
Dette er tiden til at hente selve ressourcen. Hvis den fylder meget i tidslinjen, undersøger du filstørrelse, servering og forbindelse. Brug en passende billedopløsning, komprimering og et egnet format, og sørg for, at mobilen ikke får et unødigt stort billede.
Et mindre billede kan reducere downloadtiden. Det hjælper dog ikke nødvendigvis den samlede LCP, hvis billedet bagefter venter på JavaScript eller CSS for at blive vist.
4. Ventetid før visning: Element render delay
Ressourcen kan være hentet, mens browseren stadig venter på at vise elementet. Årsagen kan være CSS, blokerende scripts, lange opgaver i browseren eller kode, som skjuler indholdet indtil en senere opdatering.
Hvis billedet er færdigt i netværksoversigten længe før LCP, bør du undersøge denne ventetid. At komprimere filen yderligere behandler ikke nødvendigvis årsagen.
Er LCP-elementet tekst med en systemfont, er der ingen separat billedressource at hente. Ressourceventetid og downloadtid kan da være nul, mens ventetiden før visning stadig er vigtig. En webfont kan derimod påvirke, hvornår teksten bliver synlig.
En konkret diagnose- og prioriteringsproces
- Bekræft problemet i feltdata. Se LCP i PageSpeed Insights eller Search Console. Notér enhed, periode og om data gælder URL’en eller hele origin.
- Undersøg en vigtig side. Vælg eksempelvis en produktside fra den berørte skabelon, og find dens LCP-element i laboratorietesten.
- Find ventetiden. Sammenhold HTML-svaret, starten og slutningen på LCP-ressourcens download og tidspunktet, hvor elementet bliver vist.
- Vælg rettelsen efter flaskehalsen. Sen downloadstart kræver en anden indsats end en stor fil eller langsom visning efter download.
- Vurdér omfanget. En fælles skabelonfejl på mange vigtige sider kan have højere prioritet end et enkelt mindre problem på en sjældent besøgt side.
- Test én afgrænset ændring ad gangen. Brug sammenlignelige betingelser og flere målinger. Kontrollér, at indhold, funktioner og layout stadig virker.
- Følg op hos virkelige brugere. Notér ændringsdatoen og undersøg udviklingen i feltdata, efterhånden som nye besøg indgår.
Et eksempel på beslutningen: Hvis et produktbillede først bliver fundet efter et script, skal du undersøge ressourceopdagelsen. Hvis billedet hentes tidligt, men først vises efter en animation, skal du undersøge visningsforsinkelsen. Begge kan give langsom LCP, men kræver forskellige rettelser.
Hvorfor er feltdata og din test forskellige?
Feltdata dækker virkelige besøgende med forskellige forbindelser, enheder og cacheforhold. PageSpeed Insights viser normalt CrUX-data fra de seneste 28 dage og kan bruge origin-data, hvis den konkrete URL har for få observationer.
En laboratorietest er en afgrænset simulering af den aktuelle side. Brug den til at forklare problemet, mens feltdata hjælper med at vurdere omfanget. En ny rettelse ændrer ikke straks alle 28 dages historik, og en grøn laboratorietest garanterer ikke god LCP ved alle besøg.
Tjekliste for LCP
- Det målte LCP-element er identificeret i den relevante visning.
- Du har skelnet mellem TTFB, ressourceopdagelse, download og visningsforsinkelse.
- Det vigtigste synlige billede bliver ikke lazy-loadet.
- Billedfilen passer til visningens størrelse og er tilgængelig tidligt.
- Prioritering eller preload er målrettet den relevante ressource.
- Du har testet både måling, indhold og funktioner efter en rettelse.
- Du følger feltdata med kendskab til periode og dataniveau.
Læs videre om sidehastighed og i guiden til teknisk SEO, hvis du skal sætte LCP ind i en større gennemgang.
Faglige kilder: web.dev: Largest Contentful Paint, Opdeling og optimering af LCP, PageSpeed Insights: Feltdata og laboratoriedata og Google Search Central: Sideoplevelse og rangering. Kilder kontrolleret 9. oktober 2026.