Ett misslyckat temauppdatering. En plugin som konfliktade med kärnan. En hostingprovider som hade serverfel under natten. Det räcker med ett av de scenarierna — och om du inte har en backup som faktiskt fungerar, börjar jobbet om från noll.
Jag ser det hända 3–4 gånger per år bland kunder som hör av sig i panik. Och nästan varje gång visar det sig att de trodde att de hade backup. De hade det tekniskt sett, men ingen hade någonsin testat att återställa den.
Backup och återställning är inte samma sak
Det är lätt att bocka av "backup" som ett problem löst. Du har installerat ett plugin, det körs varje natt, du ser loggar som ser okej ut. Men en backup är bara värd något om du kan återställa från den.
Jag har sett backupfiler som var korrupta. Backuper som bara tog med databasen men inte filsystemet. Backuper som sparades på samma server som webbplatsen — vilket gör dem värdelösa om servern trillar ned.
Om du inte vet svaret på de här frågorna är din backup mer av en känsla av trygghet än ett faktiskt skyddsnät:
- Var sparas backupen? (Extern lagring — inte samma server)
- Hur lång tid bakåt täcker den?
- Har du testat att faktiskt återställa från den?
Vad som faktiskt kan försvinna
När en WordPress-installation kraschar eller komprometteras utan fungerande backup är det inte bara innehållet som försvinner. Det är:
- Alla sidor, inlägg och media som lagts till sedan senaste fungerande återställningspunkt
- WooCommerce-ordrar, kunddata, lagerstatus
- Formulärinskickningar som inte exporterats
- Konfigurationer, anpassad CSS, widgetar, inställningar
- Ändringar i tema-filer som gjordes direkt i editorn
För ett företag som publicerar innehåll eller tar emot beställningar kan det handla om veckor eller månaders arbete. Och om det rör kunddata tillkommer ett GDPR-problem ovanpå förlusten.
Tre vanliga falskt trygga backupsituationer
Hosting-leverantörens automatiska backup — Många hostingpaket inkluderar dagliga backuper, men läs villkoren noga. Ibland är det bara 7 dagars historik, ibland är det inte garanterat alls och ibland täcker det inte filsystemet. Det är ett komplement, inte en lösning.
Plugin installerat, men aldrig konfigurerat rätt — UpdraftPlus och liknande är utmärkta verktyg, men defaultinställningarna lagrar backupen lokalt. Om servern är problemet hjälper det inte att backupen också ligger på servern.
"Vi uppdaterade ju inte något" — Servermiljöer förändras även om du inte rör WordPress. PHP-versioner uppgraderas, konfigurationer ändras, diskutrymme fylls upp. Inget aktivt agerande krävs för att något ska gå sönder.
Vad du bör ha på plats
Minst en daglig backup lagrad externt — Google Drive, Dropbox, Amazon S3, spelar mindre roll vilket. Det viktiga är att det inte är samma server.
För webbplatser med hög aktivitet, som e-handel eller bokningsformulär, bör du ha backup var 4–6:e timme. En dygns förlorade ordrar kan kosta mer än ett helt år av backuplagring.
Testa återställningen. Inte i produktion, utan i en staging-miljö. Gör det en gång per kvartal. Det tar 30 minuter och är den enda egentliga kontrollen av att systemet fungerar.
Om du inte vill sköta det själv
Det är fullt rimligt att inte vilja lägga tid på det här. Det kräver faktiskt lite teknik att konfigurera rätt, och det kräver disciplin att testa återställningar löpande.
Det är en av anledningarna till att vi inkluderar backup och återställningstester i våra WordPress-supportavtal. Det ska inte vara något du behöver tänka på — det ska bara fungera när det behövs.
Vill du se vad som ingår och vad det kostar kan du titta på prissidan. Vi har alternativ som passar allt från enkla informationssidor till mer komplexa WooCommerce-installationer.
Om du är osäker på hur det ser ut för din webb just nu är ett bra första steg att köra ett gratis webbtest — det ger en snabb bild av var din webb står tekniskt.
