WordPress
Hvad du bør holde øje med på et sundt WordPress-site
Praktisk WordPress-vedligehold for siteejere: backup, opdateringer, sikkerhed, performance og det, der oftest bliver glemt.
- WordPress
- vedligeholdelse
- sikkerhed
- performance
- siteejer
Et sundt WordPress-site passer ikke sig selv.
Det kan godt se sådan ud i en periode. Forsiden loader. Menuen virker. Du får stadig henvendelser. Google sender stadig lidt trafik. Alt føles normalt.
Under overfladen kan der alligevel være begyndende problemer: gamle plugins, backup der aldrig er testet, formularer der er holdt op med at sende, tracking der er sat forkert op, eller hosting der ikke længere matcher sitets brug.
Det er derfor WordPress-vedligeholdelse ikke bare handler om at trykke “opdater”.
Det vigtigste spørgsmål er ikke “hvad står på tjeklisten?” Det er: ved du, om nogen faktisk holder øje - og hvad der sker, når noget går galt?
Det vigtigste er ikke tjeklisten
Internettet er fyldt med lange WordPress-tjeklister. Månedligt. Kvartalsvist. Årligt. Med flueben til alt fra databaseoprydning til schema-markup.
De kan være nyttige. De kan også skabe en falsk tryghed.
For et site forfalder sjældent, fordi du glemte ét punkt på en liste. Det forfalder, fordi ingen har ansvar for helheden. Opdateringer bliver udskudt. Backup bliver antaget. En fejl bliver opdaget af en kunde. En webshop “virker”, indtil checkout ikke gør.
Hvis du ejer eller administrerer sitet, er dit job ikke at huske 40 tekniske detaljer. Dit job er at vide, hvilke ting der må ikke glide - og hvem der reagerer, når de gør.
Backup: findes den, og kan den bruges?
Backup er det første, mange siger, de har. Det er også det første, der viser sig at være mangelfuldt, når det gælder.
Det er ikke nok, at der “kører en backup”. Du bør vide, om den dækker både filer og database, om den ligger et andet sted end selve webhotellet, og om nogen har prøvet at gendanne fra den.
En backup er først en strategi, når gendannelse er testet. Det gælder især ved fejlede opdateringer, hostingproblemer, hackede sites og WooCommerce, hvor data ændrer sig hele tiden.
Oppetid: hvem opdager problemet først?
Hvis en kunde fortæller dig, at sitet er nede, er overvågningen allerede fejlet.
Oppetidsovervågning behøver ikke være avanceret. Den skal bare gøre én ting: sørge for, at nogen opdager problemet hurtigt. Gerne før dine besøgende gør.
Korte udfald, langsom admin eller mønstre efter backups og cronjobs er ofte tidlige tegn. Det behøver ikke betyde panik. Det betyder, at nogen bør kigge efter, før det bliver dyrt.
Opdateringer: det der sker bagefter
WordPress, temaer og plugins skal holdes ajour. Det er ikke kontroversielt.
Det, der ofte mangler, er respons. Hvem ser, når noget knækker efter en opdatering? Hvem kan rulle tilbage, isolere et plugin, rydde cache og teste de kritiske flows igen?
Pointen er ikke at gøre hver opdatering til et mini-projekt. Pointen er, at opdateringer uden efterkontrol er en risiko - især på sites med booking, betaling eller WooCommerce.
På kritiske sites er ekstra forsigtighed før større opdateringer fornuftig. I den daglige drift er det mindst lige så vigtigt at have nogen, der kan handle, når noget alligevel skrider.
Sikkerhed uden panik
De fleste hackede WordPress-sites bliver ikke ramt af noget magisk. De bliver ramt af gamle plugins, svage adgangskoder, manglende opsyn, gamle brugerkonti eller sårbarheder, der har været kendt længe nok til at blive automatiseret.
Patchstack rapporterede 11.334 nye sårbarheder i WordPress-økosystemet i 2025, og 91 procent af de nye sårbarheder blev fundet i plugins. Det betyder ikke, at WordPress er ubrugeligt. Det betyder, at sikkerhed ikke kan være noget, man husker en gang om året.
Som siteejer behøver du ikke selv blive sikkerhedsekspert. Du bør have styr på det basale: opdateringer, fornuftige adgangskoder, færrest mulige administratorer, et egnet sikkerhedsplugin - og nogen der reagerer på mistænkelig adfærd, spam, redirects eller mærkelig trafik.
Sikkerhed skal helst være kedeligt. Kedeligt er godt.
Performance der langsomt skrider
Langsomme websites opstår ofte gradvist.
Et nyt plugin. Flere billeder. Et ekstra tracking-script. En tung font. En dårlig cache-regel. En database, der fyldes med gamle logs. Sitet føles “lidt tungere” i månedsvis, før nogen tager det alvorligt.
En PageSpeed-score er et signal - ikke diagnosen. Det, der betyder noget, er om sitet stadig føles hurtigt for rigtige brugere, og om der er tydelige flaskehalse: tunge scripts, for store billeder, langsom hosting eller plugins, der loader unødvendigt overalt.
En hurtig side er ikke kun rar. Den gør også fejlfinding og drift lettere.
Det usynlige tab: formularer, mail og tracking
Nogle af de dyreste fejl er dem, ingen opdager.
En kontaktformular kan fejle i ugevis. Bookinger kan lande i spam. En konvertering kan mangle i Analytics. En pixel kan være sat dobbelt. En takkeside kan være noindex. Mail kan holde op med at virke efter en DNS-ændring.
Hvis sitet stadig loader, tror mange, at alt er fint. Det er det ikke altid.
Derfor hører formularer, mailflow og tracking til den praktiske del af WordPress-vedligeholdelse - også selvom det ikke er det, folk først tænker på, når de siger “opdater plugins”.
Hvis du har WooCommerce
En webshop er ikke bare et WordPress-site med produkter. Det er en forretning med kurv, checkout, betaling, fragt, mails og kundedata.
Efter relevante opdateringer er det ikke nok at se, om forsiden loader. Produkt, kurv, checkout, betaling og ordremails bør testes, når noget væsentligt er ændret.
En webshop kan teknisk set være “opdateret” og stadig tabe penge.
Hosting er også en del af billedet
Dårlig eller forkert konfigureret hosting kan få alt andet til at se forkert ud. Det kan ligne plugin-problemer, cache-problemer eller performance-problemer - selvom fundamentet er flaskehalsen.
Som ejer behøver du ikke kunne læse serverlogs. Du bør vide, om hosting stadig matcher sitets brug, om PHP-versionen er fornuftig, og om nogen tager stilling, når svartider eller diskplads begynder at skride.
Ny hosting er sjældent første svar. Men det er et dårligt sted at lade være med at kigge.
Teknisk SEO: vigtigt, men ikke hver måned
Et website kan se fint ud og stadig have tekniske SEO-problemer. Crawlbarhed, indexering, canonicals, sitemap, redirects, 404-fejl og Search Console-signaler kan alle koste trafik over tid.
Det betyder ikke, at teknisk SEO bør være en månedlig ritual-tjekliste. For de fleste sites er det mere fornuftigt som en grundig gennemgang ved start, og derefter periodisk - typisk omkring en gang om året, eller efter redesign, hostingskift og større ændringer.
Små fejl behøver ikke alle rettes samme dag. Men de skal heller ikke have lov til at ligge urørt i årevis.
Et eksempel fra praksis
Et virksomhedssite så sundt ud. Forsiden loadede. Menuen virkede. Der kom stadig lidt organisk trafik. Men leadene var faldet markant i tre uger.
Årsagen var ikke et hack eller et nedbrud. Efter en DNS-ændring lande kontaktformularens mails i spam - eller slet ikke. Sitet “virkede”. Forretningen gjorde ikke.
Da mailflowet blev testet og rettet, kom henvendelserne tilbage. Ingen redesign. Ingen panik. Bare det usynlige tab, som en flink forside ikke afslører.
Det er den slags ting, vedligeholdelse skal fange tidligt: ikke nødvendigvis hver måned med fanfare - men før kunden først opdager det, når kalenderen er tom.
Et realistisk minimum
Hvis du selv passer sitet, er det her et fornuftigt bundniveau - ikke en komplet servicebeskrivelse:
- Backup der faktisk kan gendannes
- Nogen der opdager downtime før kunderne
- WordPress, temaer og plugins holdt ajour - med efterkontrol
- Sikkerhedsgrundlag: adgange, opdateringer og et fornuftigt værn
- Formularer og kritiske flows testet med jævne mellemrum
- WooCommerce-checkout testet efter relevante opdateringer
Alt derudover - dyb performance-arbejde, teknisk SEO, hosting-skift, oprydning i plugins - er vigtigt, men hører ofte til periodiske eller behovsstyrede indsatser.
Gør det selv, delvist - eller outsource
Der er tre ærlige veje:
Gør det selv, hvis du har tid, teknisk nysgerrighed og disciplin til at gøre det konsekvent. Minimumet ovenfor er et godt sted at starte.
Del ansvaret, hvis du selv styrer indhold og forretning, men vil have nogen til den tekniske drift: backup, opdateringer, sikkerhed og reaktion, når noget knækker.
Outsource mere af det, hvis sitet er vigtigt for omsætning, leads eller brand - og du ikke selv vil være den, der opdager problemet klokken 22.
Det er her WordPress-vedligeholdelse giver mening for mange. Ikke fordi en liste er magisk. Men fordi nogen tager praktisk ansvar for, at det kedelige bliver gjort - og at der er en plan, når det ikke er kedeligt længere.
God vedligeholdelse skal helst være kedelig. Kedeligt er billigere end panik.
Hvis du vil forstå, hvorfor “opdater alle” ikke er nok i sig selv, så læs også Hvorfor WordPress-vedligeholdelse ikke bare handler om plugin-opdateringer.
Relateret på Larsik
- WordPress-vedligeholdelse
- Hvorfor WordPress-vedligeholdelse ikke bare handler om plugin-opdateringer
- PageSpeed og performance
- Teknisk SEO
- Det jeg tjekker først når et site er hacket
- WP Security Ninja
Kilder og læs videre
Ofte stillede spørgsmål
Hvor ofte skal man vedligeholde et WordPress-site?
Opdateringer, backup og sikkerhed bør holdes løbende. Formularer og kritiske flows bør testes med jævne mellemrum. Dyb performance- og teknisk SEO-gennemgang er typisk periodisk - ikke nødvendigvis hver måned.
Kan jeg selv klare WordPress-vedligeholdelse?
Ja, hvis du har tid og disciplin. Minimum er backup der kan gendannes, opdateringer med efterkontrol, fornuftig sikkerhed og test af formularer eller checkout. Hvis sitet er vigtigt for forretningen, vælger mange at outsource det kedelige, så det faktisk bliver gjort.
Hvad er forskellen på en tjekliste og en vedligeholdelsesaftale?
En tjekliste beskriver opgaver. En aftale giver ansvar: nogen holder øje, reagerer når noget knækker, og siger til, når problemet kræver mere end rutine. Det er forskellen på flueben og praktisk drift.