WordPress kører langsomt? De 12 ting jeg tjekker først

Et langsomt WordPress-site koster dig besøgende, konverteringer og placeringer i Google. Den gode nyhed: langsomhed har næsten altid nogle få konkrete årsager. Når jeg laver en fart-audit, går jeg systematisk gennem den samme liste — fra det der betyder mest, til finjusteringerne. Her er de 12 ting jeg tjekker først, i den rækkefølge jeg gør det.

Mål før du retter

Inden du ændrer noget: skaf et udgangspunkt. Ellers ved du ikke, om dine ændringer hjælper.

• Kør siden gennem PageSpeed Insights og kig på Core Web Vitals: LCP (Largest Contentful Paint), INP (Interaction to Next Paint) og CLS (Cumulative Layout Shift).
• Brug WebPageTest eller browserens Network-fane til at se hvad der er tungt og hvornår det indlæses.
• Mål på en rigtig URL med rigtigt indhold — ikke en tom forside.

Når du har tal, kan du arbejde dig nedad listen og måle effekten.

1. Hostingen

Den hyppigste rod til ondet. Billig delt hosting deler CPU og I/O med hundredvis af andre sites, og ingen plugin-optimering kan kompensere for en overbelastet server. Tjek din TTFB (Time To First Byte) — er den konsekvent over ~500 ms, ligger problemet ofte hos hostingen. Et skift til ordentlig WordPress-hosting eller en VPS er tit den enkeltændring, der rykker mest.

2. PHP-versionen

WordPress kører markant hurtigere på nyere PHP. Sites jeg overtager, kører overraskende ofte på PHP 7.4 eller ældre. Opdatér til den nyeste understøttede version (PHP 8.2+) — det er gratis ydelse. Test på et staging-miljø først, da meget gamle plugins kan brokke sig.

3. Caching

Uden page caching genererer WordPress hver eneste side fra bunden ved hvert besøg. Med caching serveres en færdig HTML-fil i stedet.

• Brug et solidt cache-plugin (fx WP Rocket, FlyingPress eller LiteSpeed Cache, hvis din server understøtter det).
• Sørg for at page cache er aktiv — det er den vigtigste del.
• Slå browser-caching til, så gentagne besøg genbruger filer.

4. Billeder

Billeder er næsten altid den tungeste del af en side. Det er også her, du henter de hurtigste gevinster:

• Servér moderne formater som WebP eller AVIF.
• Komprimér alle billeder — uoptimerede uploads på flere MB er stadig udbredt.
• Sæt korrekt bredde/højde og brug lazy loading på alt under folden.
• Dit LCP-billede (typisk hero) skal ikke lazy-loades — det skal indlæses med det samme.

5. For mange plugins (og de forkerte)

Det er ikke antallet i sig selv, men hvad de gør. Ét dårligt skrevet plugin kan tilføje tunge scripts på hver side. Gennemgå din pluginliste kritisk: deaktivér det du ikke bruger, og udskift notoriske performance-syndere. Et værktøj som Query Monitor afslører, hvilke plugins der koster mest.

6. Tema og page builder

Tunge temaer og oppustede page buildere tilføjer ofte lag af unødvendig markup og CSS/JS. Det er en af grundene til, at jeg bygger i Bricks Builder, som udskriver ren HTML. Sidder du fast på et tungt tema, så fokusér på at fjerne ubrugt CSS/JS og indlæse resten effektivt.

7. Render-blocking CSS og JavaScript

Hvis browseren skal hente og parse store CSS/JS-filer, før den kan tegne siden, mærker brugeren det som langsomhed.

• Udskyd ikke-kritisk JavaScript (defer/async).
• Indlæs kritisk CSS først og resten asynkront.
• Fjern scripts der kun bruges på enkelte sider, fra resten af sitet.

8. Databasen

Med tiden samler WordPress-databasen affald: gamle revisioner, transients, spam-kommentarer og efterladenskaber fra afinstallerede plugins.

• Ryd op i post revisions og udløbne transients.
• Tjek for autoloaded options der er vokset sig store — en klassisk skjult bremse.
• Hold tabellerne slanke, især wp_options og wp_postmeta.

9. Ingen CDN

Ligger din server i Danmark, men dine besøgende andre steder — eller har du mange statiske filer — så hjælper et CDN med at levere indhold fra et datacenter tæt på brugeren. Cloudflare er et oplagt og ofte gratis sted at starte.

10. Eksterne scripts

Tredjeparts-scripts er en undervurderet synder: chat-widgets, A/B-test-værktøjer, flere analytics-tags, embeds og reklamenetværk. Hvert script er en ekstern anmodning, du ikke kontrollerer hastigheden på. Audit dem, og fjern alt der ikke giver reel værdi.

11. Manglende GZIP/Brotli-komprimering

Tekstbaserede filer (HTML, CSS, JS) bør sendes komprimeret. Er Brotli eller GZIP ikke slået til på serveren, sender du større filer end nødvendigt. Det tjekkes hurtigt i Network-fanen under response headers.

12. Heartbeat og baggrundsopgaver

WordPress' Heartbeat-API og dårligt opsat WP-Cron kan belaste serveren med gentagne baggrundskald — særligt mærkbart på delt hosting. Begræns Heartbeat og overvej at flytte cron til et rigtigt system-cronjob for stabil ydelse.

Ofte stillede spørgsmål

Hvorfor er mit WordPress-site pludselig blevet langsomt? Oftest pga. en ny plugin eller opdatering, voksende database, eller at hostingen er blevet overbelastet. Sammenlign med din seneste måling for at indkredse hvornår det skete.

Hvad er en god ladetid for WordPress? Sigt efter LCP under 2,5 sekunder og en TTFB under ~500 ms. Grønne Core Web Vitals i PageSpeed Insights er det praktiske mål.

Er cache-plugins nok til at gøre siden hurtig? Caching hjælper meget, men kan ikke redde dårlig hosting, gamle PHP-versioner eller uoptimerede billeder. Det er ét punkt på listen — ikke en mirakelkur.

Kan I lave en fart-audit på mit site? Ja. En struktureret audit finder præcis hvad der bremser netop dit site, og giver dig en prioriteret handlingsplan.

Næste skridt

Gå listen igennem oppefra og ned, og mål effekten undervejs — du behøver sjældent at gøre alt for at mærke en tydelig forskel. Skal fundamentet være hurtigt fra start, så læs også Bricks Builder: Sådan kommer du i gang.

Vil du have en erfaren udvikler til at finde flaskehalsene for dig, så bestil en fart- og sikkerhedsaudit — du får en konkret, prioriteret plan, ikke bare en rapport.