Kort fortalt: Uden keep-alive betaler hver lille asset fuld TLS-performance-omkostning igen og igen - dyrt på ældre HTTP/1.1 uden pipelining.
Hvis du er ny på området
Keep-alive betyder at klient og server lader TCP-forbindelsen stå åben og genbruger den til næste HTTP-request. Uden det skal hver fil (eller næsten hver) betale for nyt handshake og ofte ny TLS-session – det var en hovedårsag til at mange sites føltes langsomme før HTTP/2 blev almindeligt.
Moderne protokoller
Med HTTP/2 multiplexes streams over få forbindelser; HTTP/3 bruger QUIC - keep-alive er stadig relevant på kanten mellem klient og load balancer.
Genbrug af TCP-forbindelse
HTTP keep-alive lader klient og server genbruge samme TCP-forbindelse til flere requests, så I undgår gentagen handshake og TLS-omkostning. Uden det bliver et site med mange små filer uforholdsmæssigt langsomt.
Moderne HTTP/2 og HTTP/3 multiplex’er over færre forbindelser - men keep-alive og korrekt connection management er stadig relevante på ældre stier og underliggende lag.
Timeouts og ubalancerede pools
For aggressive timeouts lukker forbindelser før browsere er færdige; for lempelige holder I ressourcer på serveren. Balancér med load tests.
Bag load balancers skal keep-alive være konsistent: hvis LB lukker tidligere end app-server, får I reset-forbindelser og mystiske fejl.
Måling
Se på connection reuse i netværksprofiler og på server-side metrics for nye vs. genbrugte forbindelser. Et pludseligt fald i reuse efter deploy peger på middleware-ændring.
HTTP/3 (QUIC) ændrer modellen - stadig vigtigt at forstå, men færre «klassiske» keep-alive-problemer på applikationslaget.
Videre på sitet
- HTTP/2 og HTTP/3 – hvordan multiplexing ændrer billedet.
- TLS-performance – hvad I betaler per ny forbindelse.
- Sådan læser du et waterfall – spot gentagne forbindelser.
FAQ
Skal jeg manuelt slå keep-alive til?
De fleste servere og CDN’er har det som standard - verificér i DevTools Connection view.
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.
Få edge cache-hit på HTML: undgå cookies, forkert Vary og dårlige cache keys
Mange sites har CDN, men får stadig høj TTFB fordi HTML ikke caches. Lær et praktisk workflow til at få cache-hit på offentlige sider uden at servere forkert indhold.
Forbedr TTFB med caching, edge cache og hurtigere serverrespons
Lær hvordan du reducerer TTFB med page cache, edge cache, korrekt cache strategi og bedre serverrespons på HTML.
Reverse proxy og TTFB: sådan finder du cache-, TLS- og routing-fejl i praksis
Reverse proxy-laget kan være årsagen til høj TTFB, mystiske cache misses og 502/504-fejl. Lær hvad du skal kigge efter i headers og waterfall, og få et praktisk debug-flow.
Sådan læser du en waterfall og finder flaskehalse i load
Lær at læse en waterfall korrekt og find problemer med TTFB, LCP, render blocking og tredjepart, så du kan prioritere den rigtige optimering.
Cache-Control forklaret: sådan bruger du caching til lavere TTFB
Lær hvordan Cache-Control påvirker HTML, CSS, JavaScript og billeder, og få en praktisk gennemgang af caching, TTFB og klassiske fejl.
