Hvad er LCP (Largest Contentful Paint)?
LCP måler hvornår det største element på skærmen er tegnet færdigt. Se grænseværdierne, de typiske årsager til en høj LCP, og hvad du gør ved dem.
LCP står for Largest Contentful Paint og måler, hvor lang tid der går, fra en besøgende beder om siden, til det største synlige element er tegnet færdigt på skærmen. Det element er næsten altid et billede eller en stor overskrift. LCP er et af de tre Core Web Vitals, og det er det tal, der kommer tættest på det, en besøgende selv ville kalde “hvornår siden er der”.
Sådan måles LCP
Google måler LCP på 75. percentil af sidevisningerne — altså det tal, tre ud af fire besøgende oplever bedre end. Mobil og computer gøres op hver for sig.
| Vurdering | LCP |
|---|---|
| God | 2,5 sekunder eller under |
| Kan forbedres | 2,5–4 sekunder |
| Dårlig | Over 4 sekunder |
Vær opmærksom på, at LCP-elementet kan skifte undervejs. Browseren udpeger løbende det største element, den kender til, og retter sig, når der kommer noget større. Derfor er det ikke altid det element, du selv ville pege på.
Hvad trækker LCP op
I praksis er der fire ting, jeg finder igen og igen på danske WordPress-sider:
- Et for tungt hero-billede. En ukomprimeret JPG på 1,5 MB i toppen af forsiden koster flere sekunder alene på hentetiden.
- Billedet er sat til at vente. Får hero-billedet
loading="lazy", udskyder browseren netop det billede, den skulle have hentet først. Se lazy loading. - En langsom server. LCP kan aldrig blive bedre end TTFB. Går der halvandet sekund, før det første byte kommer, er halvdelen af budgettet brugt, før browseren har set noget.
- Blokerende CSS og JavaScript i toppen. Browseren tegner ikke noget, før den er igennem dem. Det er hele pointen i render-blocking ressourcer.
Sådan får du LCP ned
Rækkefølgen betyder noget. Start med serveren, så billedet, så koden:
- Få TTFB under 0,8 sekund — med caching og en host, der ikke er overbooket.
- Konverter hero-billedet til WebP eller AVIF, og skalér det til den bredde, det faktisk vises i.
- Fjern
loading="lazy"fra det, og giv det i stedetfetchpriority="high". - Sæt
widthogheightpå billedet. Det koster ikke LCP, men det redder CLS. - Ryd op i det, der blokerer tegningen: udskyd JavaScript, og hold den kritiske CSS lille.
LCP i WordPress
Sidebyggere er den hyppigste enkeltårsag. Et hero-afsnit bygget i Elementor eller Divi lægger typisk billedet som en CSS-baggrund, hvilket gør, at browseren først opdager det, når stylesheetet er hentet og læst. Et rigtigt <img> i HTML’en bliver fundet med det samme.
Skal det gøres i praksis på en WordPress-side, har jeg samlet fremgangsmåden under hurtigere WordPress. Vil du bare vide, hvor din side ligger nu, giver hastighedsanalysen dig tallet.
Ofte stillede spørgsmål
Hvad er en god LCP?
2,5 sekunder eller derunder på 75. percentil. Ligger du mellem 2,5 og 4 sekunder, hedder det “kan forbedres”, og over 4 sekunder er dårligt.
Er LCP det samme som indlæsningstid?
Nej. Indlæsningstid dækker som regel hele siden, inklusive alt det, der hentes efter at siden er brugbar. LCP stopper, når det største synlige element er tegnet — resten tæller ikke med.
Hvorfor er min LCP forskellig i PageSpeed Insights og Search Console?
Fordi de to tal kommer forskellige steder fra. Search Console viser feltdata fra rigtige besøgende over 28 dage. PageSpeed Insights viser både feltdata og en enkelt laboratoriemåling, og laboratoriemålingen er kun ét besøg på én forbindelse.