Hvorfor er WordPress-siden så treg?

En treg WordPress-side skyldes som regel én av tre ting: serveren bruker lang tid på å bygge siden, nettleseren må laste tunge bilder og skript, eller en utvidelse gir PHP og databasen mye arbeid ved hver sidevisning. Antallet utvidelser betyr lite i seg selv. Det som teller, er hva de gjør.

Mål før du endrer noe, så du vet hvor problemet ligger.

Finn ut hva som tar tid

1. Åpne siden i Chrome i et inkognitovindu, trykk F12 og velg fanen Network.
2. Last siden på nytt og klikk på den øverste linjen, som er selve HTML-dokumentet. Under Timing står «Waiting for server response», som er TTFB (time to first byte).
3. Kjør siden gjennom PageSpeed Insights. Rapporten viser hvilke filer som er tyngst, og Core Web Vitals fra ekte besøkende hvis siden har nok trafikk.

Ifølge Google er en TTFB på 0,8 sekunder eller mindre bra, mens alt over 1,8 sekunder er dårlig. Høy TTFB betyr at PHP og databasen bruker lang tid på å bygge siden. Er TTFB lav, men siden likevel treg, er det bilder, skript eller fonter som tar tiden.

Sjekk Nettstedshelse

Gå til Verktøy → Nettstedshelse. Der måler WordPress hvor raskt serveren svarer, og sjekker om siden har sidecache. Nettstedshelse kaller det sidemellomlager:

• «Sidemellomlager er ikke oppdaget og server-responstiden er treg» betyr at PHP bygger siden på nytt ved hver sidevisning. Slå da først på en cache-utvidelse eller cachen i hostingpanelet.
• «Sidemellomlager er oppdaget, men server-responstiden er fortsatt treg» betyr at serveren er treg selv med cachen på.

WordPress anbefaler en responstid under 600 millisekunder. Står det også «Automatisk lastede innstillinger kan påvirke ytelsen» eller «Du bør bruke et vedvarende objektmellomlager», henter WordPress mye data fra databasen ved hver forespørsel. Artikkelen om tregt kontrollpanel viser hvordan du finner de største innstillingene, og hva Redis eller Memcached gjør.

Finn tunge bilder

PageSpeed Insights viser hvilke bilder som kan gjøres mindre. Du kan også klikke på et bilde i Media → Bibliotek og se på «Filstørrelse:» og «Bredde og høyde:». WordPress skalerer ned bilder som er bredere eller høyere enn 2560 piksler når du laster dem opp, og lager mindre utgaver som nettleseren kan velge mellom. Viser temaet eller sidebyggeren bildet i full størrelse, må besøkende likevel laste ned hele filen, og et bilde på flere megabyte gjør siden treg.

1. Gjør bildene mindre før du laster dem opp, og bruk JPEG, WebP eller AVIF til foto.
2. Bytt ut de største bildene først, særlig toppbildet på forsiden og bildene i karuseller.
3. En utvidelse for bildeoptimalisering kan komprimere bildene som allerede ligger i mediebiblioteket.

Finn utvidelsen som bremser siden

Når TTFB er høy, må du finne ut hva serveren gjør mens den bygger siden. Utvidelsen Query Monitor viser hvor lang tid det tok å bygge siden, og hvilke databasespørringer som kjørte.

1. Installer og aktiver Query Monitor under Utvidelser.
2. Gå til en treg side mens du er innlogget, og åpne menyen til Query Monitor i adminlinjen øverst.
3. Panelet «Queries by Component» viser hvilke utvidelser som kjører flest spørringer, og hvilke som er tregest. Panelet «HTTP API Calls» viser om en utvidelse venter på svar fra en ekstern server.

Du kan også deaktivere utvidelsene én om gangen og måle TTFB på nytt. Gjør det på en testkopi av siden, så merker ikke besøkende noe.

Sjekk serveren

Under Verktøy → Nettstedshelse → Info → Server ser du «PHP-versjon» og «PHP minnegrense». Nyere PHP-versjoner gir bedre ytelse, og du bytter versjon i hostingpanelet. Er siden bare treg i perioder, kan den ha nådd grensene for CPU eller antall prosesser på webhotellet, og da blir den bremset. Sjekk også om roboter hamrer på innloggingen. Slike forespørsler går utenom cachen og må behandles av PHP hver gang.

Når målingene ikke peker på noe

Hvis TTFB fortsatt er høy med cachen på, og Query Monitor ikke peker ut én bestemt utvidelse, må du lete videre i temaet, databasen og serveren. Da trenger du tilgang til hostingkontoen og en erfaren PHP-utvikler som kan lese serverloggene og gå gjennom koden og arkitekturen. Er hostingløsningen for liten, må du oppgradere til en større løsning eller flytte siden til en annen server.