Kort svar: En brugbar WordPress backup indeholder både filer og database, kører automatisk, gemmer flere versioner over tid, har mindst én kopi uden for produktionsserveren og kan gendannes hurtigt – helst af dig selv. Det vigtigste krav er, at gendannelsen er testet. En backup, du aldrig har prøvet at gendanne, er en formodning, ikke et sikkerhedsnet.
Fagligt gennemgået: 2. oktober 2026
En WordPress backup er ikke bare en kopi af et website. Den er din hurtigste vej tilbage til drift, når en opdatering fejler, en plugin-konflikt vælter databasen, eller malware rammer. For virksomheder, webshops og bureauer er problemet sjældent kun tabte filer, men tabt omsætning, tabt tillid og spildt arbejdstid.
Derfor skal en backup-løsning vurderes på, om den faktisk kan gendanne hele sitet hurtigt, sikkert og uden overraskelser. Her gennemgår vi de otte krav, du bør stille, og hvordan du tester, at de er opfyldt.
Hvad er en WordPress backup, og hvilket problem løser den?
En WordPress backup er en fuld kopi af filer og database i WordPress og MySQL/MariaDB. Den løser tab efter fejl, hacking og mislykkede opdateringer, og uden den kan selv et mindre plugin-problem udvikle sig til timer eller dage med nedetid.
WordPress består i praksis af to dele: filer og database. Filerne rummer temaer, plugins, uploads og konfiguration, mens databasen indeholder sider, indlæg, brugere, ordredata og indstillinger. Hvis kun den ene del er reddet, er sitet sjældent brugbart bagefter.
Det er også her, mange går galt. De tror, at webhotellets standardkopi automatisk er nok. Det kan den være, men kun hvis du ved, hvor ofte den kører, hvor længe den gemmes, og hvor hurtigt du kan gendanne til et konkret tidspunkt.
Hvor ofte bør du tage WordPress backup?
Du bør mindst have daglig automatisk backup af WordPress. WooCommerce og medlemssites, hvor der kommer nye ordrer og tilmeldinger hele dagen, har ofte brug for hyppigere databasekopier eller et ekstra lag, der sikrer databasen flere gange i døgnet.
Start med ændringshastigheden. Hvis sitet kun opdateres få gange om måneden, kan daglig backup være tilstrækkelig. Hvis der kommer nye ordrer, kundedata eller formularer hver time, skal databasen sikres langt oftere end filerne.
Mål derefter dit acceptable datatab. Hvis du højst vil miste to timers data, skal backup-frekvensen være to timer eller mindre. Det kaldes RPO (Recovery Point Objective). Jo lavere RPO, jo mindre tab – men også højere krav til systemet.
Sæt til sidst forskellige intervaller for forskellige datatyper. Filer ændrer sig sjældnere end databaseindhold. Mange vælger daglig fuld backup af alt, men det er ofte en tung løsning. En bedre model er hyppig databasebackup kombineret med mindre hyppig filbackup – og en manuel backup lige før hver større ændring.
Hvilke 8 krav skal en WordPress backup-løsning opfylde?
Der er otte krav, som skiller en brugbar WordPress backup fra falsk tryghed. WordPress og WooCommerce kræver både passende frekvens, fuld dækning og hurtig gendannelse, ellers hjælper kopien først, når skaden allerede er blevet dyr.
Når du vurderer en løsning, bør du måle den mod de samme krav hver gang. Så bliver det tydeligt, om du ser på reel disaster recovery eller blot en kopi uden plan.
- Manuel backup on demand: Du skal selv kunne tage en backup med et klik lige før opdateringer, temaskift eller større ændringer – uden at vente på næste planlagte kørsel.
- Automatisk planlægning: Backup skal køre uden manuel handling, mindst dagligt og gerne oftere på databasen.
- Fuld datafangst: Database, temaer, plugins, uploads,
wp-config.php,.htaccessog relevante systemfiler skal med. - Off-site lagring: Mindst én kopi skal ligge uden for produktionsserveren, gerne i et separat miljø eller cloudlager.
- Versionshistorik og retention: Du skal kunne gå tilbage til flere tidspunkter – og langt nok tilbage til at finde en ren kopi, hvis malware først opdages efter en uge eller to.
- Kryptering og adgangskontrol: Backupdata skal beskyttes i transit og ved lagring, og gendannelse må kun kunne udføres af autoriserede brugere.
- Nem og selektiv gendannelse: Ét klik er ideelt, men muligheden for kun at gendanne databasen eller udvalgte filer er mindst lige så værdifuld.
- Overvågning og kompatibilitet: Du skal få besked ved fejl, og løsningen skal fungere med WooCommerce, multisite og større databaser.
Hvordan bygger du en WordPress backup-strategi, der holder i drift?
En holdbar backup-strategi kombinerer automatisering, retention og ansvar. Google Drive eller Amazon S3 kan være sekundær lagring, men politikken skal også definere, hvem der tester gendannelsen, og hvor længe versioner gemmes.
Teknikken alene er ikke nok. En god strategi beskriver, hvilke websites der er kritiske, hvor hurtigt de skal op igen, og hvor meget data virksomheden kan tåle at miste. Det svarer til RTO (Recovery Time Objective) og RPO, som bør være besluttet før første driftsfejl, ikke midt i den.
Hvis sitet er et leadsite, kan 24 timers gendannelsestid være acceptabel. Hvis det er en webshop, er en halv dags nedetid ofte for dyr. Her giver hyppigere backup, staging og hurtig gendannelse klar værdi, selv om prisen er lidt højere.
Nogle enkle kontrolpunkter gør strategien markant stærkere:
- database oftere end filer
- mindst én off-site kopi
- faste gendannelsestests
- klar retentionpolitik
- ansvar fordelt på navn eller rolle
Hvad skal en komplet WordPress backup indeholde?
En komplet WordPress backup indeholder altid database og filer, herunder wp-content, uploads, temaer, plugins, wp-config.php og ofte .htaccess. Hvis e-mail ligger samme sted som sitet, bør du også vide, hvordan den sikkerhedskopieres – ellers gendanner du kun halvdelen af driften.
For mange WordPress-sites ligger den største værdi i databasen. Her ligger indhold, brugere, formularindsendelser, plugin-indstillinger og ofte også ordredata. Samtidig er det i filsystemet, at temaer, mediefiler og specialtilpasninger bor. Begge dele skal passe sammen tidsmæssigt.
På mere komplekse sites skal du også tænke på specialtabeller. WooCommerce, LMS-løsninger og medlemsplugins bruger egne tabeller eller metadata i stor stil. Hvis de ikke kommer med, får du et site, der ser rigtigt ud, men ikke fungerer korrekt.
En almindelig misforståelse er, at en databaseeksport alene er en fuld backup. Det er den ikke. Omvendt behøver du heller ikke gemme cachefiler, sessioner og midlertidige filer, hvis de kan genskabes. Det er netop her, en moden løsning skiller sig ud: Den tager det vigtige med og lader støjen blive.
Skal du vælge WordPress backup via plugin eller via hosting?
Hosting-backup er normalt stærkest til hastighed og gendannelse, mens plugins som UpdraftPlus og Duplicator giver mere kontrol over lagring og planer. Valget afhænger af ansvar: Vil du selv styre lagring og versioner, eller vil du have backup som en integreret driftsydelse?
Plugin-baseret backup passer godt, hvis du vil definere egne workflows og selv vælge lagring i Dropbox, S3 eller Google Drive. Hosting-baseret backup er ofte bedre, hvis du vil have stabil drift, mindre belastning af WordPress og én ansvarlig partner ved gendannelse.
| Kriterium | Plugin-backup | Hosting-backup |
|---|---|---|
| Opsætning | Mere fleksibel | Hurtigere at komme i gang |
| Belastning på server | Kan være mærkbar på store sites | Ofte håndteret uden for WordPress |
| Gendannelse | Afhænger af plugin og erfaring | Typisk hurtigere via panel |
| Off-site muligheder | Meget stor valgfrihed | Afhænger af udbyder |
| Ansvar | Ligger hos dig eller bureauet | Ligger mere hos hosten |
De to modeller udelukker ikke hinanden. En udbredt opsætning er hostens daglige backup som primær løsning og et plugin, der sender en ekstra kopi til et eksternt lager, du selv ejer. Så er du dækket, selv hvis du en dag skifter udbyder eller mister adgangen til hostingkontoen.
Hvis du driver forretning på WordPress, er den vigtigste afvejning ofte ikke prisen, men hvor hurtigt du kan gendanne sikkert. Spørg derfor altid, hvordan gendannelsen foregår i praksis, før du vælger løsning.
Hvordan tester du en WordPress backup trin for trin?
En backup er først troværdig, når gendannelsen er testet i staging eller på et separat miljø. WordPress Toolkit og WP-CLI gør testen hurtigere, men selv en simpel gendannelse via panelet er nok, hvis du verificerer indhold, login og ordredata bagefter.
Trin 1 er at vælge et gendannelsespunkt og gendanne til et sikkert testmiljø. Brug staging, hvis hosten tilbyder det. Hvis ikke, så brug et lukket subdomæne eller en lokal kopi.
Trin 2 er at kontrollere de kritiske funktioner. Kan du logge ind? Virker kontaktformularer? Er seneste ordre, bruger eller side med? På WooCommerce skal du også kontrollere ordrestatus, betalingsflow og e-mails.
Trin 3 er at dokumentere resultatet. Notér, hvor lang tid gendannelsen tog, hvilke trin der krævede manuel indsats, og om noget manglede. Test gerne lige efter større ændringer i tema, plugins eller PHP-version. Det er dér, skjulte gendannelsesproblemer viser sig.
Hvad er forskellen på lokal backup, off-site backup og cloud backup?
Lokal backup er hurtig, off-site backup beskytter mod serverfejl, og cloud-lagring giver skalerbar retention. Amazon S3 og Google Drive er udbredte valg, men 3-2-1-reglen er stadig en god tommelfingerregel.
Lokal backup betyder, at kopien ligger tæt på produktionen, ofte på samme host eller i samme datacenter. Det giver hurtig adgang, men beskytter dårligt mod hardwarefejl, ransomware eller kompromitteret konto.
Off-site backup ligger fysisk eller logisk adskilt fra produktionen. Cloud backup er en praktisk form for off-site backup, men kun hvis den faktisk er uafhængig. Hvis den samme kompromitterede konto kan slette både site og backup, er uafhængigheden svagere, end mange tror.
| Type | Fordel | Ulempe | Passer til |
|---|---|---|---|
| Lokal | Hurtig gendannelse | Risiko ved samme fejlzone | Hurtige snapshots |
| Off-site | Beskytter mod servertab | Kan være langsommere | Kritisk disaster recovery |
| Cloud | Skalerbar og fleksibel | Kræver styr på adgang og retention | Langsigtet lagring |
En robust model er 3-2-1: tre kopier af data, på to forskellige medier, hvor mindst én kopi er off-site.
Hvordan gendanner du en WordPress backup hurtigt og sikkert?
Du bør gendanne selektivt, hvis skaden er afgrænset, og fuldt, hvis WordPress eller databasen er kompromitteret. Selvbetjent gendannelse i et hostingpanel gør det hurtigere, men rækkefølgen er altid vigtig: Stop ændringer, vælg et rent gendannelsespunkt, og verificér driften.
Først skal du fryse situationen. Sæt sitet i vedligeholdelsestilstand eller begræns adgangen, så nye ændringer ikke overskrives under gendannelsen. Hvis skaden skyldes malware, skal du vælge et gendannelsespunkt fra før kompromitteringen.
Derefter vælger du omfanget. Hvis en redaktør kun har slettet indhold, kan en databasegendannelse være nok. Hvis et plugin eller en opdatering har ødelagt filstrukturen, skal filer og database ofte tilbage sammen. Hvis både WordPress og mail ligger samme sted, så vurder også, om mailen er berørt.
Til sidst verificerer du driften. Tjek frontend, backend, formularer, checkout og e-mail. Hvis du ser mærkelige fejl efter gendannelsen, er den typiske årsag mismatch mellem filer og database eller cache, der ikke er ryddet.
Hvordan vælger du WordPress backup til WooCommerce og andre dynamiske sites?
WooCommerce, LearnDash og medlemsplugins ændrer data hele dagen, så de kræver tættere databasebackup end et præsentationssite. Hvis der kommer ordrer eller tilmeldinger hvert kvarter, er én daglig backup alene for grov.
En webshop har sjældent kun ét datalag. Ordrer, lager, kundekonti, kuponer og transaktionslogs kan ligge i både kernetabeller og plugin-specifikke tabeller. Derfor skal backup-løsningen kunne håndtere høj databaseaktivitet uden at gøre sitet mærkbart langsommere.
Her er afvejningen tydelig. Jo hyppigere backup, jo mindre datatab ved fejl. Til gengæld stiger kravene til lagring, I/O og disciplin omkring gendannelse. En løsning med snapshots på hostniveau giver ofte bedre økonomi end et tungt plugin-setup, når sitet omsætter direkte.
Husk også, at en fuld gendannelse af en webshop sletter de ordrer, der er kommet ind siden gendannelsespunktet. Eksportér derfor nye ordrer, før du gendanner, eller gendan til staging og flyt kun det nødvendige over. Et godt pejlemærke er dette: Hvis du ville skulle ringe til kunder ved tab af data, er backup-frekvensen for lav.
Hvilke fejl laver virksomheder oftest med WordPress backup?
De fleste backup-fejl handler ikke om teknologi, men om antagelser. cPanel og WordPress kan begge vise, at backup er kørt, mens gendannelsen stadig fejler, fordi filer mangler, retention er for kort, eller kopien ligger samme sted som produktionen.
Fejlene er kendte, og de går igen på tværs af bureauer, webshops og interne marketingteams. Den gode nyhed er, at de kan fjernes med enkle krav og faste tests.
- Kun serverkopi: Hvis serveren eller kontoen rammes, kan du miste både drift og backup på samme tid.
- Ingen gendannelsestest: En utestet backup er dokumentation for håb, ikke for gendannelse.
- Samme frekvens til alt: Database og filer har sjældent samme ændringstakt.
- For kort retention: Malware eller datakorruption opdages ofte dage senere, ikke minutter senere.
- Kun fuld gendannelse: Hvis du ikke kan gendanne selektivt, bliver små fejl unødigt dyre og risikable.
Det vigtigste krav, du kan stille, er enkelt: Vis mig ikke bare, at backup findes. Vis mig, at den kan gendannes hurtigt, fuldt og til det rigtige tidspunkt.
Fuld, inkrementel eller differentiel backup: hvad er forskellen?
Det er ikke kun frekvensen, der afgør, hvor tung og hvor hurtig en backup er. Det gør også metoden. Nogle løsninger kopierer hele sitet hver gang, andre gemmer kun det, der har ændret sig siden sidst. Forskellen mærkes på serverbelastning, pladsforbrug og på, hvor hurtigt du kan gendanne.
| Backup-type | Hvad gemmes | Fordel | Passer til |
|---|---|---|---|
| Fuld backup | Hele sitet hver gang | Enkel at forstå og gendanne | Mindre sites og punktvise snapshots |
| Inkrementel backup | Kun ændringer siden sidste backup | Lav belastning og lille pladsforbrug | Sites med hyppige ændringer |
| Differentiel backup | Ændringer siden sidste fulde backup | Balance mellem hastighed og datamængde | Miljøer med faste backupvinduer |
Hvis du vil tage backup flere gange i døgnet på en webshop, er fulde kopier hver gang sjældent realistisk. Her giver inkrementelle metoder eller hostbaserede snapshots mening, fordi de kan køre ofte uden at æde diskplads. Spørg derfor altid, hvilken metode udbyderen bruger, og hvor mange versioner du faktisk har adgang til.
Hvordan undgår du, at backup gør sitet langsomt?
Et backupjob er ikke gratis for serveren. Når et plugin pakker temaer, uploads og database sammen, sker det på samme maskine, som samtidig skal levere sider til besøgende og checkout til kunder. På store sites kan det gøre sitet mærkbart langsommere, og i værste fald timer jobbet ud, så du står med en halv kopi uden at vide det.
Der er tre ting, du kan kræve for at undgå det:
- Tidspunkt: Tunge fulde kopier bør køre uden for travle perioder, mens hyppige databasekopier skal være så lette, at de kan køre midt på dagen.
- Metode: Inkrementelle backups og snapshots på hostniveau belaster typisk langt mindre end gentagne fulde kopier via plugin.
- Ingen manuel afhængighed: Backup skal være en fast del af hostingmiljøet, så den ikke afhænger af, at nogen husker at trykke på en knap eller fornyer et plugin-abonnement.
Det sidste punkt bliver ofte undervurderet. Glemte opgaver, udløbne lagringsnøgler og forældede kopier er menneskelige fejl, og de forsvinder først, når backup kører uden dig.
Hvornår gør hurtig gendannelse størst forskel?
En gendannelse er sjældent bare at hente en zip-fil frem. Hvis processen kræver manuelle trin via FTP og databaseimport, kan selv en lille fejl ende som en halv dags nedetid. Kravet er derfor, at gendannelsespunktet er let at finde, konsistent mellem filer og database og tæt nok på fejltidspunktet til, at datatabet er minimalt.
| Situation | Hvad du typisk gendanner | Det skal du være opmærksom på |
|---|---|---|
| Plugin-konflikt | Filer, ofte kun plugin-mappen | Rul tilbage til seneste fungerende version, og slå automatisk opdatering fra midlertidigt |
| Fejlslagen opdatering | Filer og database samlet | Vælg et punkt fra før opdateringen, så filer og tabeller passer sammen |
| Hack eller malware | Fuld gendannelse fra rent punkt | Kompromitteringen kan ligge dage tilbage, så retention afgør, om du overhovedet har en ren kopi |
| Menneskelig fejl | Enkelte filer eller databaseindhold | Selektiv gendannelse sparer dig for at miste ordrer og indhold, der er kommet til siden |
Er sitet ramt af malware, så læs også, hvad du gør ved en hacket WordPress-hjemmeside, før du gendanner. En gendannelse fjerner ikke årsagen, hvis den ligger i en svag adgangskode eller et sårbart plugin. Brug desuden staging til at teste opdateringer, før de går live. Mange gendannelser kan undgås, hvis fejlen fanges i testmiljøet først.
Hvad skal du spørge din host om?
Når du vurderer en hostingudbyders backup, er det de konkrete svar, der tæller – ikke ordet “backup” på produktsiden. Disse spørgsmål afslører hurtigt, om løsningen holder:
- Hvor ofte tages der automatisk backup, og omfatter den både filer og database?
- Kan jeg selv tage en manuel backup før en opdatering?
- Kan jeg selv starte en gendannelse, eller skal jeg vente på support?
- Hvor mange dage tilbage kan jeg gendanne?
- Kan jeg gendanne kun databasen eller kun udvalgte filer?
- Hvor ligger kopierne fysisk, og er de adskilt fra produktionsserveren?
- Koster en gendannelse ekstra?
Kan udbyderen ikke svare klart på de spørgsmål, er det i sig selv et svar.
Hvad bør du også tjekke: GDPR, dataplacering og support?
En backup er ikke kun en teknisk kopi. Den indeholder kundedata, brugere og ofte ordrehistorik, og den er dermed en del af virksomhedens samlede databehandling. Spørg derfor, hvor backupdata fysisk ligger, hvem der har adgang, og om udbyderen kan dokumentere det i en databehandleraftale. Læs mere om GDPR og hosting – backup-kopierne skal følge de samme regler som selve sitet.
Tjek også, hvad der sker, når fejlen opstår klokken 23 en lørdag. En backup, du først kan få gendannet mandag morgen, når supporten møder ind, hjælper ikke en webshop, der mister ordrer hele weekenden. Selvbetjent gendannelse og adgang til support uden for normal arbejdstid hører derfor med i vurderingen af backup, ikke kun af hosting.
Hos Hostious er daglig automatisk backup og manuel backup med selvbetjent gendannelse inkluderet i WordPress hosting fra 39 kr./md. ekskl. moms (WP Mini). Fra WP StartUp får du også staging, så du kan teste opdateringer, før de går live. Gratis SSL, dansk support 24/7 og gratis migrering er med i alle planer, så backup, drift og hjælp ved fejl er samlet ét sted.
Læs også
- Hub: WordPress sikkerhed og backup – alle guides om emnet samlet ét sted
- Gendan fra backup – uden at miste nye ordrer og indhold
- Test din backup: gendannelsesøvelsen, de fleste springer over
- Backup-geografi: hvor dine sikkerhedskopier ligger – og hvorfor det tæller
- Sådan virker automatisk backup på hosting
- WordPress hosting hos Hostious – daglig og manuel backup med selvbetjent gendannelse
Ofte stillede spørgsmål om krav til WordPress backup
Hvor ofte bør jeg tage backup af WordPress?
Så ofte som dine data ændrer sig. En blog kan klare sig med daglig backup, mens webshops og medlemssites har brug for hyppigere databasekopier. Hos Hostious tages der automatisk daglig backup, og du kan selv tage en manuel backup før større ændringer.
Er hostens backup nok, eller skal jeg også bruge et plugin?
En god host-backup dækker langt de fleste behov, hvis den omfatter filer og database og kan gendannes hurtigt. Et ekstra eksternt lag giver mening ved høje krav, fx webshops med mange ordrer, eller hvis du vil have en kopi, der er uafhængig af hostingkontoen.
Hvordan tester jeg, at min backup virker?
Gendan den til et staging-miljø, og tjek at forside, login, formularer og seneste indhold er med. En backup, der aldrig er testet med en gendannelse, er kun en formodning.
Hvor længe skal backups gemmes?
Længe nok til, at du kan finde en ren kopi, hvis et problem først opdages sent. Malware og datafejl bliver ofte først opdaget efter dage eller uger, så nogle få dages historik er sjældent nok til et forretningskritisk site.
Hvorfor skal en backup ligge uden for serveren?
Fordi en kopi på samme server eller konto kan forsvinde sammen med sitet ved hardwarefejl, ransomware eller en kompromitteret konto. Mindst én kopi bør ligge adskilt fra produktionen, så du altid har noget at gendanne fra.
Udgivet 8. april 2026Opdateret 3. oktober 2026Fagligt gennemgået 2. oktober 2026