Kort fortalt: Browseren forsøger at levere kritiske ressourcer først - men for mange konkurrerende hints ( preload , mange høj fetchpriority ) kan udvande effekten.
Hvis du er ny på området
På HTTP/1.1 var det ofte nok at tælle forbindelser og rækkefølge i HTML. Med HTTP/2 og HTTP/3 multiplexes mange filer over færre forbindelser, og browseren kan fortælle serveren hvilke streams der er vigtigst (kritisk CSS frem for dekorationsbillede). Det er HTTP prioritet på protokolniveau – forskelligt fra fetchpriority i HTML, som er et hint til browseren om hvad der er vigtigt, men ikke garanterer at mellemlag overalt respekterer det.
Praktisk betydning
Sammen med HTTP/2 multiplexing betyder prioritet at I kan undgå at store billeder stjæler båndbredde fra kritiske CSS/JS - hvis serveren respekterer prioriteter.
Server/CDN
Dårlig server-implementering kan ignorere prioriteter - profiler med waterfall-analyse.
Hints om rækkefølge på én forbindelse
HTTP/2 og HTTP/3 tillader prioritering af streams så kritiske ressourcer (typisk CSS, fonts, LCP-billede) kan komme foran mindre vigtige. Browseren sender hints; serveren og CDN bør respektere dem - ellers ender alt i FIFO-kø.
Fejlkonfigurerede mellemlag kan «flade» prioriteter ud og gøre alt lige langsomt.
Early Hints og server-push (hvor relevant)
103 Early Hints kan starte preload af kritiske assets før endelig HTML er klar - når infrastrukturen understøtter det uden at forstyrre caching. Det er ikke magi; forkerte hints sender unødig konkurrence om båndbredde.
Server push er stort set udfaset i praksis; fokuser på korrekt prioritet og preload/preconnect hvor målrettet.
Måling
Sammenlign vandfald før/efter CDN- eller serveropgradering med fokus på LCP-ressourcens starttid. Små forskelle i prioritet kan flytte LCP mere end mikrooptimering af JavaScript.
Tal med hosting-leverandøren om deres HTTP/3- og prioritetsimplementering - ikke alle stackes er ens.
Videre på sitet
- Fetchpriority, preload og preconnect – hints uden at overoptimere.
- HTTP/2 og HTTP/3 – protokollerne bag multiplexing.
- Brug fetchpriority og preload rigtigt – praktisk kobling til LCP.
FAQ
Er HTTP priority det samme som fetchpriority?
Beslægtet men på forskellige lag - fetchpriority er HTML-hint; HTTP priority er protokol/stream-niveau.
Næste skridt fra begreb til handling
Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.
Brug Transfer-Encoding (chunked) til progressiv rendering: hurtigere første visning
Lær at finde ud af om din server eller reverse proxy buffer HTML-svar, og få streaming (chunked) til at flytte første visning og LCP i den rigtige retning.
Gør hero til LCP: sådan ændrer du struktur, CSS og prioritering
Hvis LCP bliver en tilfældig paragraf i stedet for hero, får du både dårligere tal og en måling der ikke matcher brugerens første indtryk. Her er en konkret metode til at få hero (H1/billede) til at blive LCP – uden at snyde.
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.
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.
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.
