Hvad er LiteSpeed? Webserveren bag hurtig WordPress-hosting

Kort svar: LiteSpeed er en webserver – softwaren, der tager imod besøgendes forespørgsler og leverer dit site – og et alternativ til Apache og NGINX. For WordPress er styrken den indbyggede sidecache, som styres af det gratis LiteSpeed Cache-plugin: cachen ligger i selve serveren, så en cachet side kan leveres uden at starte PHP, og pluginnet tømmer kun de sider, der påvirkes, når indhold ændres. Dertil understøtter LiteSpeed HTTP/3 og læser Apaches .htaccess-regler, så et eksisterende WordPress-setup normalt virker uden ændringer.

Fagligt gennemgået: 2. oktober 2026

Når du vælger hosting til WordPress, møder du ord som LiteSpeed, Apache og NGINX. De fleste behøver aldrig røre webserveren direkte, men valget af server bestemmer, hvilken cache du kan bruge, hvordan .htaccess opfører sig, og hvor meget trafik det samme hardware kan klare.

Her får du forklaringen i almindeligt sprog: hvad en webserver gør, hvad der er særligt ved LiteSpeed, hvordan du ser, om cachen virker – og hvad LiteSpeed ikke kan løse for dig.

Webserverens rolle

Webserveren er første modtager af hver eneste forespørgsel. Den afgør, om svaret kan leveres direkte – en statisk fil som et billede eller en cachet side – eller om PHP og databasen skal bygge siden. For en WordPress-ejer er webserveren usynlig i hverdagen, men den sætter rammerne for, hvor mange samtidige besøgende serveren klarer, og hvor hurtigt cachede sider leveres.

De tre mest udbredte webservere på WordPress-hosting er Apache, NGINX og LiteSpeed. Apache er veteranen, kendt for fleksibel konfiguration via .htaccess-filer i hver mappe. NGINX er kendt for effektiv håndtering af mange samtidige forbindelser, men læser ikke .htaccess. LiteSpeed kombinerer de to tilgange: den forstår Apaches konfigurationsregler, men er bygget på en eventdrevet arkitektur som NGINX.

Apache, NGINX og LiteSpeed side om side

	Apache	NGINX	LiteSpeed
—	—	—	—
Arkitektur	Proces-/trådbaseret (eventmodul findes)	Eventdrevet	Eventdrevet
.htaccess	Ja	Nej – regler i serverkonfigurationen	Ja (fuldt i Enterprise, rewrite-regler i OpenLiteSpeed)
Sidecache til WordPress	Via PHP-plugin eller separat lag	Via FastCGI-cache eller PHP-plugin	Indbygget, styres af LiteSpeed Cache-plugin
HTTP/3	Kræver typisk et lag foran	Understøttet i nyere versioner	Understøttet
Licens	Open source	Open source (kommerciel udgave findes)	OpenLiteSpeed gratis, Enterprise betalt

Tabellen er en forenkling: alle tre kan køre WordPress hurtigt, når de er sat rigtigt op. Forskellen er især, hvor meget der skal konfigureres for at få god cache, og om dine eksisterende .htaccess-regler virker.

Det særlige ved LiteSpeed

Det afgørende greb er, at sidecachen ligger i serveren. Mange cache-plugins på Apache og NGINX skal starte PHP – eller i det mindste en del af WordPress – for at udlevere en cachet side. LiteSpeed kan svare, før PHP overhovedet startes, så en cachet side leveres næsten lige så let som en statisk fil.

LiteSpeed Cache-pluginnet er fjernbetjeningen. Det fortæller serveren, hvad der må caches, tømmer præcist ved opdateringer (kun de berørte sider, fx indlægget, forsiden og den relevante kategori, ikke hele sitet) og håndterer WooCommerce-undtagelser som kurv, kasse og Min konto. Ovenpå kan QUIC.cloud lægge CDN og billedoptimering, og serveren understøtter HTTP/3 og QUIC.

Hvad betyder det for dit site?

Praktisk betyder LiteSpeed-hosting tre ting. For det første skal LiteSpeed Cache være dit eneste sidecache-plugin – bland ikke flere cachemotorer; kombinationsguiden viser, hvad der kan sameksistere. For det andet virker dine .htaccess-regler fra Apache-tiden normalt uændret. For det tredje kan du lægge en objektcache med Redis ovenpå til de sider, der ikke kan sidecaches.

På Hostious’ WordPress hosting kører sitet på LiteSpeed, og Redis object cache understøttes fra WP StartUp, hvor den aktiveres pr. site. Din opgave er primært at undlade at sætte en konkurrerende sidecache oveni.

Sådan ser du, om dit site kører på LiteSpeed

Den hurtigste kontrol er svarets headere. Kør:

curl -sI https://ditdomæne.dk/ | grep -i -E "^server|x-litespeed"

Står der server: LiteSpeed, taler du med en LiteSpeed-server. Ligger sitet bag et CDN som Cloudflare, viser server-headeren CDN’et i stedet – så er x-litespeed-cache eller x-litespeed-tag det bedre tegn på, at origin kører LiteSpeed med cachen aktiv. Er du i tvivl, så spørg din hostingudbyder; de ved præcis, hvilken webserver og udgave de bruger.

Sådan ser du, om LiteSpeed-cachen faktisk virker

LiteSpeed fortæller det selv i svarets headere. Hent en side to gange og kig efter x-litespeed-cache:

curl -sI https://ditdomæne.dk/en-side/ | grep -i x-litespeed-cache
curl -sI https://ditdomæne.dk/en-side/ | grep -i x-litespeed-cache

Første gang ser du typisk miss (siden blev bygget af PHP og lagt i cachen), anden gang hit (siden kom direkte fra serveren). Ser du aldrig hit, er cachen ikke aktiv for den side – typisk fordi pluginnet ikke er slået til, fordi siden er undtaget (kurv, kasse og Min konto er det med vilje), eller fordi en cookie får besøget til at ligne en logget ind bruger. Headeren x-litespeed-tag viser de tags, LiteSpeed bruger til at tømme præcis de rigtige sider, når et indlæg eller produkt ændres.

Browserens udviklerværktøjer viser de samme headere under Netværk: klik på selve dokumentet og se under Headers. Gør det til en vane efter enhver ændring i cacheindstillingerne – en indstilling, der ser rigtig ud, er ikke det samme som en side, der leveres fra cache. Får du aldrig hit, så følg guiden til LiteSpeed Cache, der ikke cacher.

OpenLiteSpeed eller LiteSpeed Enterprise?

LiteSpeed findes i to udgaver. OpenLiteSpeed er den åbne, gratis version med samme kerne, samme cachemotor og HTTP/3 – men den læser kun rewrite-regler fra .htaccess, ikke resten (fx headere, MIME-typer og udløbsregler), og ændringer i .htaccess kræver typisk en genindlæsning af serveren. LiteSpeed Enterprise er den betalte version med fuld Apache-kompatibilitet, hvor alt i .htaccess virker med det samme.

For en WordPress-side betyder forskellen sjældent meget for hastigheden: cachen er den samme, og de ting, OpenLiteSpeed ignorerer i .htaccess, sættes i stedet i serverens egen konfiguration. Spørg din host, hvilken udgave de kører, hvis du selv skal sætte fx sikkerhedsheadere – så ved du, om de skal i .htaccess eller et andet sted.

Hvad LiteSpeed ikke løser

En hurtig webserver flytter grænsen, men fjerner ikke alle flaskehalse. Det er værd at vide, inden du forventer mirakler af et serverskift:

• Ucachede sider. Kurv, kasse, Min konto og alt, hvad en logget ind bruger ser, bygges stadig af PHP og databasen. Her afgør PHP-version, databasekald og objektcache hastigheden.
• Tunge plugins og temaer. Et plugin, der laver hundredvis af databasekald pr. side, er lige så langsomt på LiteSpeed som andre steder, når siden ikke er cachet. Query Monitor viser, hvor tiden går.
• Frontend-vægt. Store billeder, mange scripts og tredjepartsværktøjer påvirker LCP og INP i browseren, uanset hvor hurtigt serveren svarer.

Med andre ord: LiteSpeed giver et stærkt fundament, især for sider, der kan caches. Resten kræver stadig almindelig oprydning og optimering.

Fire ting, der går galt med LiteSpeed Cache

• Kunder ser hinandens kurv. Kurv og kasse er blevet cachet, fordi WooCommerce-undtagelserne er slået fra, eller fordi en anden cache ligger foran. Tjek pluginnets WooCommerce-indstillinger og læs guiden til LiteSpeed Cache og WooCommerce.
• Ændringer vises ikke. Cachen tømmes, når du gemmer i WordPress, men ikke altid ved ændringer via API, import eller et eksternt system. Tøm cachen efter importer, eller sæt automatisk tømning op for de relevante handlinger.
• To cacheplugins. LiteSpeed Cache sammen med et andet sidecache-plugin giver dobbelt cache og uforudsigelige tømninger. Brug ét plugin til sidecache; andre værktøjer kan højst stå for fx billeder.
• Forkert indhold på mobil. Leveres desktopversionen til mobil, er separat mobilcache ikke slået til, mens temaet leverer forskelligt indhold til mobil. Slå mobilcache til i pluginnet, eller brug et responsivt tema uden serverforskel.

Læs også

• Ordbog: Hosting-ordbogen
• Hub: QUIC.cloud og LiteSpeed
• LiteSpeed Cache-indstillinger til WordPress
• Object cache med Redis eller Memcached i LiteSpeed Cache
• Hvad er cache?
• Hvad er en server?
• WordPress hosting hos Hostious – LiteSpeed, NVMe og Redis object cache fra WP StartUp

Ofte stillede spørgsmål om LiteSpeed

Skal jeg betale for LiteSpeed?

Nej, ikke som almindelig hostingkunde. Serverlicensen er hostingudbyderens sag, og både LiteSpeed Cache-pluginnet og OpenLiteSpeed er gratis. Du mærker teknologien som hastighed, ikke som en ekstra post på regningen.

Virker LiteSpeed Cache-pluginnet på al hosting?

Pluginnets servercache kræver en LiteSpeed-server. På Apache og NGINX kan du kun bruge de øvrige funktioner som billed- og CSS/JS-optimering, eventuelt via QUIC.cloud. Fuldt udbytte forudsætter, at hostingen kører LiteSpeed.

Er LiteSpeed kompatibel med mine plugins og mit tema?

Ja. For WordPress ligner LiteSpeed en almindelig server med PHP og MySQL. Kompatibilitet handler i praksis om cache-undtagelser for dynamiske elementer, ikke om selve serveren.

Hvordan ser jeg, om en side bliver serveret fra LiteSpeed-cachen?

Kig efter headeren x-litespeed-cache i svaret – med curl -I eller i browserens Netværk-fane. ‘miss’ betyder, at siden blev bygget og gemt; ‘hit’ betyder, at den kom direkte fra cachen. Ser du aldrig ‘hit’, er cachen ikke aktiv for siden.

Hvad er forskellen på OpenLiteSpeed og LiteSpeed Enterprise?

Samme kerne, cache og HTTP/3. OpenLiteSpeed er gratis, men læser kun rewrite-regler fra .htaccess og kræver typisk genindlæsning ved ændringer; Enterprise er betalt med fuld Apache-kompatibilitet. For hastigheden i WordPress er forskellen som regel lille.