Serveroptimering - Laddtider.se

Serverns svarstid utgör ett absolut golv för webbplatsens totala laddtid. Ingen frontend-optimering kompenserar för en server som behöver 800 millisekunder för att leverera ett HTML-dokument.

TTFB – Time to First Byte

TTFB (tid till första byte) mäter tiden från navigeringsstart till att första byten av serversvaret anländer hos klienten. Måttet inkluderar DNS-uppslagning, TCP-anslutning, TLS-handskak och serverns bearbetningstid.

Rekommenderat värde: under 200 millisekunder. Över 600 millisekunder räknas som problematiskt. Med en LCP-budget på 2,5 sekunder innebär en TTFB på en sekund att bara 1,5 sekunder återstår för resursupptäckt, nedladdning och rendering.

TTFB på svenska sajter

Svenska webbhotell (Loopia, One.com, Oderland) placerar generellt servrarna i Skandinavien, vilket ger låg nätverkslatens för svenska besökare — typiskt 10–30 millisekunder. Men servertiden (den tid servern spenderar på att generera HTML) varierar kraftigt beroende på CMS-konfiguration och caching.

Under optimeringen av Laddtider.se sjönk TTFB från 580 till 95 millisekunder — på samma webbhotell. Skillnaden var inte hårdvara utan mjukvara: eliminering av oanvända plugins, aktiverad OPcache och helsidescache. Mät din egen TTFB med

curl -o /dev/null -w "TTFB: %{time_starttransfer}s\n" https://dindomän.se/

Allt under 200 millisekunder är godkänt. Mer om metoden finns i guiden Metodik för enkla självtester.

HTTP/2 och HTTP/3

Protokoll	Multiplexing	Anslutningsuppbyggnad	Paketförlust
HTTP/1.1	Nej (6 parallella anslutningar)	TCP + TLS (2–3 rundturer)	Blockerar alla strömmar
HTTP/2	Ja (en anslutning)	TCP + TLS (2–3 rundturer)	Blockerar alla strömmar (TCP head-of-line blocking)
HTTP/3	Ja (en anslutning)	QUIC (0–1 rundturer)	Blockerar enbart den drabbade strömmen

HTTP/3 med QUIC-protokollet ger snabbare anslutningsuppbyggnad och bättre prestanda på mobila nätverk med paketförlust. Cloudflare erbjuder HTTP/3 på alla planer och aktiverar det som standard för nya gratiszoner.

Komprimering: Gzip och Brotli

Textkomprimering minskar överföringsstorleken för HTML, CSS och JavaScript. Brotli ger 15–25 procent bättre komprimeringsgrad än Gzip för textbaserat innehåll. Stöd kan verifieras via svarsheadern Content-Encoding: br.

PHP-version

För PHP-baserade system (WordPress, Laravel, Drupal) har PHP-versionen direkt inverkan på svarstiden. Notera att PHP-versionen är relevant för de svenska sajter som kör WordPress — Sitevision och Optimizely använder Java respektive .NET.

PHP-version	Relativ prestanda	Status
7.4	Baslinje	End of Life
8.1	~5–8 % snabbare	End of Life (dec 2025)
8.2	~5–10 % snabbare	Säkerhetsuppdateringar
8.3	~8–13 % snabbare	Aktiv
8.4	~10–15 % snabbare	Aktiv (rekommenderad)

OPcache

OPcache lagrar kompilerad PHP-bytekod i minnet, vilket eliminerar behovet av att tolka PHP-filer vid varje förfrågan. OPcache är aktiverat som standard i moderna PHP-installationer men bör verifieras. Rekommenderade inställningar:

opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0  ; Produktion: kräver manuell rensning vid deploy

Serverplacering och latens

Fysiskt avstånd mellan server och besökare påverkar nätverkslatensen. Varje tusen kilometer tur och retur adderar ungefär tio millisekunder. För webbplatser med primärt svensk publik ger ett webbhotell med svensk serverplacering lägre TTFB. CDN-distribution kompletterar för internationell räckvidd.

Sammanfattning

TTFB under 200 millisekunder
HTTP/2 eller HTTP/3 aktiverat
Brotli-komprimering för textresurser
PHP 8.3+ med OPcache (för PHP-baserade CMS)
Server-side helsidescache (se caching)
Serverplacering nära målgruppen

Serveroptimering sätter golvet — CSS- och JavaScript-optimering sänker taket. Tillsammans avgör de hur snabbt besökaren ser innehåll, vilket påverkar både Core Web Vitals och SEO.