Kort fortalt: fetchpriority="high" signalerer at en ressource (typisk et img) skal have høj hente-prioritet. Det er et supplement til placering i HTML, preload og selve filoptimeringen - ikke en erstatning for at levere et fornuftigt lille og korrekt beskåret billede.
Hvordan prioritet spiller sammen med resten af loadet
Browseren har altid begrænset båndbredde og CPU. Den skal vælge rækkefølge på DNS, TLS, download og decode. fetchpriority giver et eksplicit signal om hvad der er vigtigst for denne sidevisning, særligt når mange billeder konkurrerer (galleri, produktlister, hero + thumbnails).
Uden hint kan et stort men uvigtigt billede teoretisk komme foran jeres LCP-billede i køen - især hvis markup-rækkefølge og lazy loading ikke er strammet op.
Hvornår giver high mening?
Når du med høj sikkerhed ved, at et bestemt billede er LCP-elementet på en given skabelon - fx hero på forsiden eller fast produktbillede på PDP. Ét velplaceret high er ofte mere værd end at sprede high overalt.
Hvornår skal du lade være eller sætte low?
- Baggrundsgallerier og indhold langt under folden →
loweller standard, kombineret med korrekt lazy loading. - Mange
highpå samme side udvander signalet; browseren kan ikke prioritere alt øverst. - Når LCP-elementet ikke er et billede (fx stor tekstblok), er billed-prioritet sekundær - først skal I identificere det rigtige LCP-element i felt og lab.
Relation til loading="lazy"
loading="lazy" på et LCP-billede er et antimønster: browseren udskyder hentning, mens LCP netop skal ske tidligt. Kombinér derfor aldrig lazy med et billede der skal være først - brug fetchpriority="high" på det faktiske LCP-billede og loading="eager" (eller udelad lazy) efter behov.
fetchpriority erstatter ikke korrekt width/height (for CLS) eller moderne formater (WebP, AVIF) og srcset.
Måling og validering
Brug Performance-panelet og Lighthouse til at se LCP-elementet. Hvis det ikke er det billede I troede, er fetchpriority på forkert node spildt. Gentest efter ændring på throttled netværk for at se om LCP-tid bevæger sig.
Relaterede begreber
FAQ
Er fetchpriority det samme som preload af billeder?
Nej. Preload er et separat link-hint i head der reserverer ressourcen tidligt. fetchpriority påvirker prioriteringen af et element der allerede findes i markup. De kan supplere hinanden, men løser forskellige problemer.
Hvornår skal jeg bruge fetchpriority="low"?
På billeder der bevidst ikke må vinde køen: fx avatars, dekorative billeder under folden eller tunge gallerier der ikke er LCP. Det kan hjælpe hero og kritiske assets med at komme først.
Kan fetchpriority skade INP eller TBT?
Sjældent direkte. Det flytter netværks- og decode-rækkefølge. Hvis du ved en fejl giver lav prioritet til noget kritisk, kan indirekte effekter opstå - test med DevTools og felt.
Virker fetchpriority i alle browsere?
God understøttelse i Chromium-baserede browsere; andre motorer kan ignorere attributten uden fejl. Betragt det som progressiv forbedring - ikke som en erstatning for korrekt billedstørrelse, format og placering i HTML.
Næste skridt fra begreb til handling
Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.
Sådan fejlsøger du LCP fra start til slut
Følg en praktisk arbejdsgang til at finde årsagen til høj LCP, fra serverrespons og render blocking til billeder, prioritering og netværksrækkefølge.
Brug fetchpriority og preload rigtigt på de vigtigste ressourcer
Få en praktisk guide til hvordan du bruger fetchpriority og preload på billeder, fonts og CSS uden at overstyre browseren forkert.
Lazy-load billeder korrekt uden at skade LCP og brugeroplevelse
Se hvordan du bruger lazy loading rigtigt, undgår at skade LCP og vælger de billeder der skal prioriteres tidligt i stedet.
Fetchpriority, preload og preconnect: hvornår de hjælper og hvornår de gør skade
Lær hvornår fetchpriority, preload og preconnect faktisk forbedrer load, og hvornår de bare skaber mere støj og dårlig prioritering i browseren.
5 grunde til at din hjemmeside er langsom og hvad du gør ved det
Se de mest almindelige årsager til en langsom hjemmeside, hvordan du spotter dem, og hvilke ændringer der typisk giver mest effekt først.
Hvordan du spotter render delay (uden at stirre på score)
Render delay er ofte grunden til at LCP bliver 1–2 sekunder for sent, selv når TTFB ser fin ud. Her er metoden til at finde årsagen hurtigt – og vælge den rigtige type fix.