Hurtigere hjemmeside hjælp til en langsom hjemmeside

fetchpriority

Attributten fetchpriority på img og lignende hjælper browseren med at prioritere netværk og layout. Særligt nyttigt for LCP-billeder der ellers konkurrerer med mindre vigtige ressourcer.

Skrevet af Kim Tetzlaff

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 → low eller standard, kombineret med korrekt lazy loading.
  • Mange high på 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.

Om forfatteren

Kim Tetzlaff

Kim skriver og vedligeholder indhold på hurtigere-hjemmeside.dk med fokus på målelig performance, Core Web Vitals og teknisk SEO. Målet er at gøre optimering konkret: hvad der faktisk flytter tal i feltdata, og hvordan du finder den korteste vej fra symptom til fix.

Kim Tetzlaff