Kopie zapasowe WordPress to jedyne zabezpieczenie, które działa w każdej awarii — od nieudanej aktualizacji po infekcję malware i błąd człowieka. Dobra kopia spełnia zasadę 3-2-1: trzy kopie, na dwóch nośnikach, jedna poza serwerem. I najważniejsze: jest testowana — raz na kwartał odtwarzam kopię na środowisku testowym i sprawdzam, czy strona faktycznie wstaje z danymi, wtyczkami i formularzami.
Najważniejsze: Backup WordPress bez testu odtworzenia to nie zabezpieczenie, tylko nadzieja. Minimum: automatyczne kopie bazy codziennie i pełne kopie plików co tydzień, przechowywane poza serwerem produkcyjnym (chmura obiektowa, storage u dostawcy), retencja 30 dni i kwartalny test odtworzenia na stagingu. Kopia zapasowa zamienia naprawę „dni do tygodni" na „godziny".
Co powinna zawierać kopia zapasowa WordPress?
- Pliki — katalog WordPressa: rdzeń, wtyczki, motyw, uploads (obrazy, dokumenty, pliki klientów). To często największa część kopii.
- Baza danych — treści, ustawienia, użytkownicy, zamówienia WooCommerce, konfiguracja wtyczek. Bez bazy pliki są bezużyteczne.
- Konfiguracja poza WordPressem — reguły
.htaccess/nginx, konfiguracja PHP, DNS, przekierowania. Odtworzenie strony „1:1" wymaga też tych elementów. - Wersje — kopia nie jest aktualna, jeśli ma miesiąc. Cykl kopii powinien odpowiadać dynamice strony: sklep z zamówieniami potrzebuje kopii dziennych lub częstszych.
Zasada 3-2-1 w praktyce WordPressa
- 3 kopie — produkcyjna + dwie zapasowe (np. jedna lokalnie na serwerze backupowym, jedna w chmurze).
- 2 nośniki — nie trzymaj wszystkich kopii na tym samym serwerze. Awaria hostingu zabiera wszystko naraz.
- 1 kopia poza serwerem — chmura obiektowa (S3, Backblaze, Wasabi), storage u dostawcy backupów albo serwer zapasowy w innej lokalizacji.
Obowiązuje też zasada kopii przed każdą zmianą — przed aktualizacją rdzenia, wtyczek lub motywu powstaje punkt przywracania. Jeśli aktualizacja coś zepsuje, powrót zajmuje minuty (aktualizacja WordPress).
Jak robić kopie zapasowe — wtyczka, hosting czy usługa?
- Wtyczki backupowe (np. UpdraftPlus, BackWPup, Duplicator) — elastyczne, kopiują do chmury, ale obciążają serwer i same wymagają aktualizacji. Sensowne przy małych i średnich stronach.
- Kopie po stronie hostingu — wygodne i często wliczone, ale bywają rzadkie (dzienne), bez kontroli i bez testów. Traktuj je jako dodatkową warstwę, nie jedyne zabezpieczenie.
- Rozwiązania zewnętrzne i serwerowe — kopie na poziomie infrastruktury (snapshoty), dedykowane usługi backupowe, skrypty
wp db export+ rsync w cronie. Rozwiązanie profesjonalne, niezależne od wtyczek i WordPressa.
W ramach opieki nad stroną WordPress konfiguruję zwykle dwie warstwy: kopie po stronie serwera (infrastruktura) plus kopie aplikacyjne do chmury obiektowej — i test odtworzenia w cyklu kwartalnym.
Test odtworzenia — jak go zrobić krok po kroku?
- Przygotuj środowisko — subdomena testowa lub kontener lokalny; nigdy nie testuj odtwarzania „na produkcji".
- Odtwórz kopię — pliki + baza w tej samej wersji, z uwzględnieniem konfiguracji serwera.
- Sprawdź kluczowe elementy — strona główna, kluczowe podstrony, logowanie do panelu, formularze, sklep: płatności i składanie zamówienia testowego.
- Zapisz wynik — data testu i wnioski trafiają do raportu miesięcznego. To dowód, że kopie działają — dla ciebie i dla klienta.
Test wyłapuje klasyczne problemy: kopie bez części plików, bazy bez tabel wtyczek, archiwa uszkodzone przy dużym rozmiarze, kopie zależne od wtyczki, której już nie ma. Lepiej odkryć to na stagingu niż w trakcie prawdziwej awarii.
Ile kosztuje backup WordPress?
- Samodzielnie — wtyczka backupowa z chmurą: 0–40 zł/mc (plus twój czas na konfigurację i testy).
- Storage w chmurze — zwykle kilka–kilkanaście złotych miesięcznie za typową stronę firmową.
- W pakiecie opieki — kopie zapasowe z testem odtworzenia są elementem pakietów od 99–190 zł netto/mc (ile kosztuje utrzymanie strony WordPress).
- Koszt braku kopii — odtwarzanie strony bez backupu: od 1 000 zł netto wzwyż, przy sklepie z danymi zamówień — znacznie więcej (naprawa WordPress).
Najczęstsze błędy przy kopiach zapasowych
- Kopia tylko na tym samym serwerze — awaria hostingu lub infekcja zabiera kopię razem ze stroną.
- Brak testów — „backupy działają" jest założeniem do pierwszego odtwarzania.
- Zbyt rzadkie kopie przy sklepie — dzienne kopie przy WooCommerce oznaczają utratę doby zamówień.
- Brak kopii przed aktualizacją — najczęstsza przyczyna paniki przy „białej stronie".
- Kopie bez retencji — nadpisywanie jedynej kopii nową wersją z błędem. Trzymaj minimum 30 dni historii.
- Backup, do którego nie masz dostępu — jeśli kopie „gdzieś są" u wykonawcy, nie kontrolujesz własnego bezpieczeństwa. Dostęp do kopii powinien należeć do klienta.
Kopie zapasowe w umowie o opiekę
- W umowie warto zapisać: częstotliwość kopii, retencję, miejsce przechowywania, kto ma dostęp i kiedy wykonywane są testy odtworzenia. To jeden z sześciu elementów dobrej umowy, które zbieram w artykule o umowie o opiekę nad stroną WordPress. Bez tego zapisu „robimy backupy" znaczy zwykle „mamy wtyczkę, która coś gdzieś wysyła".
Najczęściej zadawane pytania
Jak często robić kopie zapasowe WordPress?
- Strona firmowa: baza codziennie, pełna kopia co tydzień. Sklep WooCommerce: kopie dzienne lub częstsze (zamówienia!), plus kopia przed każdą aktualizacją i zmianą. Blog: minimum kopie tygodniowe, ale zawsze przed aktualizacjami.
Czy kopie zapasowe są w pakiecie opieki?
W moich pakietach tak — kopie zapasowe z okresowym testem odtworzenia są elementem podstawowym, od 99–190 zł netto/mc. Unikaj ofert, w których „backup" oznacza wyłącznie wtyczkę bez konfiguracji i testów (opieka nad stroną WordPress).
Gdzie przechowywać kopie zapasowe?
Poza serwerem produkcyjnym: chmura obiektowa (S3, Backblaze, Wasabi), storage u dostawcy lub serwer zapasowy w innej lokalizacji. Idealnie: dwie niezależne lokalizacje plus kopia lokalna na czas szybkiego przywracania (zasada 3-2-1).
Jak sprawdzić, czy kopia działa, bez przywracania strony?
Nie da się w pełni — i to jest sedno problemu. Możesz zweryfikować rozmiar i kompletność archiwum, ale pewność daje tylko odtworzenie na środowisku testowym. Dlatego test odtworzenia jest obowiązkowym elementem profesjonalnej opieki, a nie opcją.
Co się stanie, jeśli nie mam kopii zapasowej?
Naprawa zamienia się w odtwarzanie: odzyskiwanie bazy z plików hostingu (jeśli są), odtwarzanie treści, konfiguracja od zera. Koszt: od 1 000 zł netto wzwyż i dni przestoju zamiast godzin (naprawa WordPress). To najdroższa lekcja w utrzymaniu stron — warto wyciągnąć ją z cudzych błędów.
Źródła i narzędzia
- WordPress.org — dokumentacja kopii zapasowych
- WordPress — tryb odzyskiwania
- WordPress.org Polska — wsparcie
- Google Search Central — utrzymanie strony
👉 Chcesz mieć pewność, że kopie zapasowe twojej strony naprawdę działają? Zobacz opiekę nad stroną WordPress — kopie w dwóch warstwach, test odtworzenia i raport. Napisz przez formularz kontaktowy lub na kontakt@informatix.com.pl.
👉 Szukasz ratunku po awarii? Sprawdź naprawę WordPress i usuwanie wirusów WordPress.
📖 Zobacz również: opieka nad stroną WordPress, umowa o opiekę oraz case study przejęcia opieki.