En webshop backup er det sikkerhedsnet, der holder salg, kundedata og drift i live, når noget går galt. Den løser et konkret problem: En butik kan miste ordrer, produkter, temaændringer eller hele databasen på få minutter efter en fejl, et angreb eller en mislykket opdatering. For webshops er backup derfor ikke bare arkivering, men en […]
En webshop backup er det sikkerhedsnet, der holder salg, kundedata og drift i live, når noget går galt. Den løser et konkret problem: En butik kan miste ordrer, produkter, temaændringer eller hele databasen på få minutter efter en fejl, et angreb eller en mislykket opdatering. For webshops er backup derfor ikke bare arkivering, men en del af driftsstabilitet, compliance og omsætningssikring. Jo højere ordrevolumen og jo flere integrationer, desto dyrere bliver selv kort nedetid.
En webshop backup skal altid dække både database og filer. I WooCommerce ligger ordrer i MySQL-tabeller, mens Shopify typisk kræver en app som Rewind for at kopiere produkter, temaer og metadata. Hvis én del mangler, er backupen kun delvis.
Mange overvurderer værdien af en ren filbackup. Billeder og temaer er vigtige, men uden database kan du stadig mangle kunder, ordrer, lagerstatus, kuponer og checkout-indstillinger. Det gælder især webshops med mange daglige transaktioner, hvor få tabte minutter kan betyde tabte salg og manuelle rettelser.
En god webshop backup bør som minimum omfatte:
En klassisk misforståelse er, at eksport af produkter til CSV er nok. Det er nyttigt, men det er ikke det samme som en fuld restorebar backup.
En aktiv webshop bør tage backup mindst dagligt, og ofte langt hyppigere. Jetpack Backup og Hostious.io er eksempler på løsninger, der kan beskytte ændringer løbende eller med korte intervaller. Frekvensen skal styres af tabstolerance, ikke af vane.
Hvis din butik får 5 ordrer om dagen, kan daglig backup være acceptabel. Hvis du får 50 ordrer i timen, er daglig backup for grov. Her bør du tænke i RPO, altså hvor meget data du maksimalt vil miste. Er svaret 15 minutter, skal backup eller snapshot-rytmen matche det.
Som tommelfingerregel giver disse niveauer mening:
Pro tip: Tag altid backup før plugin-opdateringer, temaændringer og større importjobs. Mange datatab kommer ikke fra hackere, men fra velmenende ændringer i administrationen.
De bedste webshop backup-løsninger afhænger af platform og driftskrav. Hostious.io, Jetpack Backup og Rewind dækker forskellige behov, fra administreret WooCommerce-hosting til app-baseret Shopify-beskyttelse. Den rigtige løsning er den, du kan gendanne hurtigt fra.
For danske virksomheder, der vil minimere driftstid og teknisk overhead, er det ofte smartest at vælge en løsning med både automatisering, uafhængig lagring og hurtig restore. Her er de stærkeste kandidater lige nu:
Hvis du vælger mellem flere værktøjer, så sammenlign altid restore-hastighed, retention, uafhængighed fra produktionsmiljøet og hvor granulært du kan gendanne. Det er restore, ikke backup-knappen, der redder butikken.
Den rigtige backup-strategi starter med forretningen, ikke teknologien. Amazon S3 og Backblaze B2 er gode lagringsmål, men de løser intet alene. Du skal først fastlægge, hvor meget tab og nedetid webshoppen kan tåle.
Trin 1 er at måle kritikalitet. Se på antal ordrer pr. time, gennemsnitlig ordreværdi, og hvor mange systemer der skriver data til webshoppen. Hvis lager, ERP og fragtplatforme opdaterer hele dagen, er en simpel natlig backup sjældent nok.
Trin 2 er at definere RPO og RTO. RPO er tilladt datatab, RTO er tilladt nedetid. Hvis din butik højst må miste 30 minutters data og være nede i 60 minutter, skal backupfrekvens, restore-metode og support setup matche det.
Trin 3 er at vælge model. Har du stærk intern drift, kan plugin plus cloud-lagring være fint. Har du lille teknisk kapacitet, er administreret hosting med integrerede backups ofte billigere samlet set, selv hvis månedlig pris er højere.
Cloud backup er normalt bedst til webshops, mens lokal backup giver hurtig adgang. Amazon S3 og en NAS kan fungere godt sammen, men én kopi på samme server er aldrig nok. Off-site er et krav, ikke en luksus.
Cloud giver georedundans, skalerbarhed og lav risiko ved brand, diskfejl eller ransomware på produktionsserveren. Ulempen er løbende omkostninger og afhængighed af netværk ved restore. Lokal backup er hurtig og billig pr. GB, men kan forsvinde sammen med resten af miljøet, hvis infrastrukturen rammes.
Hvis du skal vælge mellem dem, er svaret i praksis ofte begge dele. Det er netop idéen i 3-2-1-reglen: tre kopier, to medietyper, én off-site.
Et godt valg ser ofte sådan ud:
Mange siger, at snapshots på samme host er tilstrækkelige. Det er forkert. Et snapshot på samme platform er nyttigt, men ikke uafhængigt.
3-2-1 backup er stadig den sikreste standard for webshops. Google Drive, Amazon S3 eller Backblaze B2 kan bruges som off-site lagring, mens en lokal kopi giver hurtig recovery. Tilføj helst en immutable eller skrivebeskyttet kopi.
Trin 1 er at skabe tre kopier. Første kopi er live-miljøet. Anden kopi er en automatiseret backup tæt på driften, ofte på hostens backup-system eller et separat lager. Tredje kopi er en ekstern kopi i cloud eller et andet datacenter.
Trin 2 er at sprede dem på to medietyper. Det kan være serverdisk plus cloud storage, eller NAS plus objektlagring. Pointen er at reducere fælles fejlårsager.
Trin 3 er at sikre én kopi off-site og helst uforanderlig i en periode. Hvis ransomware eller en fejlramt admin-konto sletter alt i produktionsmiljøet, er denne kopi den, der stadig står tilbage.
Pro tip: Versionering skal være aktiv. En backup uden historik hjælper dårligt, hvis fejlen først opdages fem dage senere.
Den bedste løsning er ofte en kombination af hostens backup og din egen uafhængige kopi. Hostious.io og UpdraftPlus viser forskellen tydeligt: hosten giver driftssikkerhed, mens egen backup giver kontrol og uafhængighed. Du behøver ikke vælge kun én.
Hostens backup er stærk, når du vil have automatisering, support og hurtig restore uden intern administration. Det er især værdifuldt for WooCommerce-butikker, hvor plugins, PHP-versioner og cachelag kan gøre fejlretning tidskrævende. Her giver administreret hosting ofte en reel driftsfordel.
Egen backup-app er stærk, når du vil styre retention, destinationsvalg, kryptering og eksport. Den er også vigtig, hvis du vil kunne flytte butik eller verificere dine data uden at være bundet til én udbyder.
Trade-off er enkel: hostens backup reducerer arbejde, mens egen backup reducerer afhængighed. For de fleste webshops er dobbeltlag den mest robuste model.
En backup er først værdifuld, når restore er testet. Staging-miljøer i WordPress og WooCommerce gør det muligt at validere backup uden at forstyrre produktionen. Månedlige eller kvartalsvise tests er normal god praksis.
Trin 1 er at gendanne backupen i et isoleret miljø. Brug staging, en separat subdomæneinstallation eller en lokal container. Du skal aldrig teste restore direkte på live, medmindre der er tale om en reel hændelse.
Trin 2 er at validere forretningskritiske flows. Tjek login, produktvisning, lagerstatus, checkout, betalingsgateway, ordrebekræftelser og backend-søgning. Hvis butikken kun “ser rigtig ud”, men checkout er brudt, er testen ikke godkendt.
Trin 3 er at måle tiden. Hvor lang tid tog restore, DNS-skift, cache-tømning og slutkontrol? Det tal er dit praktiske RTO. Mange bliver overraskede over, at teknisk restore tager 10 minutter, mens fuld validering tager 60.
Pro tip: Test også punktgendannelse. Det er langt mere effektivt at gendanne ét tema eller én tabel end hele webshoppen, når fejlen er begrænset.
Backup-behovet varierer markant mellem Shopify, WooCommerce og Magento. Shopify kræver ofte apps som Rewind, WooCommerce bruger typisk plugins eller hostede backups, og Adobe Commerce kræver mere systemnær planlægning. Platformen afgør både metode og ansvar.
Shopify er SaaS, men det betyder ikke fuld backup af din butik. Platformen driver infrastrukturen, mens butiksejeren ofte selv må sikre versionering og gendannelse af temaer, produkter og andre objekter via apps eller eksport.
WooCommerce er mere fleksibel, men ansvaret er større. Her skal både WordPress-filer, database, plugins, uploads og eventuelle custom tabeller med i backupen. Har du mange integrationer, stiger kompleksiteten hurtigt.
Magento og Adobe Commerce er tungere miljøer, hvor du typisk skal tænke i snapshots, database-dumps og filsystemer på et mere teknisk niveau.
Typiske fejl er overraskende ens på tværs af platforme. Mange butikker tager backup af filer, men glemmer databasen. Andre gemmer backup på samme server, sletter gamle versioner for aggressivt eller opdager først fejl efter retention-vinduet er udløbet.
De mest almindelige problemer er:
En anden misforståelse er, at oppetid er det samme som datasikkerhed. En server kan være 100 procent tilgængelig og stadig indeholde beskadigede eller slettede webshopdata.
RPO, RTO og versionering er de tre vigtigste mål for webshop backup. Jetpack og Rewind bruger dem i praksis, selv når de ikke altid kaldes det i markedsføringen. De afgør, hvor meget du mister, og hvor hurtigt du er tilbage.
RPO fortæller, hvor gamle dine data må være efter en hændelse. Hvis backup kører hver 24. time, er dit maksimale datatab i værste fald tæt på 24 timer. Det er ofte for højt for webshops med løbende salg.
RTO beskriver, hvor hurtigt du skal være oppe igen. En butik med kampagner, annoncer og kundeserviceflow har ofte brug for et RTO på under én time. Her betyder supportniveau, staging, restoreværktøj og dokumentation lige så meget som selve backupfilen.
Versionering gør, at du kan gå tilbage til et bestemt tidspunkt. Det er vigtigt ved skjulte fejl, korrupte imports og kompromitterede filer. Hvis du kun har seneste kopi, kan du have sikkerhedskopieret problemet med.
Som praktisk standard bør mange webshops sigte efter dette:
Hvis din webshop håndterer persondata, betalinger og ordrebeviser, er backup ikke kun teknisk drift. Det er også en del af dokumentation, ansvar og tillid.
Tjenester
Tilmeld dig vores nyhedsbrev
