Hvorfor er WordPress-siden treg? 8 hostingårsaker

Kort fortalt: En treg WordPress-side skyldes oftest at serveren bruker for lang tid på å bygge siden før noe sendes til nettleseren. Mål først TTFB (tiden til første byte): Google regner 0,8 sekunder eller mindre som bra og over 1,8 sekunder som dårlig. Er TTFB høy, ligger problemet på serversiden – manglende sidecache, gammel PHP, tung database, for lite kapasitet eller en utvidelse som venter på eksterne tjenester. Er TTFB lav, men siden likevel treg, er det bilder, skript og fonter i nettleseren du må se på.

Nye tall fra november 2026 viser hvor ofte serveren er flaskehalsen. Analyseselskapet PerfDelta gikk gjennom ekte Chrome-data (CrUX) for 1 634 WordPress-nettsteder og publiserte resultatet 4. november: På 26 % av WordPress-sidene var TTFB over 1,8 sekunder for den tregeste fjerdedelen av besøkene på mobil, mot 10,4 % for alle nettstedene i utvalget. Medianen lå på 1 158 millisekunder for WordPress og 841 ms for alle. Blant WordPress-sider med treg lasting var serverresponsen den lengste delen av lastetiden på 62,5 % av dem. PerfDelta understreker selv at utvalget heller mot større merkevarer og at tallene viser sammenheng, ikke årsak.

Nedenfor går vi gjennom de åtte vanligste årsakene på hostingsiden, og hvordan du sjekker hver av dem.

Hvordan finner jeg ut om det er serveren som gjør WordPress-siden treg?

Åpne siden i et privat vindu i Chrome, trykk F12, velg Network og last siden på nytt. Klikk på den øverste linjen (selve HTML-dokumentet) og se på Waiting for server response under Timing. Det er TTFB. Kjør også siden gjennom PageSpeed Insights, som viser Core Web Vitals fra ekte besøkende når siden har nok trafikk. Grensene for «bra» er LCP på 2,5 sekunder, INP på 200 millisekunder og CLS på 0,1 (web.dev). Vi har forklart målene nærmere i Core Web Vitals forklart for bedriftseiere.

I WordPress finner du i tillegg Verktøy → Nettstedshelse. Den sjekker om siden har sidecache og om serveren svarer raskt nok. Ifølge PXLs kunnskapsbase anbefaler WordPress der en responstid under 600 millisekunder.

Hvilke hostingårsaker gjør WordPress treg?

1. Ingen sidecache på serveren

Uten sidecache bygger WordPress hver side på nytt med PHP og databasespørringer for hver besøkende. En ferdig mellomlagret side kan leveres på brøkdelen av tiden. PageSpeed Matters publiserte 9. november 2026 en studie av 195 378 WordPress-nettsteder: Av de trege sidene som tok i bruk en cache-utvidelse, fikk 39,8 % god LCP på mobil innen et år, mot 19,7 % av trege sider uten. Studien er en før-og-etter-sammenligning, ikke et kontrollert forsøk – og seks av ti trege sider trengte mer enn en utvidelse.

2. Cachen bommer

En cache som er slått på, er ikke det samme som en cache som treffer. PerfDelta peker på typiske bom: lenker med ?utm_source=, ?gclid= eller ?fbclid= som cachen ser på som nye sider, cookies fra handlekurv, innlogging eller samtykkeverktøy, og full tømming av cachen ved hver lille endring. Det betyr at besøkende fra annonser og nyhetsbrev ofte får den tregeste versjonen.

3. Gammel PHP-versjon

WordPress anbefaler PHP 8.3 eller nyere. Ifølge php.net får PHP 8.2 sikkerhetsrettinger bare til 31. desember 2026, mens 8.3 støttes til utgangen av 2027 og 8.4 til utgangen av 2028. Eldre versjoner er både tregere og usikre. Se PHP-versjonen under Nettstedshelse → Info → Server, og test oppgraderingen på en kopi først. Les også vår sjekkliste etter PHP-hullene i oktober.

4. Ingen objektcache – og en tung database

Nettbutikker og sider med mange utvidelser henter mye fra databasen ved hver forespørsel. Nettstedshelse varsler ofte med «Du bør bruke et vedvarende objektmellomlager» eller om store automatisk lastede innstillinger (autoload). En objektcache som Redis eller Memcached holder svarene i minnet, så databasen slipper å gjøre samme jobb om igjen. Sider som ikke kan sidecaches – handlekurv, kasse og Min side – har mest nytte av dette.

5. For lite CPU eller for få PHP-prosesser

Er siden rask om natten, men treg midt på dagen eller under en kampanje, kan kontoen ha nådd grensen for CPU eller antall samtidige PHP-prosesser. Da står forespørslene i kø. Spør leverandøren hvilke grenser pakken har, og om kjernene er delte eller dedikerte. For nettbutikker har vi skrevet mer i Hvilken hosting passer en liten WooCommerce-butikk?.

6. Roboter og innloggingsforsøk som går utenom cachen

Forespørsler mot wp-login.php, xmlrpc.php og søk går forbi sidecachen og må behandles av PHP hver gang. Mange slike forespørsler kan spise kapasiteten som ekte besøkende trenger. Brannmur, begrensning av innloggingsforsøk og blokkering av unødvendige endepunkter hjelper både ytelse og sikkerhet.

7. Omdirigeringer og lang vei til serveren

TTFB inkluderer også omdirigeringer, DNS-oppslag og oppkobling med TLS (web.dev). En lenke til http:// som sendes videre til https://www koster en ekstra runde hver gang. Sjekk at interne lenker og annonser peker rett på den endelige adressen. Moderne protokoller som HTTP/3 og komprimering med Brotli kan korte ned overføringen.

8. Utvidelser som venter på eksterne tjenester

Det er sjelden antallet utvidelser som er problemet, men hva de gjør. Utvidelsen Query Monitor viser hvilke komponenter som kjører flest og tregest spørringer, og om en utvidelse venter på svar fra en ekstern server (HTTP API Calls). Deaktiver mistenkte utvidelser én og én på en testkopi og mål TTFB på nytt.

Hvilken rekkefølge bør jeg fikse i?

Mål TTFB på forsiden, en underside og – for nettbutikk – handlekurven, med og uten cache.
Slå på sidecache (i hostingpanelet eller med en utvidelse) og sjekk at den faktisk treffer.
Oppgrader til PHP 8.3 eller nyere etter test på en kopi.
Slå på objektcache hvis siden har mye dynamisk innhold.
Finn trege utvidelser med Query Monitor.
Er TTFB fortsatt høy, er pakken for liten eller serveren for treg – da er det tid for bedre hosting.

Ta alltid en sikkerhetskopi før du endrer noe. Slik fungerer en gjenoppretting i praksis: Hva skjer når du må gjenopprette en backup?

Hva bør WordPress-hosting ha for å være rask?

Sidecache på serveren, ikke bare i nettleseren.
Objektcache (Redis eller Memcached) for nettbutikker og medlemssider.
Støttede PHP-versjoner du kan bytte mellom selv.
Tydelige grenser for CPU og prosesser – helst dedikerte kjerner for nettbutikk.
Et testmiljø (staging) der du kan prøve oppdateringer trygt.
Daglig sikkerhetskopi og support som faktisk ser på serveren når du melder fra.

Hos InfoDesk styrer du WordPress i Plesk med WP Toolkit, og sikkerhetskopi tas hver dag med 30 dagers historikk. Webhosting Pro kjører LiteSpeed Enterprise med LSCache, objektcache (Redis/Memcached), dedikerte CPU-kjerner, HTTP/3 og Brotli, og har stage-miljø. Pro koster 899 kr/mnd inkl. mva ved årlig betaling; Standard starter på 449 kr/mnd. Se alle detaljer på webhotell og WooCommerce-hosting.

Ofte stilte spørsmål

Hvorfor er WordPress-siden min så treg?

Oftest fordi serveren bruker lang tid på å bygge siden: manglende eller bommende sidecache, gammel PHP, tung database eller for lite kapasitet. Mål TTFB først. Er den lav, ligger problemet i bilder, skript eller fonter.

Hva er en god TTFB for WordPress?

Google regner 0,8 sekunder eller mindre som bra og over 1,8 sekunder som dårlig, målt for 75 % av besøkene. WordPress' egen Nettstedshelse anbefaler serverrespons under 600 millisekunder.

Hjelper det å installere en cache-utvidelse?

Ofte, men ikke alltid. I PageSpeed Matters' studie fra november 2026 fikk 39,8 % av trege WordPress-sider god LCP innen et år etter at de tok i bruk en cache-utvidelse, mot 19,7 % uten. De fleste trege sidene trengte flere tiltak.

Blir WordPress raskere med nyere PHP?

Ja, nyere PHP-versjoner gir som regel bedre ytelse, og WordPress anbefaler PHP 8.3 eller nyere. PHP 8.2 får sikkerhetsrettinger bare ut 2026. Test oppgraderingen på en kopi først.

Er det hostingen eller temaet som gjør siden treg?

Høy TTFB peker mot serveren, databasen eller utvidelser. Lav TTFB, men treg visning, peker mot tema, bilder og skript. Query Monitor og PageSpeed Insights hjelper deg å skille dem.

Kan jeg flytte WordPress-siden til raskere hosting uten nedetid?

Ja. Med kopi, test og DNS-bytte til slutt merker besøkende lite. Se guiden Flytte WordPress og e-post til ny leverandør. Hos oss er flytting av nettsted og e-post inkludert når du kjøper webhotell.

Kilder

Vil du at vi ser på hvorfor siden din er treg?

InfoDesk drifter WordPress- og WooCommerce-sider på norsk support. Vurderer du å bytte, se WordPress-hosting eller WooCommerce-hosting – flytting av nettsted og e-post er inkludert. Trenger du nytt navn, finner du ledig domene her, .no fra 99 kr/år. Har du en treg side du vil ha en vurdering av? Ta kontakt, så ser vi på den.

Hvorfor er WordPress-siden treg? 8 årsaker på hostingsiden – og hvordan du sjekker dem