Det er ikke altid din hosting der er problemet. Ofte er det et enkelt plugin der loader unødvendige scripts, forespørger databasen ineffektivt eller blokerer siden fra at rendere. Her er de typer plugins der konsekvent ødelægger WordPress-ydelsen.

Sådan identificerer du det skyldige plugin

Inden du begynder at deaktivere plugins på måfå, brug disse værktøjer til at finde præcist hvad der forårsager problemet:

Query Monitor (gratis plugin) — viser dig præcis hvilke database-forespørgsler der køres, hvem der kalder dem, og hvor lang tid de tager. Uundværlig til at finde langsomme plugins.

GTmetrix Waterfall — vis hvilke ressourcer der loader hvornår og fra hvor. Scripts der loader sent og blokerer rendering er straks synlige.

1. Page builder-plugins med unødvendige scripts

Elementor, Divi og WPBakery er fantastiske til at bygge sider — men de loader deres JavaScript og CSS på alle sider, også dem der slet ikke bruger page builder-elementer.

En standard Elementor-installation loader typisk 400-600KB ekstra ressourcer pr. sidevisning. På sider du ikke har bygget med Elementor er det rent spild.

Løsning: Elementor har en indstilling under Elementor → Indstillinger → Avanceret → Indlæs Elementor kun på sider med Elementor-indhold. Aktiver den.

2. Slider-plugins

Revolution Slider og Slider Revolution er berygtet for at loade store JavaScript-biblioteker — typisk 300-500KB — på alle sider selv når der ikke er en slider på siden.

De er også historisk set et af de hyppigst udnyttede angrebsmål i WordPress pga. forældede versioner.

Løsning: Overvej om du faktisk behøver en slider. De fleste konverteringsoptimerings-eksperter anbefaler imod dem. Et statisk hero-billede loader hurtigere og konverterer typisk bedre.

3. Sikkerhedsplugins med tung scanning

Wordfence og lignende plugins kører regelmæssige filscanninger der bruger serverressourcer. Hvis disse scanninger kører under normal åbningstid mærker brugerne det som nedsat ydeevne.

Løsning: Planlæg tunge scanninger til om natten via plugin-indstillingerne. Wordfence har en scheduler under Wordfence → Scanning → Skemalæg scanning.

4. Backup-plugins der kører i åbningstiden

UpdraftPlus og BackupBuddy der tager backup midt på dagen mens brugere er på sitet er en klassisk årsag til pludselig nedsat ydelse. En fuld backup kan bruge al tilgængelig serverkapacitet i 5-15 minutter.

Løsning: Sæt backup-tidspunkt til kl. 3-4 om natten.

5. Social media feed-plugins

Plugins der henter og viser live Instagram-feeds, Twitter/X-feeds eller lignende gør eksterne API-kald ved hvert sideload. Hvis det sociale netværk svarer langsomt — eller API’en er nede — venter din hele side.

Løsning: Cache det sociale feed lokalt. De fleste feed-plugins har en cache-indstilling — sæt den til minimum 1 time, gerne 24 timer.

Den generelle regel: færre plugins er bedre

Hvert plugin tilføjer potentielt:

• JavaScript og CSS der loader på alle sider
• Database-forespørgsler ved hvert sideload
• PHP-kode der køres ved hvert request

Gennemgå dine aktive plugins og spørg for hvert enkelt: bruger jeg aktivt dette? Kan jeg opnå samme resultat med et allerede installeret plugin eller med en simpel kodelinje i functions.php?

Vil du have en teknisk gennemgang af din WordPress-sides ydeevne? Kontakt mig.