---
title: "Hastighedsoptimering"
date: 2026-01-28
author: "Henrik Andersen"
---

# Hastighedsoptimering

![Bjerge der ligner en graf med opadgående kurve](https://pilanto.dk/wp-content/uploads/2026/01/bjerge-der-ligner-graf.jpg "Bjerge der ligner en graf med opadgående kurve")

# Hastighedsoptimering – Få en lynhurtig WordPress hjemmeside

En langsom hjemmeside koster dig kunder. 53% forlader sider med en indlæsningstid på over 3 sekunder på mobil

[Få en gratis hastighedsvurdering](/kontakt/)[Se priser på optimering](#priser)





En langsom hjemmeside koster dig kunder. Det er ikke teori – det kan ses i adfærden: 53% af mobile brugere forlader sider, der tager mere end 3 sekunder at indlæse. Og Google er heller ikke fan: Core Web Vitals er en ranking faktor, så hastighed påvirker også dine placeringer.

Jeg har rodet med WordPress siden 2004 og bygget/testet tæt på 3.000 affiliate-sites gennem mine egne projekter. Jeg har efterhånden lært at der ikke findes ét smart trick, der kan redde det hele. Hastighed kommer af de rigtige valg hele vejen rundt – hosting, tema, plugins, billedhåndtering og korrekt opsætning af det hele.

Min standardløsning er bygget til performance fra dag 1 med GeneratePress, Gutenberg blocks, LiteSpeed webserver, et super godt webhotel, nyeste PHP version og det helt rigtige plugins. Men jeg kan også optimere din eksisterende WordPress-løsning – eller bare give dig en ærlig vurdering af, om en migrering faktisk er det, der giver mest mening i dit tilfælde.



## Typiske årsager til en langsom WordPress hjemmeside

![Hastighedsoptimering af hjemmeside](https://pilanto.dk/wp-content/uploads/2026/02/hastighedsoptimering-af-hjemmeside.jpg "Hastighedsoptimering af hjemmeside")Når en [WordPress hjemmeside](https://pilanto.dk/ydelser/wordpress-hjemmeside/) er langsom, er det næsten aldrig én ting. Det er en bunke små og store fejl, der tilsammen gør at siden føles tung, og at både besøgende og Google mister tålmodigheden. Det er også derfor jeg altid starter med at måle og kigge på helheden, i stedet for at kaste et “hastighedsplugin” på og håbe på det virker.

Jeg har arbejdet med hjemmesider i over 20 år. Det betyder ikke at alle sites er ens, men det betyder at jeg har set de samme problemer igen og igen, og jeg ved hvilke greb der typisk flytter mest på den rigtige måde.

### 1 – Dårlig hosting

Jeg ser tit WordPress ligge på en billig shared server med Apache, hvor alt føles “okay” i starten, men hvor performance falder når der kommer lidt trafik, flere plugins eller bare en tung forside. Jeg bruger typisk LiteSpeed, som er en webserver der er bygget til at servere sider hurtigt, og som cacher landingssider enormt godt.

Derudover er PHP-versionen ikke ligegyldig. Det er næsten altid en fordel at opgradere til nyeste PHP version ret hurtigt efter de udkommer. Det giver ofte både bedre hastighed og sikkerhed.

Webhotellet er bestemt heller ikke ligegyldigt. Jeg har gennem driften af kundesider og mine egne 3.000 affiliate-sider prøvet rigtig mange både danske og udenlandske webhosts. Det jeg har lært ved at prøve og bruge mange forskellige webhosts gennem årene er at pris og kvalitet bestemt ikke altid hænger sammen. Det kan sagtens både være dyrt og dårligt.

I virkeligheden er der kun ganske få webhosts der er virklig gode, og som rammer sweatspot i forhold til pris, performance og support. Mine kunders hjemmesider bliver passet hos det bedste webhosts jeg kender, og løbende opdateret af mig.

### 2 – Tunge page builders der gør både backend og frontend langsom

Elementor, Divi og andre page buildere kan se smarte ud, men de er tunge. De lægger typisk ekstra CSS og JavaScript på næsten alle sider, og det giver flere filer, flere beregninger og mere bøvl for browseren. Resultatet er at siden føles langsom, især på mobil.

Jeg bygger hellere med Gutenberg, som er WordPress’ egen editor. Det er mere letvægt, mere stabilt over tid, og du ender med et site der ikke skal “kæmpe” for at vise en simpel side med tekst og billeder.

### 3 – Uoptimerede billeder der er alt for store

Det her er en klassiker. Folk uploader billeder direkte fra deres telefon eller kamera, og så ligger der pludselig filer på 10-20 MB på en side, hvor de i praksis kun bliver vist i 1200 px bredde. Det er som at sende en flyttekasse med posten, når du kun skulle sende et postkort.

Jeg sørger for at billeder bliver skaleret korrekt og gerne leveret som WebP. WebP er et moderne billedformat som typisk kan gøre filerne omkring 30% mindre uden at det ser dårligere ud. Det alene kan gøre en side mærkbart hurtigere – især på mobil.

### 4 – For mange og for tunge plugins

Plugins er både WordPress’ styrke og svaghed. Jeg har set sites med 40-60 plugins, hvor halvdelen overlapper eller hinanden, og hvor nogle af dem loader scripts på alle sider, selvom funktionen kun bruges ét sted.

Jeg laver typisk en audit hvor jeg kigger på hvad der reelt bliver brugt, hvad der kan skæres væk, og hvad der skal erstattes af noget lettere. Nogle gange handler det også om at konfigurere et plugin rigtigt. Mange “gode” plugins kan være tunge, hvis de bare står på standardindstillinger og har alt slået til.

### 5 – Dårlige themes kan gøre siden langsom

Mange populære themes (Divi, Avada og themes bygget med Elementor) ser flotte ud i demo’en, men de loader masser af CSS og JavaScript som du aldrig bruger. Et tungt theme kan nemt tilføje 500-800 KB ekstra kode til hver side – det svarer til at lade 5-10 billeder loade i baggrunden helt uden grund.

Problemet er at de prøver at kunne alt: animations, sliders, mega-menus, 47 forskellige knap-styles. Men du bruger måske 10% af det. Resten er bare ballast. Derfor bruger jeg GeneratePress: 30 KB tema der kun loader det du faktisk bruger. Det er forskellen mellem en lastbil og en sportsvogn.

### 6 – Ét langsomt databasekald kan ødelægge det hele

Du kan have verdens hurtigste hosting, perfekte billeder, og et hurtigt tema – og stadig have en langsom side. Hvorfor? Fordi et dårligt plugin eller tema laver et databasekald der skal gennemgå 50.000 rækker for at finde den ene post det skal bruge. Det tager måske kun 2 sekunder, men det er 2 sekunder hvor hele siden står stille og venter.

Jeg ser det tit på sites der har været i drift i mange år: Der ligger gamle kommentarer, spam, eller log-entries som aldrig er blevet ryddet op. Database-cleanup og optimering af queries kan ofte give større hastighedsforbedring end alle andre tiltag tilsammen. Men det kræver at man ved hvad man leder efter.

### 7 – Manglende caching og forkert caching

Caching er en af de ting, kunder sjældent tænker på, men som gør en kæmpe forskel. Uden caching skal WordPress bygge siden fra bunden hver gang nogen besøger den. Det er unødvendigt, når indholdet ofte er det samme for de fleste besøgende.

Jeg bruger altid [LiteSpeed Cache plugin](https://wordpress.org/plugins/litespeed-cache/), fordi den er ekstremt effektiv sammen med [LiteSpeed webservere](https://www.litespeedtech.com/products/litespeed-web-server). Det giver typisk hurtigere load, lavere serverbelastning og mere stabil performance over tid. Og ja, caching kan sættes op forkert, så man får mærkelige fejl. Det er derfor jeg hellere vil sætte det op ordentligt fra start end at kunderne selv “lige prøver noget”.

### 8 – Database-rod der langsomt kvæler sitet

WordPress gemmer meget i databasen. Revisioner (gamle versioner af indlæg), transients (midlertidige data), kommentarer, logdata og gamle rester fra plugins du ikke bruger længere. Over tid bliver det til rod, og rod gør ting langsommere.

Jeg rydder typisk op og sørger for at databasen ikke vokser unødigt. Det er ikke det mest sexede arbejde, men det er tit her man får “den sidste del” af hastigheden hjem, når hosting, caching og billeder allerede er på plads.

- Hastighed handler sjældent om ét quick fix. Det er summen af hosting, tema, plugins, billeder, caching og oprydning.
- Jeg går efter løsninger der også holder om 6-12 måneder, ikke kun en pæn score i dag.
- Hvis dit site er bygget på en tung builder og fyldt med tilfældige plugins, kan man godt få det hurtigere, men nogle gange giver det mere mening at forenkle.

Hvis du vil have et ærligt bud på hvorfor din WordPress installation er langsom, så kan jeg normalt ret hurtigt pege på de største syndere og hvad der bedst kan betale sig at gøre ved dem.

[Få analyseret din WordPress hastighed](/kontakt/)

## Optimer eller migrér – hvad er smartest for dig?

Når en hjemmeside er langsom, er det fristende bare at kaste flere plugins og hurtige “hastighedsfixes” efter den. Det ender tit med mere rod. Jeg gør det omvendt. Først vurderer jeg hvad der reelt er smartest for dig. Kan den eksisterende løsning optimeres fornuftigt, eller er det spild af timer og dermed penge?

Den vurdering koster dig ikke noget. Jeg skal alligevel se sitet an for at kunne sige noget, der giver mening. Og gennem årene har jeg set præcis samme mønster igen og igen. Nogle sites kan få et kæmpe løft med relativt få greb. Andre er bygget på en måde, hvor man kan optimere i ugevis uden at komme i nærheden af noget der er hurtigt nok. Og så ender man også tit med at side og rode i noget andre har lavet, som man ikke kender ordentligt, og hvor de ting man ændrer også kan ødelægge funktionalitet på siden.

### Få en gratis vurdering af hvad der giver mening

Jeg kigger typisk på tre ting før jeg anbefaler en retning. Det er ikke raketvidenskab, men det er det, der afgør om du får værdi for dine timer.

- Hvordan sitet er bygget (tema, page builder, antal plugins og hvor tunge de er)
- Hvordan det er hostet (webhost, servertype, PHP-version og om der er en webserver der faktisk er hurtig til WordPress)
- Hvad der er vigtigst for dig (skal det bare være hurtigt og stabilt, eller er der særlige funktioner der binder os)

Når jeg har det overblik, vælger jeg én af to veje. Optimering eller [migrering](https://pilanto.dk/ydelser/wordpress-hjemmeside/migrering-til-wordpress/). Begge dele kan være det rigtige. Det kommer an på udgangspunktet.

### Mulighed 1 – Optimering af den løsning du allerede har

Hvis sitet grundlæggende er sundt, kan man ofte hente meget uden at bygge noget om. Her er de ting jeg typisk går igennem, og hvorfor de betyder noget i praksis.

#### Hosting, PHP og serveren under motorhjelmen

Jeg starter næsten altid med hosting og PHP-version. Ikke fordi det er “sejt”, men fordi det er fundamentet. Hvis serveren er sløv, kan du optimere billeder og minimere CSS til du bliver blå i hovedet, og du ender stadig med et site der føles tungt.

Jeg bruger selv LiteSpeed, fordi det i praksis er en [webserver](https://da.wikipedia.org/wiki/Webserver) der er rigtig god til at levere WordPress hurtigt. Det er ikke magi. Det er bare en anden måde at håndtere caching og server-respons på, som ofte giver et tydeligt løft.

#### Cache sat korrekt op med et cahce plugin

Cache er et af de steder hvor jeg ser mest sjusk. Enten er der slet ingen caching, eller også er der tre forskellige cache-plugins der kæmper mod hinanden. LiteSpeed Cache nytter ikke nok på Apache eller NGINX, men andre cache-plugins kan være rigtig effektive, men kun når det bliver sat op rigtigt til det konkrete site.

Det handler blandt andet om at få styr på side-cache, browser-cache og optimering af CSS og JavaScript, uden at man ødelægger sitets funktioner. Det er typisk her, folk mister modet, fordi det “virker” indtil det pludselig ikke gør.

#### Billeder, plugins, tema og database

Billeder er en klassiker. Jeg ser ofte forsider med 4-8 MB billeder, fordi nogen har uploadet direkte fra en telefon eller et kamera. Det kan være nok til at gøre sitet langsomt, uanset hvad du ellers gør. Her handler det om format, størrelse og komprimering, så du får pæne billeder uden at betale med hastighed.

[Plugins](https://pilanto.dk/ydelser/wordpress-hjemmeside/plugins/) er den anden. Der er masser af gode plugins i WordPress, men der er også meget skrammel. Og selv gode plugins kan være for mange. Jeg går efter at fjerne det overflødige, erstatte tunge plugins med lettere alternativer, og sikre at plugin-stakken ikke laver dobbeltarbejde.

[Temaet](https://pilanto.dk/ydelser/wordpress-hjemmeside/themes/) og databasen spiller også ind. Et tema kan være bygget på en måde der giver unødigt meget kode og mange forespørgsler. Og databasen kan blive fyldt med gamle revisioner, transients og rod fra plugins der er slettet for længst. Det er ikke altid det største problem, men når det er, så kan oprydning mærkes.

#### Core Web Vitals og det der faktisk betyder noget

Jeg arbejder ikke for en “perfekt” score for scorens skyld. Jeg arbejder for at sitet føles hurtigt for dine besøgende og for Google. [Core Web Vitals](https://developers.google.com/search/docs/appearance/core-web-vitals) er en god rettesnor, fordi den rammer nogle af de ting der gør en side irriterende at bruge, som når layout hopper rundt eller når der går for lang tid før noget kan klikkes på.

Når udgangspunktet er fornuftigt, er det tit muligt at levere markante forbedringer af den faktiske indlæsningstid af en landingsside. Og det er ikke usædvanligt at lande en PageSpeed-score i området 80-95, uden at man skal ud i mærkelige kompromiser. Det kræver bare at man fikser de rigtige ting i den rigtige rækkefølge.

### Migrering til et hurtigt setup fra dag 1

Nogle gange er det ærligste svar at starte forfra på en bedre base. Altså at [bygge en helt ny hjemmeside](https://pilanto.dk/ydelser/ny-hjemmeside/). Det lyder voldsomt, men det kan være den billigste løsning, fordi du slipper for at betale for at lappe på noget der grundlæggende er tungt.

Min hurtige standardbase er bygget på GeneratePress og Gutenberg. Det giver et site der er let, stabilt og nemt at arbejde i, uden at du skal leve med en page builder der læsser alt muligt ekstra på hver side.

Hvis din hjemmeside f.eks. ikke har ret mange landingssider, er det ofte ret hurtigt at migrere indholdet til at nyt site – f.eks. til mit basissetup. Nogle gange er det endda hurtigere og dermed billigere. Men tager man alle de øvrige fordele med, som ofte også er bedre design, [SEO-grundlag](https://pilanto.dk/ydelser/online-markedsfoering/seo/), hastighed, sikkerhed og nemmere vedligeholdelse, så er en lille merpris sjældent en dum investering.

#### Hvornår migrering ofte er det rigtige valg

Jeg anbefaler typisk migrering når jeg kan se, at optimering kommer til at blive en endeløs “nu prøver vi lige…”-proces. Her er nogle af de typiske scenarier.

- Divi eller Elementor med 40+ plugins og en historik med “lige en ekstra funktion” hver måned.
- Helt simple sites, hvor det er hurtigere at flytte indholdet over i en ren WordPress-base end at rette op på en gammel løsning

[Læs mere om min tilgang til WordPress hjemmesider her](https://pilanto.dk/ydelser/wordpress-hjemmeside/).

### Det vigtigste er at du ikke betaler for den forkerte vej

Jeg har ingen interesse i at sælge dig den “store” løsning hvis den lille er nok. Og jeg gider heller ikke bruge dine penge på at optimere et site, hvis jeg kan se, at vi stadig står med en halvsløv løsning bagefter. Derfor starter jeg altid med vurderingen og en ærlig anbefaling.

Når retningen er valgt, kan jeg typisk ret hurtigt sige hvad næste skridt er, og hvad der giver mest effekt først.

[Kontakt mig for en gratis vurdering af dit site](/kontakt/)

## Hvad jeg konkret optimerer på din WordPress installation

Når jeg siger “hurtig WordPress”, mener jeg ikke bare en pæn score i et testværktøj. Jeg mener et site der føles hurtigt for rigtige mennesker på rigtige mobiltelefoner. Gennem årene har jeg set de samme fejl ofte, og det er næsten altid en blanding af hosting, tunge temaer og for mange plugins der trækker hele læsset ned.

Her er de områder jeg typisk går igennem, når jeg skal have din WordPress til at køre ordentligt.

### Hosting og server er fundamentet

Du kan optimere nok så meget i WordPress, men hvis serveren er sløv, så bliver det aldrig rigtig godt. Jeg foretrækker LiteSpeed som webserver, fordi den i praksis gør caching og levering af sider markant hurtigere end klassiske setups. Groft sagt ser jeg det ofte sådan her i virkeligheden: LiteSpeed slår typisk NGINX, og NGINX slår typisk Apache. Der findes undtagelser, men det er et godt udgangspunkt.

Derudover kigger jeg på de kedelige, men vigtige ting:

- HTTP/2 eller nyere, så filer kan hentes mere effektivt af browseren.
- PHP 8.1+ fordi ældre versioner ofte giver både lavere fart og flere kompatibilitetsproblemer.
- SSL, så sitet kører sikkert på HTTPS og ikke bliver markeret som “usikkert”.

Jeg har prøvet utallige webhoteller gennem tiden. Mange virker “fine” de første uger, men når der kommer lidt mere trafik, flere sider eller bare en tungere forside, så begynder det at halte. Det er typisk her kunderne får den der irriterende fornemmelse af at “WordPress er langsomt”. Det er det ikke nødvendigvis. Det er ofte bare sat forkert op.

### Tema og frontend skal være let at arbejde med

Jeg går efter et letvægtstema og en simpel opbygning. Jo mere du bygger ovenpå med smarte effekter, sliders og page builders, jo mere JavaScript og CSS ender du med at slæbe rundt på. Og det er præcis det, der gør at en mobilbruger står og venter på at siden “falder på plads”.

Jeg bruger Gutenberg frem for tunge page builders, fordi det giver en mere ren struktur og typisk færre konflikter på sigt. Det betyder også, at du ikke er låst fast i et mærkeligt system, hvor alt indhold ligger som en stor klump shortcodes. Jeg har overtaget sites hvor et simpelt tekstafsnit krævede 5 klik og 3 under-menuer. Det er sjældent sjovt for nogen.

### Caching er der, hvor mange får gratis hastighed

Caching handler grundlæggende om at undgå at WordPress skal “bygge” siden fra bunden hver gang. Hvis alt skal beregnes igen og igen, bliver det dyrt i tid. Jeg arbejder typisk med flere lag, fordi ét lag sjældent er nok, hvis man vil have det helt stramt.

- Browser caching, så besøgendes browser kan genbruge filer som logo, CSS og scripts.
- Server-side caching, ofte via LiteSpeed Cache når det giver mening, så sider kan leveres som færdige “snapshots”.
- Object caching med Redis eller Memcached, hvor gentagne databasekald kan gemmes og genbruges.
- CDN når der er behov for det, så statiske filer kan hentes tættere på hvor brugeren fysisk befinder sig.

Det er også her, jeg tit ser sjusk. Nogle har “slået caching til” i et plugin, men uden at forstå hvad der faktisk bliver cached, og hvad der ikke gør. Resultatet kan være et site der føles hurtigt for nogle, men random langsomt for andre, eller et site der viser gamle versioner af sider. Det kan man godt undgå, hvis man sætter det op med omtanke. Faktisk er det heller ikke sjældent at cache plugins ødelægger funktionalitet på siden, så når man laver ændringer skal man teste sitet efterfølgene – og vide hvad man skal kigge efter.

### Billeder er næsten altid en stor del af problemet

Hvis du har en forside med 10 billeder fra en iPhone, uploadet direkte uden eftertanke, så kan du næsten ikke vinde. Jeg optimerer typisk billeder på fire måder:

- WebP-format, fordi filstørrelsen ofte bliver væsentligt mindre uden at billedet ser ringere ud.
- Korrekte dimensioner, så du ikke sender et 4000px bredt billede til en mobil der kun viser 360px.
- Lazy loading, så billeder længere nede på siden først hentes, når man scroller ned.
- Responsive images, så browseren automatisk kan vælge den rigtige størrelse til skærmen.

Det er tit her LCP (Largest Contentful Paint) bliver dårlig. LCP er den store “hovedting” på siden, som typisk er et hero-billede eller en stor overskrift-sektion. Hvis den del er tung, føles hele sitet tungt.

### Plugins er ofte den skjulte regning

Jeg er ikke imod plugins. WordPress er bygget til det. Men færre plugins er næsten altid bedre, især hvis de er tunge og overlapper hinanden. Jeg rydder op og vælger letvægts-alternativer, hvor det giver mening.

Et klassisk problem er at der ligger 3 forskellige plugins, der alle prøver at løse “optimering”, og så ender de med at modarbejde hinanden. Eller et formular-plugin der loader scripts på alle sider, selvom formularen kun findes på kontaktsiden. Små ting, men de bliver til meget, når man lægger dem sammen.

### Database og oprydning er ikke sexet, men det virker

Efter noget tid kan en WordPress-database blive fyldt med revisioner, gamle transients, spam-kommentarer, log-tabeller og rester fra plugins der er afinstalleret. Det gør ikke altid sitet langsomt fra dag 1, men det kan være med til at gøre admin-delen tung, og det kan give ekstra ventetid ved bestemte forespørgsler.

Jeg laver cleanup og optimering, så databasen ikke bare vokser og vokser uden grund. Det er også en af de ting, der gør det nemmere at vedligeholde sitet fremover, fordi der er færre mærkelige “spøgelses-fejl” at slås med.

### Core Web Vitals er mine pejlemærker

Jeg bruger Core Web Vitals som en praktisk rettesnor, fordi de siger noget om oplevelsen hos brugeren, ikke bare serverens humør den dag. Målet er typisk:

- [LCP](https://web.dev/articles/lcp) under 2,5 sekunder, så siden føles hurtig at komme i gang med.
- [INP](https://web.dev/articles/inp) – under 100 ms, så siden reagerer hurtigt brugeren klikker, tapper eller taster.
- [CLS](https://web.dev/articles/cls) under 0,1, så indhold ikke hopper rundt mens siden loader.

Jeg kan ikke love perfekte tal i alle tilfælde, for nogle sites er fyldt med tredjeparts-ting som tracking, video-embeds og widgets, som påvirker performance. Men jeg kan næsten altid finde de største syndere og få dem under kontrol, så sitet bliver mærkbart bedre.

Hvis du vil have et hurtigt site, handler det sjældent om én magisk knap. Det handler om at få de rigtige grundvalg på plads og fjerne det, der bremser eller blokerer.

[Se hvad jeg kan gøre for din WordPress installation](/kontakt/)

## Gennemsigtighed: Betal kun for reel arbejdstid

Jeg har set alt for mange små virksomheder blive fanget i abonnementer og serviceaftaler, hvor det er umuligt at gennemskue hvad der reelt bliver lavet, men hvor en del af det er hastighedsoptimering. Det er tit her, man ender med at betale måned efter måned for noget, der enten ikke flytter noget, eller som slet ikke bliver udført ordentligt.

Derfor kører jeg det meget simpelt. Du betaler for min tid. Ikke for en smart model, ikke for mellemled, og ikke for noget “mystisk” der foregår i baggrunden.

### Sådan foregår det i praksis

Processen er lavet for at være til at forstå, også hvis du ikke ved noget som helst om WordPress eller hastighed.

- **Gratis vurdering på 30 minutter**. Jeg kigger på dit site og får et overblik over hvad der bremser det, og hvad der giver mening at gøre.
- **Et hurtigt estimat**. Jeg giver dig et realistisk bud på hvor mange timer det typisk tager. Ikke et “fast tilbud” der ender i en diskussion bagefter, men et interval du kan tage stilling til.
- **Du beslutter**. Hvis estimatet ikke passer til dit budget eller dine forventninger, så stopper vi der. Ingen sure miner.
- **Faktisk arbejde og løbende status**. Jeg går i gang, og du kan følge med i hvad jeg laver og hvorfor.

### Min pris på hastighedsoptimering

Jeg tager 800 kr. i timen ekskl. moms, så jeg kan ret præcist oversætte “hvor meget arbejde” til “hvad koster det”. Her er to niveauer jeg ofte ender med i praksis, når jeg optimerer WordPress-sites.

### Optimering af eksisterende WordPress hjemmeside

Hvis dit site egentlig er fornuftigt bygget, men bare er blevet tungt over tid, kan en let optimering ofte være nok. Typisk 2-4 timer, som svarer til ca. 1.600-3.200 kr.

- **Cache**. Jeg sætter caching rigtigt op, så siden ikke skal “bygges” fra bunden ved hvert besøg.
- **Billeder**. Jeg får styr på størrelse, komprimering og de klassiske fejl som kæmpe billeder i små bokse.
- **Plugins**. Jeg rydder op og fjerner det der konflikter, er overflødigt eller bare er dårligt valgt.

I det niveau lander man tit i en PageSpeed-score omkring 80-95. Det er ikke et løfte, men det er et realistisk spænd, når der ikke er noget grundlæggende galt.

### Migrering når sitet er bygget på noget der aldrig bliver hurtigt

Jeg siger det nogle gange ret direkte: Der findes sites, hvor du kan optimere og optimere, men fundamentet er så tungt, at det bliver dyrt i timer at jagte de sidste problemer. I de tilfælde giver [migrering](https://pilanto.dk/ydelser/wordpress-hjemmeside/migrering-til-wordpress/) tit mere værdi for pengene.

### Hastighedsoptimering af Elementor hjemmesider

Elementor er populært, men det er også tungt. Hver side loader ekstra CSS og JavaScript – ofte 500-800 KB mere end en Gutenberg-løsning. Kan det optimeres? Ja. Jeg kan deaktivere ubrugte widgets, minimere CSS/JS, bruge object caching og opsætte korrekt lazy loading. Det giver typisk 20-30% forbedring.

Men min mening er at Elementor aldrig vil være lige så hurtigt som Gutenberg og det rigtgie tema. Hvis du har investeret massivt i Elementor og har 50+ sider, så optimerer jeg gerne. Men hvis du har et simpel site med 5-10 sider, så vil jeg ofte anbefale migrering til Gutenberg – det er billigere og giver bedre resultat. Nogle gange er det smartere at bygge forfra med rigtigt fundament.

### Hvorfor jeg helst arbejder i blokke på fire timer

Jeg arbejder klart bedst når jeg kan tage et ordentligt stræk. Fire timer i træk betyder at jeg kan nå at måle, ændre, teste, rulle tilbage hvis noget driller, og måle igen. Hvis man kun tager en halv time hist og her, ender man med at bruge for meget tid på at “komme ind i sagen” hver gang. Det er spild af dine penge.

### Det der påvirker dit estimat mest

To websites kan se ens ud udefra, men være vidt forskellige indeni. Det er derfor jeg altid starter med den korte vurdering.

- Størrelse og indhold. Antal sider, mængden af billeder og hvor meget der skal flyttes eller ryddes op i.
- Kompleksitet. Specialfunktioner og ting der ikke er “standard WordPress” kan kræve ekstra tid.
- Tilstanden lige nu. Gamle plugins, konflikter, mærkelige hacks eller et tema der er blevet pillet i af flere forskellige gennem årene.
- Hosting. Der er kæmpe forskel på hvor meget man kan få ud af optimering, afhængigt af hvor sitet ligger.
- Custom funktionalitet. Jo mere unikt noget er, jo mere skal det vurderes og testes, før jeg tør optimere hårdt.

Næste skridt er at få sat et realistisk spænd på din opgave, så du kan beslutte dig på et oplyst grundlag.

[Få et konkret prisestimat på dit site](/faa-et-tilbud/)

## Hastighedsoptimering af WordPress er ikke for amatører

Der er én del af hastighedsoptimering, hvor du faktisk selv kan gøre en stor forskel uden at risikere at ødelægge noget. Det er billeder. Og det er også her jeg igen og igen ser de samme fejl, både på kundesider og på sites jeg støder på i min egen hverdag.

Til gengæld er der en masse andet elementer af hastighedsoptimering af Wordpress, som folk roder sig ud i, men som hurtigt ender i rod. Forkert caching, en tilfældig databaseoprydning eller en hjemmebrygget .htaccess-ændring kan gøre dit site langsommere, ustabilt eller direkte utilgængeligt. Og så står du pludselig med en weekend der går med at fejlsøge, uden helt at vide hvad du leder efter.

### Det du kan gøre selv uden at rode i det tekniske

Den klassiske fejl er at uploade et kæmpe billede, og så “viser WordPress det bare mindre”. Det gør det også visuelt, ja. Men filen kan stadig være tung, og den skal stadig hentes ned af dine besøgende. Det er især surt på mobil, hvor folk ikke gider vente.

Et konkret eksempel jeg ser hele tiden:

- Du uploader et billede på 4000px som fylder 3 MB, men det bliver kun vist i 400px bredde på siden.
- Du beskærer billedet til 400px før upload, så ender du måske med en fil på 50 KB som ser identisk ud på skærmen.

### Min simple 3-trins metode til billeder

Det behøver ikke være mere kompliceret end det her. Hvis du gør det konsekvent, er du allerede foran rigtig mange WordPress-sites.

1. Find den størrelse billedet reelt skal vises i. Kig på din side og vurder om billedet fx skal være 400px, 800px eller 1200px bredt.
2. Beskær billedet inden du uploader. Brug et hvilket som helst værktøj du er tryg ved, det vigtige er at du rammer nogenlunde den rigtige bredde og ikke gemmer en kæmpe fil “for en sikkerheds skyld”.
3. Upload til WordPress, og brug billedet der hvor det skal ligge. Når filen allerede er let, får du både hurtigere indlæsning og færre problemer senere.

I praksis betyder det ofte at du kan skære flere sekunder af indlæsningstiden på sider med mange billeder. Det er ikke magi, det er bare almindelig fornuft.

### Det du ikke bør begynde på, hvis du ikke ved hvad du laver

Her er de ting jeg typisk fraråder, når folk lige har set en YouTube-video og får lyst til at “optimere alt”. Jeg siger ikke at det aldrig kan give mening. Jeg siger bare at risikoen for at gøre det værre er høj, hvis du ikke kan gennemskue konsekvenserne.

- Caching-plugins. Forkert opsætning kan give mærkelige fejl, “gamle” sider der bliver vist, eller langsommere site fordi tingene caches forkert.
- Tema-filer og PHP. Små ændringer kan knække layout eller funktionalitet, og det er sjældent der ligger en nem fortryd-knap.
- Database cleanup. Det kan være fint, men det kan også fjerne ting du faktisk bruger, eller give dig en falsk tryghed fordi problemet ligger et helt andet sted.
- .htaccess-ændringer. Det kan være effektivt, men det er også en klassiker at låse sig selv ude eller lave redirects der går i ring.
- CDN. Ofte sat op forkert, og så får du blandet cache-lag, mærkelig billedlevering eller ekstra kompleksitet uden reel gevinst.

### Når jeg typisk bliver blandet ind i det

Hvis du vil have det gjort rigtigt uden risiko, så giver det mening at få en der arbejder med det til daglig til at kigge på det. Gennem årene har jeg set nok WordPress-sites hvor “hurtig-fixes” endte med at koste mere tid end de sparede. Og det er præcis derfor jeg hellere vil måle, vurdere og lave de rigtige greb i den rigtige rækkefølge, i stedet for at skyde med spredehagl.

Jeg kan give dig en gratis vurdering af hvor flaskehalsen typisk ligger på din side, og om det er noget du selv kan klare (som billeder), eller om det kræver at man går mere teknisk til værks.

[Book en gratis vurdering](/kontakt/)

## Sådan måler du om din WordPress er hurtig nok

Jeg møder ofte folk der siger “siden føles da hurtig for mig”. Og det kan den også godt gøre på din egen computer, på dit eget wifi, med browser-cache og det hele. Problemet er at Google og dine besøgende ikke måler på mavefornemmelse. De måler på tal. Og det er faktisk ret befriende, for så kan vi stoppe med at gætte og i stedet se præcis hvor skoen trykker.

### Google PageSpeed Insights er den vigtigste test

Hvis du kun gider bruge ét værktøj, så brug [Google PageSpeed Insights](https://pagespeed.web.dev/). Den giver dig en score fra 0-100 og den tester både mobil og desktop. Min tommelfingerregel er ret simpel.

- 90-100 er godt. Her er du i den “det spiller”-ende, og der er sjældent de store gevinster tilbage.
- 70-89 betyder at der er noget at hente. Typisk billeder, scripts og lidt oprydning.
- Under 70 betyder at der er noget der skal fixes. Ikke nødvendigvis fordi “Google bliver sur”, men fordi brugerne mærker det.

Jeg har testet og tunet hastighed på alt fra kundesider til mine egne affiliate-sites, og det er næsten altid de samme syndere der går igen. PageSpeed er god til at pege på dem, men den kræver at man kan oversætte anbefalingerne til konkrete ændringer i WordPress.

På billedet herunder ser du et screenshot af PageSpeed scoren for dette website.

![Google Pagespeed score fra en WordPress hjemmeside der er blevet hastighedsoptimeret](https://pilanto.dk/wp-content/uploads/2026/02/pagespeed-score.jpg "Google Pagespeed score fra en WordPress hjemmeside der er blevet hastighedsoptimeret")### GTmetrix giver dig et mere praktisk overblik

[GTmetrix](https://gtmetrix.com/) er god, fordi den typisk føles mere “hands-on”. Her kigger jeg især på performance score, loadtid og hvor tung siden er i MB. Hvis din forside fylder alt for meget, så kan du næsten være sikker på at billeder (eller en slider der aldrig burde have været der) er en del af problemet.

### Pingdom er fin til et hurtigt reality check

[Pingdom](https://tool.pingdom.com/) er et fint supplement, især fordi du kan vælge test-lokation. Vælg et sted tæt på dine brugere. Har du primært danske kunder, så giver det ikke mening at teste fra USA og blive forskrækket. Kig især på loadtid, og brug det som en ekstra indikator, ikke som dommeren.

På billedet herunder kan du se et screenshot fra en måling af hvor hurtigt forsiden på dette website indlæses. 336 milisekunder. Det er super hurtigt.

![Pingdom resultat fra WordPress hjemmeside der har fået hastighedsoptimering](https://pilanto.dk/wp-content/uploads/2026/02/pingdom-resultat.jpg "Pingdom resultat fra WordPress hjemmeside der har fået hastighedsoptimering")### Sådan tolker jeg tallene i praksis

Scores er nyttige, men loadtid er ofte det der rammer din forretning direkte. Min erfaring er at man skal holde det simpelt når man vurderer om noget er hurtigt nok.

- Under 1,5 sekund er fremragende. Det føles hurtigt, også på mobil.
- 1,5-3 sekunder er acceptabelt, men her er der ofte lavthængende frugter.
- Over 3 sekunder er langsomt. Og ja, der findes undersøgelser der peger på at [omkring 53% forlader en side hvis den er for langsom](https://www.thinkwithgoogle.com/consumer-insights/consumer-trends/mobile-site-load-time-statistics/). Det passer ret godt med det jeg ser i praksis, især på mobil.

Med en simpel hjemmeside, god hosting, det rigtige tema og kun de nødvendige premium plugins er det dog ofte muligt at komme under langt under 1 sekund i loadtid.

### Core Web Vitals er Googles “føles siden hurtig” måling

Core Web Vitals lyder teknisk, men det er egentlig bare tre målinger der handler om brugeropoplevelse.

Når de her tal er dårlige, så er det sjældent fordi du “mangler et plugin”. Det er typisk fordi tema, scripts, billeder og hosting spiller dårligt sammen. Det er også derfor jeg går så meget op i en gennemtestet base og et setup hvor hastighed ikke er noget man “tilføjer” bagefter.

Næste skridt er at finde ud af hvad der konkret gør din side langsom, så vi kan prioritere det rigtige først.

[Test hastigheden og send mig dine resultater](/kontakt/)

## Ofte stillede spørgsmål om WordPress hastighedsoptimering

Her er de spørgsmål jeg oftest får om WordPress hastighedsoptimering. Har du andre spørgsmål, så kontakt mig.

### Hvad koster WordPress hastighedsoptimering?

Først kan du få en hurtig vurdering om jeg overhovedet kan hjælpe dig. Det er gratis. I min vurdering kigger jeg på din hosting, tema og plugins, og vurderer om jeg kan lave mærkbare forbedringer på 2-4 timer. Alternativt foreslår jeg ofte en migrering til min gennemtestede og lynhurtige standardløsning. Det kan ofte godt betale sig at migrere for mindre websites med få landingsider.





### Hvor lang tid tager det at hastighedsoptimere WordPress?

Let optimering kan gøres på 2-4 timer. Migrering til ny hurtig løsning tager typisk fra 4-6 timer for simple hjemmesider afhængig af sidens størrelse. Jeg arbejder helst 4 timer i træk for at være mest effektiv.





### Kan jeg få en gratis vurdering først?

Ja, altid. Jeg bruger 15-30 minutter på at analysere din hjemmeside og giver dig en ærlig vurdering: Kan den optimeres, eller er migrering smartere? Du får et konkret estimat, og så beslutter du selv om vi går i gang.





### Er der binding eller månedlige aftaler?

Nej. Du betaler kun for det faktiske arbejde. Ingen binding, ingen månedlige pakker (medmindre du ønsker løbende support). Du ejer alt arbejde jeg laver.





### Hvordan foregår betalingen?

Du betaler efter arbejdet er udført. Jeg sender en faktura for det antal timer jeg har brugt.





### Hvad er Core Web Vitals?

Core Web Vitals er Googles måling af brugeroplevelse og hastighed. Siden august 2021 er de en officiel ranking faktor i Google. Dårlige Core Web Vitals = lavere placering.





### Hvor hurtigt skal min WordPress hjemmeside være?

Google anbefaler: Under 2.5 sekunder loadtid. PageSpeed score over 90 er ideelt. Core Web Vitals skal være i “grøn zone”. Men vigtigst: Under 3 sekunder, ellers forlader 53% af mobile brugere siden.





### Hvad er PageSpeed score?

PageSpeed score er Googles måling fra 0-100 af hvor hurtig og optimeret din side er. Over 90 er godt (grøn). 50-89 er middel (orange). Under 50 er langsom (rød). Mobil score er vigtigere end desktop, da de fleste brugere er på mobil.





### Er LiteSpeed hosting bedre end almindelig hosting?

LiteSpeed og NGINX er begge hurtigere end Apache. Men jeg oplever at LiteSpeed passer bedre til WordPress end NGINX, og Litespeed har også bedre caching (via LiteSpeed Cache plugin), bedre håndtering af mange samtidige brugere, og indbygget HTTP/3 support. Jeg bruger LiteSpeed til mine egne 3.000+ sites af en grund.





### Skal jeg opgradere min PHP version?

Ja, hvis du kan. Nyeste PHP version er ofte både hurtigere og mere sikker end forgængeren. Check med din hostingleverandør om en opgradeing er muligt (normalt er det).





### Hvad er forskellen på Gutenberg og Elementor/Divi?

Gutenberg er WordPress’ native block editor – letvægt, hurtig, indbygget. Elementor og Divi er 3rd-party page builders der tilføjer et unødigt ekstra lag af CSS/JS, gør WordPress tungere og langsommere. Gutenberg giver oftest hurtigere loadtid – og en langt bedre oplevelse når hjemmesiden skal redigeres.





### Kan Elementor eller Divi være hurtigt?

De kan optimeres til at være hurtigere end deres standardopsætning, men de vil aldrig være lige så hurtige som Gutenberg. Hvis du har investeret massivt i Elementor/Divi, kan det optimeres. Men for nye projekter anbefaler jeg Gutenberg.





### Hvordan påvirker billeder min hjemmesides hastighed?

Billeder er ofte den største bremseklods. Folk uploader 10 MB billeder fra kamera, som skal være 100 KB. Løsning: Upload i korrekt størrelse, konverter til WebP format (30% mindre), brug lazy loading (loader kun når bruger scroller til dem).





### Hvad er WebP billeder?

WebP er et moderne billedformat fra Google. 30% mindre filstørrelse end JPG uden synligt kvalitetstab. Alle moderne browsere understøtter det. Jeg konverterer altid billeder til WebP som del af optimeringen.





### Skal jeg bruge et CDN?

Kun hvis du har international trafik. CDN (Content Delivery Network) leverer indhold fra servere tæt på brugeren. Hvis dine brugere primært er i Danmark, og din server er i Danmark (eller i Europa), giver CDN minimal forskel. Hvis du har brugere verden over, så er CDN en god ide – ellers ikke.





### Hvad er lazy loading af billeder?

Lazy loading betyder billeder kun loader når brugeren scroller ned til dem. Uden lazy loading loader alle billeder på én gang, også dem “below the fold” (ikke synlige). Det gør første load meget langsommere.





### Skal jeg optimere min eksisterende WordPress eller migrere?

Det afhænger af nuværende tilstand. Hvis du har en fornuftig WordPress med moderat tungt tema, kan optimering give stor forbedring. Hvis du har Divi/Elementor med 40+ plugins og fundamental rod, er migrering ofte billigere og giver bedre resultat. Jeg giver dig en ærlig vurdering.





### Hvornår er migrering en bedre løsning end optimering?

Når fundamentet er for tungt: Elementor/Divi med masse custom widgets, 40+ plugins, dårlig hosting, ingen struktur.





### Hvad er din standardløsning til hurtig WordPress?

GeneraPress tema (letvægt, moderne), Gutenberg blocks (native WordPress), ordentlig LiteSpeed hosting med LiteSpeed Cache plugin, nyeste PHP version, WebP billeder, lazy loading, optimeret fra dag 1. Giver typisk PageSpeed score 90-100 ig en indlæsningstid på under 1 sekund.





### Kan WooCommerce være hurtigt?

Ja, men det kræver ekstra arbejde. WooCommerce er tungere end standard WordPress (mange database queries, produktbilleder, checkout flow). Men med korrekt hosting, object caching, billedoptimering og plugin audit kan WooCommerce køre hurtigt.





### Hvordan påvirker hastighed mit SEO?

Core Web Vitals er officiel ranking faktor siden august 2021. Langsomme sites rangerer lavere. Hurtige sites får bedre placering, hvilket giver mere trafik. Derudover: Hurtige sites har lavere bounce rate og længere sessions, hvilket også hjælper SEO.





### Mister jeg besøgende pga. langsom hjemmeside?

Ja. Google studie: 53% af mobile brugere forlader sider der loader over 3 sekunder. Hver sekund ekstra loading = 7% lavere konverteringsrate. En langsom hjemmeside koster dig direkte kunder og omsætning.





### Hvad kan jeg selv gøre for at gøre WordPress hurtigere?

Det vigtigste: Upload billeder i korrekt størrelse. Folk uploader ofte massive billeder der skal vises små. Beskær til rigtig størrelse før upload. Alt andet (caching, PHP, tema optimering) bør du lade en ekspert håndtere – forkert opsætning kan gøre mere skade end gavn.





### Hvordan uploader jeg billeder korrekt i WordPress?

1\. Find ud af hvilken størrelse billedet vises i (f.eks. 800px bred). 2. Beskær billedet til den størrelse før upload (brug Photoshop, Preview, Paint eller iloveimg.com). 3. Upload til WordPress. Upload ALDRIG billeder direkte fra kamera/mobil uden at beskære dem først.





### Skal jeg slette nogle af mine plugins?

Sandsynligvis ja. Mange WordPress installationer har 20-40 plugins, hvoraf halvdelen sjældent bruges. Hver plugin = ekstra kode. Jeg laver plugin audit: Hvad bruges reelt? Kan noget erstattes af bedre alternativer? Hvad kan slettes?





### Hvilket caching plugin skal jeg bruge?

Hvis du har LiteSpeed hosting: LiteSpeed Cache (gratis, ekstremt effektivt). Ellers: WP Rocket (betalt, nem opsætning) eller W3 Total Cache (gratis, mere kompleks). Men forkert opsætning kan gøre skade – lad mig sætte det op korrekt.





### Hvordan tester jeg min hjemmesides hastighed?

Brug Google PageSpeed Insights (vigtigst), GTmetrix, eller Pingdom. PageSpeed Insights giver score 0-100 og viser Core Web Vitals. Over 90 er godt. Under 70 skal fikses. Test både mobil og desktop, men mobil er vigtigst.





### Hvad med hastighedsoptimering af hjemmeside hvis jeg har Wix eller Squarespace?

Wix og Squarespace kan ikke hastighedsoptimeres på samme måde som WordPress. De er lukkede systemer med begrænsninger. Hvis hastighed er kritisk, vil jeg typisk anbefale migrering til WordPress hvor jeg har fuld kontrol over alle optimeringer.





### Kan jeg miste funktionalitet ved optimering?

Ikke hvis det gøres rigtigt. Jeg tester altid alle funktioner efter optimering. Men hvis jeg finder plugins der både er langsomme OG unødvendige, kan vi diskutere om de skal fjernes. Du bestemmer altid selv.





### Hvor længe holder optimeringen?

Selve optimeringen er permanent (caching opsætning, billedoptimering etc.). Men hvis du tilføjer mange tunge plugins, uploader massive billeder, eller installerer tungt tema bagefter, kan hastigheden falde igen. Derfor er det vigtigt at vedligeholde god praksis.





### Påvirker skift af hosting min hjemmeside?

Nej, ikke hvis det gøres korrekt. Jeg kan hjælpe med migrering til hurtigere hosting uden nedetid. DNS ændringer tager typisk 24-48 timer at propagere fuldt, men der er ingen tab af funktionalitet eller synlighed hvis det gøres rigtigt.





### Hvad hvis jeg også har brug for SEO eller andet arbejde?

Hastighed er en del af teknisk SEO. Jeg tilbyder også fuld SEO, WordPress udvikling, og løbende vedligeholdelse. Vi kan diskutere en samlet løsning hvor hastighed er første skridt, så bygger vi videre derfra.





### Skal jeg have løbende support efter optimering?

Ikke nødvendigt. Langt de fleste kunder har kun brug for én gang optimering. Men hvis du løbende tilføjer indhold, vil have månedlig monitoring, eller ønsker hjælp til at holde hastigheden optimal, kan vi lave en supportaftale. Det er valgfrit.





### Hvordan sikrer jeg hastigheden forbliver god fremadrettet?

1\. Upload altid billeder i korrekt størrelse. 2. Vær påholdende med nye plugins. 3. Hold WordPress, tema og plugins opdateret. 4. Lav database cleanup 2-4 gange årligt. Eller lad mig sætte det op til automatisk vedligeholdelse.









[Klar til en hurtigere WordPress?](/kontakt/)