Każdy, kto prowadzi stronę internetową choćby przez rok, prędzej czy później spotyka się z sytuacją kryzysową. Nieudana aktualizacja wtyczki, złośliwy skrypt wstrzyknięty przez lukę w zabezpieczeniach, przypadkowo usunięta strona produktu, awaria serwera hostingowego. W takiej chwili jedyną rzeczą, która ma znaczenie, jest pytanie: czy masz kopię zapasową?

Jeśli nie masz - lub masz, ale jej nie sprawdzałeś - ten przewodnik jest właśnie dla Ciebie. Wyjaśniam, czym jest backup strony internetowej, z czego się składa, jak go robić sensownie i jakie błędy najczęściej popełniają właściciele stron. Pracuję z WordPressem i WooCommerce od ponad dekady, mam za sobą ponad 120 projektów dla klientów z Polski i Niemiec - widziałem skutki braku backupu wiele razy i żaden z tych przypadków nie był przyjemny.

Co to jest kopia zapasowa strony internetowej?

Kopia zapasowa (z angielskiego: backup) to pełny duplikat Twojej strony internetowej, zapisany w bezpiecznym miejscu poza serwerem produkcyjnym. Gdy coś pójdzie nie tak, możesz wczytać tę kopię i przywrócić stronę do stanu sprzed problemu - jakby nic się nie stało.

Bardzo często słyszę od klientów: "ale przecież hosting robi kopie". To prawda, wiele hostingów tworzy kopie automatycznie. Problem w tym, że hosting robi to dla swojej wygody i z własnymi ograniczeniami: kopie mogą być przechowywane przez 7 lub 14 dni, mogą nie obejmować wszystkich danych, a dostęp do nich w sytuacji kryzysowej bywa utrudniony. Twoja własna kopia, pod Twoją kontrolą, w miejscu, do którego masz zawsze dostęp - to jest podstawa bezpieczeństwa.

Z czego składa się pełna kopia zapasowa?

Backup strony WordPress (i każdego innego CMS-a) składa się z dwóch równie ważnych elementów:

Pliki strony - to wszystko, co fizycznie leży na serwerze w katalogu Twojej witryny: motyw graficzny (theme), zainstalowane wtyczki, zdjęcia i pliki które wgrałeś, pliki konfiguracyjne (w tym wp-config.php z danymi dostępowymi do bazy). Bez plików nie ma strony.

Baza danych - tu przechowywane są wszystkie treści: teksty stron i wpisów blogowych, kategorie, tagi, komentarze, dane użytkowników, ustawienia WooCommerce, zamówienia, adresy klientów. Baza danych rośnie z każdym nowym wpisem, każdym zamówieniem, każdą zmianą ustawień. Utrata bazy to utrata wszystkiego, co napisałeś i co Twoi klienci zamówili.

Kopia, która zawiera tylko pliki bez bazy danych, jest jak samochód bez silnika. Wyglądać ładnie, ale jechać nie pojedzie.

Co musi zawierać pełna kopia zapasowa

  • Pliki motywu (aktywny i ewentualnie motyw nadrzędny)
  • Katalog z wtyczkami (/wp-content/plugins/)
  • Pliki wgranych mediów (/wp-content/uploads/)
  • Plik konfiguracyjny wp-config.php
  • Baza danych MySQL/MariaDB (tabele z treściami, ustawieniami, zamówieniami)
  • Opcjonalnie: pliki .htaccess i robots.txt

Zasada 3-2-1 - prosta reguła, która chroni skutecznie

W środowiskach IT od dawna funkcjonuje tzw. zasada 3-2-1. Jest tak prosta, że można ją zapamiętać w 30 sekund, a jednocześnie eliminuje większość scenariuszy utraty danych.

Zasada mówi:

  • 3 kopie danych (oryginał na serwerze plus dwie dodatkowe kopie)
  • 2 różne rodzaje nośników lub lokalizacji
  • 1 kopia przechowywana poza serwerem (offsite)

Dlaczego trzy kopie? Bo jeśli masz jedną kopię i ona ulegnie uszkodzeniu (plik się urwie, dysk padnie, konto chmurowe zostanie zablokowane) - nie masz nic. Dwie kopie w tym samym miejscu? Pożar, zalanie centrum danych lub ransomware, który szyfruje wszystko w sieci lokalnej, zniszczy obie naraz. Kopia poza serwerem oznacza, że awaria serwera produkcyjnego nie dotyka Twojego backupu.

3kopie danych według zasady 3-2-1
2różne nośniki lub lokalizacje
1kopia zawsze poza serwerem produkcyjnym
14 dnitypowy czas retencji kopii u hostingu - i dlaczego to za mało

W praktyce dla małej firmy czy sklepu: kopia na chmurze (Google Drive, Dropbox lub dedykowane usługi jak Amazon S3) plus kopia lokalna na Twoim komputerze lub zewnętrznym dysku. To wystarczy, żeby spać spokojnie.

Jak często robić backup?

Częstotliwość backupu powinna być wprost proporcjonalna do tempa zmian na stronie. Pytanie brzmi: ile danych jesteś gotów stracić, gdyby awaria zdarzyła się teraz?

Częstotliwość backupu dla różnych typów stron

Typ stronyRekomendowana częstotliwośćCo przede wszystkim kopiować
Sklep WooCommerce (aktywny)Baza danych: codziennie lub częściej, pliki: tygodniowoBaza danych (zamówienia, stany magazynowe)
Blog firmowy (nowe wpisy kilka razy w tygodniu)Co 2-3 dniBaza danych i pliki razem
Strona firmowa z rzadkimi aktualizacjamiRaz w tygodniuBaza danych i pliki razem
Strona wizytówkowa bez zmianRaz w miesiącu lub po każdej zmianiePliki i baza danych

U jednego z moich klientów prowadzących sklep z meblami dziecięcymi nie było backupu bazy danych od trzech tygodni. Aktualizacja motywu spowodowała konflikt, który zablokował panel administracyjny. Stracili 21 dni zamówień - nie dane, bo zamówienia szły też mailowo, ale musieli ręcznie odtworzyć setki rekordów w bazie. To kilkanaście godzin pracy, których dało się uniknąć.

Dla sklepów internetowych bazę danych warto kopiować codziennie bez wyjątku. Każde zamówienie to pieniądze - utrata danych o zamówieniach to utrata kontroli nad tym, komu i co wysłałeś, oraz podstaw do ewentualnych reklamacji.

Przed każdą aktualizacją WordPress (core, wtyczka, motyw) wykonaj ręczny backup, niezależnie od harmonogramu automatycznego. Aktualizacje to jeden z najczęstszych momentów, w których coś idzie nie tak.

Gdzie przechowywać kopię zapasową?

Zasada jest prosta: nigdy nie przechowuj backupu wyłącznie na tym samym serwerze, co strona. To tak jakby trzymać zapasowy klucz do domu na tym samym haczyku w korytarzu, co klucz główny - jeśli złodziej wejdzie, zabierze oba.

Sprawdzone lokalizacje dla backupów stron internetowych:

  • Chmura zewnętrzna - Google Drive, Amazon S3, Dropbox, Backblaze B2. Tanie (przechowywanie gigabajtów kosztuje dosłownie grosze miesięcznie), dostępne z każdego miejsca, automatyzowalne przez wtyczki.
  • Serwer FTP u innego dostawcy - jeśli masz konto u kilku hostingów, jeden może służyć jako miejsce składowania kopii od drugiego.
  • Lokalny komputer lub dysk zewnętrzny - dobry jako drugi nośnik, ale nie jedyny. Dysk może paść, laptop można ukraść.

Pomyśl o tym jak o polisie ubezpieczeniowej: chcesz, żeby kopii nie dotknęło to samo zdarzenie, które uszkodziło oryginał.

Plusy

  • Pełna kontrola nad własnymi danymi niezależnie od hostingu
  • Możliwość przywrócenia dowolnej wersji strony z dowolnego punktu w czasie
  • Ochrona przed błędami ludzkimi, atakami i awariami sprzętu
  • Backup offsite chroni nawet przed fizyczną katastrofą w centrum danych
  • Spokój psychiczny przy aktualizacjach i zmianach na stronie

Minusy

  • Wymaga konfiguracji i regularnej weryfikacji (nie jest to zero wysiłku)
  • Przechowywanie dużych kopii w chmurze generuje niewielkie koszty
  • Samo posiadanie backupu bez testu odtworzenia daje fałszywe poczucie bezpieczeństwa

Mit: "Hosting robi kopie, więc nie muszę"

To najpopularniejszy błąd, jaki widzę u właścicieli stron. Hosty rzeczywiście tworzą kopie - ale robią to na własnych warunkach.

Kilka rzeczy, których hosting Ci nie gwarantuje:

Czas retencji. Większość hostingów przechowuje kopie przez 7-30 dni. Jeśli problem pojawił się 31 dni temu (np. złośliwy kod został wstrzyknięty i przez miesiąc działał niewidocznie), nie przywrócisz strony z czystego punktu.

Dostęp w sytuacji kryzysowej. Konto zablokowane za brak płatności? Spór z hostingiem? Problemy z logowaniem? Twoja własna kopia jest dostępna niezależnie od relacji z dostawcą.

Zakres kopii. Niektóre hosty nie kopiują wszystkiego - wyłączają z backupu pliki powyżej określonego rozmiaru lub katalogi tymczasowe, w których możesz przechowywać pliki generowane przez wtyczki.

Awaria infrastruktury. Przypadek zdarzył się, że hosting stracił dane klientów razem z kopiami, bo awaria objęła cały klaster serwerów. Rzadkie, ale nie niemożliwe.

Dowiedz się, jaki zakres backupu oferuje Twój hosting, i traktuj go jako dodatkową siatkę bezpieczeństwa - nie jako jedyne zabezpieczenie. Jeśli chcesz wiedzieć więcej o tym, jak hosting w ogóle działa i co za nim stoi, przeczytaj mój artykuł o tym, co to jest hosting i jak działa serwer www.

Większość wtyczek do backupu WordPress (np. UpdraftPlus) pozwala skonfigurować automatyczne wysyłanie kopii bezpośrednio na Google Drive lub Dropbox. Konfiguracja zajmuje 15 minut i od tej pory wszystko działa samo.

Test odtworzenia - najważniejszy krok, który wszyscy pomijają

Istnieje jeden scenariusz gorszy niż brak backupu: posiadanie kopii, która nie działa, i odkrycie tego w trakcie awarii.

Kopiuj mogą być uszkodzone (plik przerywał się w trakcie tworzenia), niekompletne (brakuje bazy danych albo katalogu z mediami), albo wymagać kroków, których nie znasz pod presją stresu. Dlatego raz na kwartał warto przeprowadzić test odtworzenia - przywrócić stronę ze środowiska produkcyjnego do środowiska testowego i sprawdzić, czy wszystko działa.

Co sprawdzić podczas testu:

  • Czy strona główna się ładuje i wygląda normalnie?
  • Czy działa panel administracyjny i możesz się zalogować?
  • Czy treści (wpisy, strony, produkty) są kompletne?
  • Czy zamówienia lub dane kontaktowe są obecne w bazie?
  • Ile czasu zajęło przywrócenie?

Ten ostatni punkt jest niedoceniany. Jeśli Twoja strona generuje sprzedaż, każda godzina niedostępności to konkretne straty. Wiedząc, że przywrócenie ze środowiska testowego zajmuje powiedzmy 45 minut, możesz realistycznie ocenić ryzyko i ewentualnie skrócić ten czas przez wcześniejsze przygotowanie.

Jeśli konfiguracja strony lub hosting stwarza problemy z własnoręcznym odtwarzaniem - dobry moment, żeby skontaktować się z obsługą techniczną WordPress, zanim sytuacja kryzysowa zmusi Cię do działania pod presją.

Automatyczny backup vs. ręczny - co wybrać?

Krótka odpowiedź: automatyczny jako podstawa, ręczny jako uzupełnienie przed ważnymi zmianami.

Ręczny backup ma jeden fundamentalny problem: polega na Tobie. W natłoku codziennych obowiązków można zapomnieć, odłożyć na później, uznać że "teraz nie będę zmieniał nic istotnego, więc nie trzeba". A potem coś się dzieje.

Automatyczny backup, skonfigurowany raz (przez wtyczkę, panel hostingu lub zewnętrzną usługę), działa bez Twojej uwagi. Wysyła kopię o ustalonej godzinie, informuje Cię mailowo gdy coś się nie udało, przechowuje określoną liczbę kopii historycznych.

Na stronach, które buduję dla klientów, zawsze konfiguruję automatyczny backup jako element standardowego wdrożenia. Nie traktuję tego jako opcji - to część minimalnej infrastruktury bezpieczeństwa, tak samo jak SSL czy aktualizacje zabezpieczeń. Jeśli klient ma sklep WooCommerce, baza danych jest kopiowana codziennie, pliki raz w tygodniu, wszystko ląduje na zewnętrznym koncie chmurowym.

Przy wyborze wtyczki do backupu WordPress zwróć uwagę na: obsługę zewnętrznych lokalizacji (chmura), możliwość szyfrowania kopii, historię wersji (ile kopii jest przechowywanych) oraz czy wtyczka pozwala na odtworzenie bezpośrednio z panelu admin bez dodatkowych narzędzi.

Kiedy backup jest szczególnie ważny?

Chociaż backup powinien być procesem ciągłym, są momenty wymagające szczególnej uwagi:

  • Przed migracją do innego hostingu - zmiana serwera to ryzykowny moment, zawsze miej świeżą kopię przed startem
  • Przed zmianą motywu - to jedna z najbardziej ingerujących operacji na stronie
  • Przed instalacją nowej wtyczki - szczególnie jeśli jest to wtyczka modyfikująca bazę danych
  • Po dużej importu danych - wgrałeś kilka tysięcy produktów przez WP All Import? Natychmiast zrób kopię poprawnego stanu
  • Przed pracą w kodzie - jakiekolwiek ręczne modyfikacje PHP lub SQL

O domenach internetowych i ich działaniu pisałem osobno - warto rozumieć, że migracja domeny między rejestratorami to także moment, w którym warto mieć świeżą kopię całej strony.

Backup to nie paranoja. To podstawowa higiena utrzymania strony internetowej - tak oczywista jak regularne aktualizacje. Różnica polega na tym, że brak aktualizacji daje się zazwyczaj naprawić. Brak backupu w momencie awarii bywa nieodwracalny.

Najczęstsze pytania

Co wchodzi w skład kopii zapasowej strony internetowej?

Pełna kopia zapasowa składa się z dwóch części: plików strony (motyw, wtyczki, grafiki, dokumenty, pliki konfiguracyjne) oraz bazy danych, w której przechowywane są treści, ustawienia, dane użytkowników i zamówienia. Brak którejkolwiek z tych części sprawia, że przywrócenie strony jest niemożliwe lub niekompletne.

Czy backup hostingowy wystarczy?

Nie. Kopie wykonywane przez dostawcę hostingu to cenne zabezpieczenie, ale nie powinieneś polegać na nich jako jedynej kopii. Hosty przechowują backupy przez ograniczony czas, mogą je utracić w czasie awarii całego centrum danych, a dostęp do nich bywa uzależniony od opłaconej faktury. Własna kopia, przechowywana poza serwerem, daje pełną kontrolę.

Jak często powinienem robić backup strony?

Częstotliwość zależy od tego, jak często zmieniają się dane na stronie. Sklep internetowy z codziennymi zamówieniami wymaga kopii co najmniej raz dziennie - baza danych powinna być kopiowana nawet kilka razy na dobę. Blog firmowy, na którym nowe wpisy pojawiają się kilka razy w tygodniu, wystarczy backupować co 2-3 dni. Strona wizytówkowa, która zmienia się rzadko, może być objęta backupem tygodniowym.

Czym jest zasada 3-2-1 w backupie?

To prosta reguła, która znacznie obniża ryzyko utraty danych: utrzymuj 3 kopie danych (oryginał plus dwie dodatkowe), przechowuj je na 2 różnych typach nośników (np. serwer hostingowy i zewnętrzna chmura), a przynajmniej 1 kopię trzymaj w innej lokalizacji fizycznej niż serwer produkcyjny. Dzięki temu awaria jednego miejsca nigdy nie pozbawia Cię wszystkich kopii naraz.

Dlaczego powinienem testować kopię zapasową?

Backup, którego nie przetestowałeś, może okazać się bezużyteczny dokładnie wtedy, gdy będziesz go potrzebować. Pliki mogą być uszkodzone, baza danych niekompletna, a proces odtworzenia może wymagać wiedzy technicznej, której nie masz pod ręką w stresującej sytuacji. Test odtworzenia na środowisku testowym - przynajmniej raz na kwartał - daje pewność, że backup faktycznie zadziała.

Kiedy koniecznie trzeba wykonać ręczny backup?

Zawsze przed większą aktualizacją WordPress, przed zmianą motywu, przed instalacją nowej wtyczki, przed migracją do innego hostingu oraz przed jakimikolwiek ręcznymi modyfikacjami w plikach lub bazie danych. Nawet jeśli masz włączony backup automatyczny, w tych momentach warto mieć pewność, że masz punkt startowy sprzed zmiany.

Gdzie przechowywać kopię zapasową strony?

Nigdy wyłącznie na tym samym serwerze, co strona produkcyjna - awaria serwera zniszczyłaby zarówno stronę, jak i kopię. Sprawdzone miejsca to zewnętrzne usługi chmurowe (Google Drive, Amazon S3, Dropbox), serwer FTP u innego dostawcy lub dysk zewnętrzny przechowywany w innym miejscu. W praktyce najwygodniejsze jest połączenie kopii na chmurze z lokalną kopią na własnym komputerze.