Backup strony internetowej to kompletna kopia wszystkich danych witryny — plików, bazy danych i ustawień — zapisana w bezpiecznym miejscu poza serwerem produkcyjnym, dzięki której możesz odtworzyć stronę po awarii, włamaniu, nieudanej aktualizacji lub przypadkowym usunięciu danych. Brzmi nudno — do dnia, w którym strona znika. Wtedy okazuje się, że to nie formalność, tylko różnica między „przywrócimy w 15 minut" a „budujemy wszystko od zera". W tym przewodniku tłumaczymy, czym dokładnie jest kopia zapasowa, jak często ją robić, jakie są metody i narzędzia, na czym polega zasada 3-2-1 i jak przywrócić stronę, gdy naprawdę pęknie lina.
Czym jest backup strony — definicja
Backup (kopia zapasowa) strony to zapisany w osobnym, bezpiecznym miejscu komplet danych, który pozwala odtworzyć witrynę do działającego stanu z konkretnego punktu w czasie. Nie chodzi o zrzut ekranu ani o „pamięć, że strona kiedyś działała" — chodzi o realny zestaw plików i bazy, który można wgrać z powrotem i odzyskać sklep, treści, konta klientów i zamówienia.
Najprostsze porównanie: backup to pas bezpieczeństwa Twojej strony. Na co dzień go nie zauważasz. Liczy się tylko w jednej sekundzie — tej, w której coś idzie nie tak. A „coś idzie nie tak" w sieci zdarza się częściej, niż się wydaje: aktualizacja wtyczki wywala stronę, ktoś włamie się przez lukę bezpieczeństwa, dysk na serwerze padnie, pracownik skasuje nie ten katalog.
Co powinna obejmować kompletna kopia zapasowa
Najgroźniejszy mit brzmi: „mam kopię, bo skopiowałem pliki". To połowa prawdy — i często połowa bezużyteczna. Pełny backup strony (szczególnie na WordPressie czy WooCommerce) musi obejmować:
- Pliki strony — motyw, wtyczki, biblioteka mediów (zdjęcia, PDF-y), pliki konfiguracyjne (np.
wp-config.php). - Bazę danych — to serce strony: treści podstron i wpisów, ustawienia, konta użytkowników, a w sklepie produkty, zamówienia i klienci. Bez bazy danych przywrócone pliki dają pustą skorupę.
- Konfigurację serwera — przy bardziej zaawansowanych wdrożeniach także reguły przekierowań, certyfikaty czy ustawienia środowiska.
Dlaczego brak backupu to gra w ruletkę
Bez kopii zapasowej każdy dzień działania strony jest zakładem: dziś się uda, jutro się uda… aż któregoś dnia nie. Oto realne scenariusze, w których backup decyduje o tym, czy mówimy o „kwadransie nerwów", czy o „tygodniach pracy i utraconych pieniądzach":
- Nieudana aktualizacja — aktualizacja WordPressa, motywu lub wtyczki kończy się białym ekranem albo konfliktem. Z backupem cofasz się o jeden krok. Bez niego debugujesz po omacku.
- Włamanie i złośliwy kod — strona zostaje zainfekowana, Google oznacza ją jako niebezpieczną. Czysta kopia sprzed infekcji ratuje sytuację.
- Ransomware — jeśli atak dosięgnie serwera i lokalnych kopii, ratuje Cię tylko zewnętrzna, najlepiej niezmienialna kopia poza serwerem.
- Awaria hostingu — dysk padnie, centrum danych ma incydent. Jeśli backup leży na tym samym serwerze, znika razem ze stroną.
- Błąd ludzki — ktoś usunie nie ten plik, nadpisze stronę, pomyli środowiska. Najczęstsza przyczyna utraty danych w ogóle.
Dla firmy strona to często główny kanał pozyskiwania klientów, a sklep to wprost przychód. Każda godzina niedostępności kosztuje — utracone zamówienia, spadek pozycji w Google, nadszarpnięte zaufanie. Backup nie jest wydatkiem „na wszelki wypadek". Jest polisą, która zwraca się przy pierwszym poważnym incydencie.
Metody i narzędzia backupu — porównanie
Kopię zapasową można robić na kilka sposobów. Różnią się wygodą, automatyzacją i poziomem bezpieczeństwa. W praktyce dobrze jest łączyć co najmniej dwie metody:
| Metoda | Jak działa | Plusy / minusy | Dla kogo |
|---|---|---|---|
| Automatyczny backup hostingu | Hosting tworzy kopie wg harmonogramu | + wygoda, bez konfiguracji; − często krótka retencja, kopia na tym samym serwerze, brak gwarancji | każda strona — jako warstwa pomocnicza |
| Wtyczka WordPress (UpdraftPlus, BackWPup) | Backup z poziomu panelu + wysyłka do chmury | + harmonogram, przywracanie jednym klikiem; − wymaga skonfigurowania i pilnowania | strony i sklepy WordPress |
| Backup do chmury (Google Drive, Dropbox, S3) | Kopia wysyłana poza serwer produkcyjny | + niezależna geograficznie, tania; − zależna od limitu miejsca/konta | standard dla MŚP — kopia off-site |
| Backup ręczny (FTP + phpMyAdmin) | Pobierasz pliki przez FTP, eksportujesz bazę | + pełna kontrola, zero zależności; − pracochłonny, łatwo zapomnieć | doświadczeni, przed dużą zmianą |
| Opieka techniczna (zewnętrzna firma) | Backup, retencja i przywracanie po stronie specjalisty | + ktoś tego pilnuje i testuje; − koszt cykliczny | firmy bez własnego IT |
Najczęstszy, sensowny układ dla małej i średniej firmy: wtyczka tworząca automatyczny backup wysyłany do chmury plus kopie hostingu jako dodatkowe zabezpieczenie. Sam wybór hostingu też ma znaczenie — w naszym wpisie czym jest hosting i jak go wybrać tłumaczymy, na co patrzeć, w tym właśnie na politykę kopii zapasowych.
Jak często robić backup — tabela częstotliwości
Nie ma jednej liczby dla wszystkich. Reguła jest prosta: backup tak często, na ile dni pracy możesz pozwolić sobie utracić. Jeśli ostatnia kopia jest z poniedziałku, a awaria wypada w piątek, tracisz cztery dni zmian, zamówień i treści. Oto rozsądny punkt wyjścia:
| Typ strony | Zalecana częstotliwość | Dlaczego tyle |
|---|---|---|
| Sklep z dużym ruchem | co kilka godzin / codziennie | każda godzina to nowe zamówienia i klienci |
| Sklep mały / średni | codziennie | codzienne zamówienia i zmiany w katalogu |
| Aktywny serwis / blog z ruchem | codziennie lub co 2–3 dni | regularne publikacje i komentarze |
| Blog rzadziej aktualizowany | co tydzień | treści zmieniają się powoli |
| Strona wizytówka | przy każdej zmianie + co miesiąc | statyczna treść, mało aktualizacji |
| Przed każdą aktualizacją | zawsze, dodatkowy backup | aktualizacja to najczęstszy moment awarii |
Do tego dochodzi retencja, czyli ile kopii wstecz trzymasz. Sam dzisiejszy backup nie wystarczy — jeśli infekcja albo błąd „dojrzewa" kilka dni, ostatnia kopia może być już zarażona. Bezpieczne minimum to 14–30 dni wstecz, żeby było z czego cofnąć się do czystego stanu.
Zasada 3-2-1 — fundament każdej strategii backupu
Zasada 3-2-1 to najbardziej rozpoznawalny standard tworzenia kopii zapasowych. Mówi krótko:
- 3 kopie danych — oryginał plus dwie kopie. Jeśli jedna się zepsuje, masz zapas.
- 2 różne nośniki — np. serwer produkcyjny i chmura, a nie dwa katalogi na tym samym dysku.
- 1 kopia poza serwerem (off-site) — fizycznie/geograficznie niezależna od strony, najlepiej w chmurze. To ona ratuje przy awarii hostingu i ataku ransomware.
Sens tej zasady jest jeden: żaden pojedynczy incydent nie może zabrać Ci wszystkich kopii naraz. Wersją „premium" jest kopia niezmienialna (immutable) — taka, której nawet zainfekowany serwer nie nadpisze. Dla większości firm wystarczy jednak solidne 3-2-1 z kopią w chmurze i sensowną retencją.
Wtyczki do backupu WordPress
Jeśli strona stoi na WordPressie, najwygodniej zorganizować backup przez wtyczkę. Najpopularniejsze rozwiązania:
UpdraftPlus
Najpopularniejsza wtyczka do kopii zapasowych — ponad 3 mln aktywnych instalacji. Pozwala ustawić harmonogram (co kilka godzin, codziennie, co tydzień, co miesiąc), wysyłać kopie do Google Drive, Dropbox, Amazon S3, FTP i innych, a stronę przywrócić jednym kliknięciem. W wersji płatnej dochodzą m.in. OneDrive, Backblaze B2, SFTP/SCP i kopie przyrostowe.
BackWPup
Sprawdzona alternatywa, dobrze radzi sobie z eksportem bazy i wysyłką kopii do chmury oraz na FTP. Popularna przy stronach, gdzie zależy nam na prostym, niezawodnym harmonogramie.
Backup Migration / WPvivid i inne
Wtyczki łączące backup z migracją strony między serwerami. Wygodne, gdy przenosisz witrynę albo robisz kopię „na wszelki wypadek" przed większą zmianą.
Czy hosting robi backup za mnie?
Wiele firm hostingowych faktycznie tworzy kopie zapasowe — to dobra warstwa zabezpieczenia. Ale traktowanie jej jako jedynej to ryzyko, bo bywa, że:
- retencja jest krótka — kopie sprzed kilku dni, nie tygodni,
- kopia leży na tym samym serwerze — awaria infrastruktury zabiera stronę i backup naraz,
- przywrócenie bywa płatne lub wolne, a w trudniejszych przypadkach bez gwarancji,
- nie masz pełnej kontroli nad tym, co i kiedy zostało zapisane.
Wniosek: kopie hostingu to świetny dodatek, ale własna, niezależna kopia poza serwerem jest niezbędna. Najlepszy efekt daje połączenie obu — i właśnie to mieści się w zasadzie 3-2-1.
Jak przywrócić stronę z kopii zapasowej
Backup ma sens tylko wtedy, gdy umiesz go odtworzyć. Są dwie główne drogi:
1. Przez wtyczkę (najprościej)
Jeśli masz dostęp do panelu WordPress, wchodzisz w ustawienia wtyczki backupu (np. UpdraftPlus), wybierasz odpowiednią kopię i klikasz „Przywróć" / „Restore". Wtyczka odtwarza pliki i bazę. To kwestia kilku–kilkunastu minut.
2. Ręcznie (gdy panel nie działa)
Gdy strona całkiem padła, przywracasz „ręcznie":
- Wgrywasz pliki strony na serwer przez FTP/SFTP.
- Importujesz bazę danych w phpMyAdmin (lub przez panel hostingu).
- Sprawdzasz
wp-config.php(dane dostępu do bazy) i adres strony. - Czyścisz cache i weryfikujesz, że wszystko działa.
Po przywróceniu strony warto od razu zająć się wydajnością — świeżo odtworzona witryna lubi mieć rozdmuchany cache i nieoptymalne ustawienia. Podpowiadamy to w poradniku jak przyspieszyć stronę WordPress.
Testowanie kopii — backup, który naprawdę działa
To najczęściej pomijany, a najważniejszy element całej układanki. Backup, którego nigdy nie przywróciłeś, to tylko nadzieja, nie zabezpieczenie. Plik kopii bywa uszkodzony, niekompletny albo zrobiony w formacie, którego nie da się odtworzyć — a dowiesz się o tym dokładnie w najgorszym momencie.
Dlatego raz na jakiś czas (rozsądnie: raz w miesiącu) wykonaj próbne przywrócenie na środowisku testowym (staging — duplikat strony na subdomenie lub osobnym serwerze). Sprawdź na nim:
- stronę główną i kluczowe podstrony,
- logowanie do panelu,
- formularze kontaktowe,
- w sklepie: koszyk, proces zamówienia, wyszukiwarkę,
- czy media (zdjęcia) i treści są kompletne.
Staging pozwala testować bez ryzyka dla strony produkcyjnej. Jeden test miesięcznie daje pewność, że w dniu awarii kopia naprawdę zadziała.
Najczęstsze błędy przy backupie
- Backup tylko plików, bez bazy danych — najczęstszy i najboleśniejszy. Po przywróceniu strona jest pusta.
- Kopia na tym samym serwerze co strona — awaria hostingu zabiera jedno i drugie.
- Brak retencji — trzymasz tylko najnowszą kopię, która może być już zainfekowana.
- Nietestowane kopie — zakładasz, że działają, zamiast to sprawdzić.
- Backup ręczny „kiedy pamiętam" — bez harmonogramu zawsze brakuje akurat tej jednej kopii.
- Mieszanie narzędzi — kopia z jednej wtyczki, próba przywrócenia inną.
- Backup tylko przed wdrożeniem, nigdy później — strona żyje, dane się zmieniają, kopia musi nadążać.
Ile kosztuje backup strony
Dobra wiadomość: backup jest tani w stosunku do tego, przed czym chroni. Orientacyjnie:
- Wtyczka (np. UpdraftPlus) — wersja darmowa wystarcza wielu stronom; wersja Pro to zwykle koszt rzędu kilkudziesięciu–kilkuset zł rocznie.
- Miejsce w chmurze — często mieści się w darmowych limitach Google Drive/Dropbox, a większe pojemności kosztują kilkadziesiąt zł rocznie.
- Backup w ramach hostingu — bywa w cenie pakietu lub jako tani dodatek (rząd ~200–300 zł/rok).
- Opieka techniczna z backupem — element pakietu utrzymaniowego (zwykle 120–400 zł/mies., razem z aktualizacjami i bezpieczeństwem).
Dla firmowej strony czy sklepu roczny koszt poprawnego backupu to drobny ułamek tego, co kosztowałoby odtworzenie utraconych danych, przestój sprzedaży i spadek pozycji w Google. Pełne zestawienie kosztów strony — w tym utrzymania — rozkładamy w naszym cenniku.
Jak robimy to u nas
U nas backup nie jest „opcją do dokupienia po fakcie" — to część zdrowego wdrożenia. Strony i sklepy oddajemy z poprawnie ustawioną kopią zapasową (pliki + baza, kopia poza serwerem, harmonogram dopasowany do typu strony) i jasno tłumaczymy, jak ją przywrócić. W ramach opieki technicznej pilnujemy kopii, testujemy odtwarzanie i aktualizujemy stronę bezpiecznie — z backupem zrobionym przed każdą zmianą. Działamy jak zawsze: szybko, dobrze i taniej niż konkurencja, a pełen projekt strony lub sklepu zamykamy w ramach do 6 miesięcy.
FAQ — najczęstsze pytania o backup strony
Czym jest backup strony internetowej?
To kompletna kopia danych witryny — plików, bazy danych i ustawień — zapisana w bezpiecznym miejscu poza serwerem produkcyjnym. Pozwala odtworzyć stronę po awarii, włamaniu, błędnej aktualizacji lub usunięciu danych.
Jak często robić kopię zapasową strony?
Sklep i aktywny serwis backupuj codziennie (przy dużym ruchu nawet co kilka godzin), blog co tydzień, a wizytówkę przy każdej zmianie. Zasada: backup tak często, na ile dni danych możesz pozwolić sobie utracić.
Na czym polega zasada backupu 3-2-1?
Trzymaj 3 kopie danych, na 2 różnych nośnikach, z czego 1 kopia poza serwerem produkcyjnym (off-site, np. w chmurze). Dzięki temu jedna awaria nie zabierze wszystkich kopii, a zewnętrzna kopia chroni przed ransomware.
Czy hosting robi backup za mnie?
Wiele hostingów wykonuje kopie, ale często z krótką retencją, bez gwarancji przywrócenia i na tym samym serwerze. To zabezpieczenie pomocnicze — własna, niezależna kopia poza serwerem jest niezbędna.
Jak przywrócić stronę z kopii zapasowej?
W WordPressie najprościej przez wtyczkę (UpdraftPlus, BackWPup) — wybierasz kopię i klikasz Przywróć. Ręcznie wgrywasz pliki przez FTP/SFTP i importujesz bazę w phpMyAdmin. Kluczowe: kopia musi obejmować pliki i bazę danych.
Jaka jest najlepsza wtyczka do backupu WordPress?
Najpopularniejsza jest UpdraftPlus (ponad 3 mln instalacji) — harmonogram, wysyłka do Google Drive/Dropbox/S3 i przywracanie jednym klikiem. Alternatywy to BackWPup i Backup Migration.
Czy trzeba testować kopie zapasowe?
Tak. Nawet najlepsza kopia jest bezużyteczna, jeśli nie da się jej przywrócić. Raz w miesiącu wykonaj próbne odtworzenie na stagingu i sprawdź stronę główną, logowanie, formularze i koszyk.
Co powinna zawierać kopia zapasowa?
Zawsze pliki strony (motyw, wtyczki, media, konfiguracja) ORAZ bazę danych. Sama kopia plików bez bazy daje po przywróceniu pustą stronę bez treści, produktów i zamówień.
