HTTP/2

Kort fortalt: HTTP/2 er en nyere version af HTTP-protokollen, der gør det mere effektivt at hente mange ressourcer (CSS/JS/billeder) fra samme host.

Hvorfor betyder det noget?

• Mange små assets kan hentes mere effektivt
• Header compression og bedre prioritering end HTTP/1.1

Hvilken indflydelse har HTTP/2?

HTTP/2 kan påvirke performance på flere måder:

• Mindre overhead pr. request (header compression)
• Multiplexing: flere requests kan køre parallelt på samme forbindelse
• Mere stabil asset-levering når der er mange små filer

På moderne sites med mange assets kan HTTP/2 derfor gøre load mere robust, især på netværk hvor mange forbindelser er dyre.

Det er dog vigtigt at forstå: HTTP/2 løser ikke tunge bundles, langsom TTFB eller render-blocking alene. Det er et transport-lag, ikke en “app-optimering”.

Hvornår blev HTTP/2 relevant?

HTTP/2 blev udbredt i takt med:

• TLS/HTTPS blev standard
• browserne implementerede h2 bredt
• sites fik flere assets og flere requests

I dag er HTTP/2 “baseline” på de fleste professionelle setups.

HTTP/2 vs HTTP/1.1 (hvad ændrer sig i praksis?)

Multiplexing (den store forskel)

I HTTP/1.1 kunne parallelitet ofte kræve flere forbindelser. HTTP/2 kan køre mange streams over én forbindelse, hvilket mindsker “connection overhead”.

Header compression

Headers kan fylde en del, især med cookies og mange requests. HTTP/2 komprimerer headers, hvilket reducerer data og latency.

Prioritering (i teorien)

HTTP/2 har mekanismer til prioritering. I praksis kan implementeringer variere, og du skal stadig prioritere kritiske ressourcer korrekt via HTML (fx preload) og struktur.

Typiske performance-misforståelser

• “HTTP/2 betyder at jeg ikke behøver bundling”: ikke helt. Bundling kan stadig være nyttigt for overhead, men “for store bundles” kan skade CPU/INP.
• “HTTP/2 gør billeder hurtige”: det hjælper request/transport, men billedstørrelse/format og caching betyder stadig mere.

Hvad kan du gøre for at få mest ud af HTTP/2?

Konkrete ting der typisk hjælper:

• Sørg for at serveren faktisk leverer h2 (tjek i DevTools → Network → Protocol)
• Brug korrekt caching (Cache-Control) så assets ikke hentes igen unødigt
• Brug versionerede assets + lang cache
• Hold tredjepart og cookies under kontrol (mange headers kan stadig koste)

Sådan verificerer du HTTP/2 i praksis

1) Tjek protokollen i DevTools

I Chrome DevTools → Network kan du ofte tilføje/aktivere kolonnen “Protocol”. Her vil du typisk se:

• h2 for HTTP/2
• h3 for HTTP/3 (hvis aktivt)

Hvis du stadig ser http/1.1, er HTTP/2 ikke aktivt for den connection.

2) Test på mobilnetværk

Transportforbedringer kan være mere tydelige på mobilnet, fordi:

• latency er højere
• forbindelser er mere ustabile

3) Kig på request-mønstre

HTTP/2 hjælper især når du har mange assets på samme host. Hvis dine assets ligger spredt over mange domæner, kan gevinsten være mindre, fordi hver host kræver sin egen forbindelse.

Typiske faldgruber

• For mange domæner (sharding) fra “gamle dage” kan være unødvendigt i HTTP/2-tiden
• Store cookies på alle requests kan øge header overhead (selvom header compression hjælper)
• Tredjepart i critical path kan stadig gøre load tungt, uanset protokol