Backup strony WordPress możesz zrobić na trzy sposoby: wtyczką (np. UpdraftPlus), ręcznie kopiując pliki przez FTP i bazę danych przez phpMyAdmin, albo zdać się na automatyczne kopie po stronie hostingu. Dla firmy najbezpieczniejsza jest ta ostatnia opcja: kopia robi się sama, codziennie, trzymana jest poza Twoim serwerem, a przywrócenie działającej wersji zajmuje minuty. Poniżej pokazujemy każdy sposób, jak często robić backup i, co najważniejsze, jak sprawdzić, że kopia naprawdę da się odtworzyć.
Ostatnia aktualizacja: lipiec 2026.
Z czego składa się kompletny backup WordPressa
Wiele osób kopiuje tylko pliki i jest zaskoczonych, że po awarii strona wraca pusta. WordPress to dwie osobne rzeczy i kopia musi obejmować obie. Pierwsza to pliki: motyw, wtyczki, zdjęcia i dokumenty w katalogu wp-content oraz sam rdzeń. Druga to baza danych MySQL, w której siedzą wszystkie wpisy, strony, ustawienia, użytkownicy i zawartość sklepu WooCommerce. Backup bez bazy jest bezużyteczny, bo odtworzysz szablon bez treści. Backup bez plików odtworzy treść, ale bez zdjęć i motywu.
| Element | Co zawiera | Gdzie jest |
|---|---|---|
| Pliki | motyw, wtyczki, zdjęcia, dokumenty, rdzeń | katalog strony na serwerze (FTP/SFTP) |
| Baza danych | wpisy, strony, ustawienia, zamówienia, użytkownicy | MySQL / MariaDB |
Sposób 1: kopia zapasowa wtyczką (najprościej)
Dla większości stron firmowych najprostsza droga to wtyczka do kopii zapasowych. UpdraftPlus, All-in-One WP Migration czy Duplicator pozwalają zrobić pełny backup plików i bazy jednym kliknięciem, a potem wysłać go automatycznie do zewnętrznej chmury, na przykład Google Drive albo Dropbox. To ważne: kopia trzymana na tym samym serwerze, co strona, ginie razem z nim, gdy padnie dysk. Zawsze wypychaj backup poza serwer.
Wady wtyczek pojawiają się przy większych stronach i sklepach. Pełny backup potrafi obciążyć serwer współdzielony, a na słabym planie proces przerywa się w połowie i kopia jest niekompletna. Dlatego przy sklepie WooCommerce z tysiącami produktów wtyczka bywa zawodna i lepiej sprawdza się kopia po stronie hostingu.
Sposób 2: ręczny backup plików i bazy (pełna kontrola)
Jeśli lubisz mieć kontrolę albo wtyczka odmawia współpracy, backup zrobisz ręcznie w dwóch krokach. Najpierw pliki: łączysz się z serwerem przez FTP lub SFTP (na przykład programem FileZilla) i pobierasz cały katalog strony na dysk lokalny. Potem baza: wchodzisz do phpMyAdmin w panelu hostingu, wybierasz bazę swojej strony, klikasz Eksport i zapisujesz plik SQL. Te dwa pliki razem to Twoja kompletna kopia.
To metoda darmowa i niezależna od wtyczek, ale czasochłonna i łatwo o pomyłkę: pominięcie bazy, złe kodowanie znaków przy eksporcie albo przerwane pobieranie dużego katalogu. Ręczny backup ma sens jako jednorazowe zabezpieczenie przed dużą zmianą, na przykład przed aktualizacją motywu. Dostęp przez SFTP i phpMyAdmin to standard każdego sensownego hostingu pod stronę firmową. Do regularnej ochrony jest po prostu zbyt pracochłonny, żeby robić go codziennie.
Sposób 3: automatyczne kopie po stronie hostingu (dla firmy najlepsze)
Trzecia droga to nie robić backupu samemu, tylko wybrać hosting, który robi go za Ciebie. Dobry dostawca wykonuje automatyczną kopię codziennie, trzyma ją poza Twoim serwerem i pozwala przywrócić stronę jednym kliknięciem do stanu z konkretnego dnia. U nas kopie sięgają do 30 dni wstecz, więc jeśli problem wyszedł na jaw dopiero po tygodniu (na przykład błąd wtyczki, który po cichu psuł formularz), i tak masz do czego wrócić.
To rozwiązanie różni się od dwóch poprzednich jedną rzeczą: nie musisz o nim pamiętać. Najczęstszą przyczyną utraty danych nie jest brak wiedzy, tylko fakt, że ostatni backup zrobiono pół roku temu i o nim zapomniano. Automatyczna kopia po stronie hostingu usuwa czynnik ludzki. Codzienne kopie z 30 dniami historii mamy w każdym planie, co widać w cenniku hostingu dla firm. Jeśli nie chcesz w ogóle zajmować się aktualizacjami i kopiami, po to właśnie jest hosting zarządzany, w którym kopie zapasowe i aktualizacje bierze na siebie zespół dostawcy.
Jak często robić backup strony
Zasada jest prosta: tak często, jak zmienia się treść, której nie chcesz odtwarzać ręcznie. Poniżej praktyczny punkt wyjścia dla różnych typów stron.
| Typ strony | Jak często | Dlaczego |
|---|---|---|
| Wizytówka, rzadko zmieniana | raz w tygodniu | treść stabilna, ryzyko utraty niewielkie |
| Blog firmowy, aktywny serwis | codziennie | nowe wpisy i komentarze co dzień |
| Sklep WooCommerce | codziennie lub częściej | zamówienia i klienci to dane nie do odtworzenia |
Przy sklepie warto pomyśleć nawet o kopii częstszej niż raz na dobę, bo każde utracone zamówienie to realny klient i pieniądze. To jeden z powodów, dla których e-commerce lepiej stawiać na hostingu sklepu internetowego z częstymi, automatycznymi kopiami, a nie na najtańszym planie współdzielonym.
Najważniejszy krok, który wszyscy pomijają: test odtworzenia
Backup, którego nigdy nie próbowałeś odtworzyć, to nie backup, tylko nadzieja. Uszkodzony plik SQL, niekompletna kopia albo eksport w złym kodowaniu wychodzą na jaw dopiero przy przywracaniu, czyli w najgorszym możliwym momencie. Raz na jakiś czas odtwórz kopię na środowisku testowym (staging) i sprawdź, czy strona wstaje w całości: treść, zdjęcia, formularze i logowanie. Dopiero kopia, którą udało się odtworzyć, jest coś warta.
Przy okazji dużej zmiany, na przykład przy przejściu na inny serwer, backup i test odtworzenia są obowiązkowe. Jak zrobić to bez ryzyka, opisaliśmy krok po kroku w poradniku o tym, jak przenieść stronę na nowy hosting bez przestoju.
Backup to część szerszego bezpieczeństwa firmy w sieci
Kopia zapasowa ratuje stronę po awarii, ale nie zastępuje dobrych nawyków: aktualnych wtyczek, silnych haseł i porządku w firmowych dokumentach. Komplet zabezpieczeń po stronie samej witryny zebraliśmy w przewodniku o zabezpieczeniu strony WordPress. Jeśli prowadzisz firmę online, tak samo warto zadbać o bezpieczny obieg umów, na przykład podpisywanie umów podpisem elektronicznym zamiast skanów krążących mailem. Backup strony i porządek w dokumentach to dwie strony tej samej higieny cyfrowej małej firmy.
Najczęściej zadawane pytania
Jak zrobić backup strony WordPress?
Masz trzy drogi: wtyczka (np. UpdraftPlus) robi pełną kopię jednym kliknięciem i wysyła ją do chmury; ręcznie pobierasz pliki przez FTP i eksportujesz bazę przez phpMyAdmin; albo wybierasz hosting z automatyczną kopią codzienną. Kopia musi obejmować i pliki, i bazę danych, inaczej po awarii strona wróci niekompletna.
Jak często robić kopię zapasową strony?
Wizytówkę, która rzadko się zmienia, wystarczy kopiować raz w tygodniu. Aktywny blog firmowy i sklep internetowy backupuj codziennie, bo nowe wpisy, zamówienia i klienci to dane, których nie odtworzysz ręcznie. Ogólna zasada: kopiuj tak często, jak zmienia się treść, której nie chcesz tworzyć od nowa.
Czy hosting robi backup automatycznie?
Zależy od dostawcy. Dobry hosting firmowy wykonuje automatyczną kopię codziennie, trzyma ją poza Twoim serwerem i pozwala przywrócić stronę jednym kliknięciem. U nas kopie sięgają do 30 dni wstecz. Zawsze sprawdź to przed wyborem planu, bo część tanich ofert nie robi kopii wcale albo trzyma ją tylko dobę.
Gdzie przechowywać kopię zapasową?
Nigdy wyłącznie na tym samym serwerze, co strona, bo kopia ginie razem z nim przy awarii dysku. Trzymaj backup w innym miejscu: zewnętrznej chmurze, na dysku lokalnym albo w infrastrukturze kopii dostawcy hostingu, oddzielonej od serwera produkcyjnego. Dobrą praktyką jest mieć kopię w co najmniej dwóch niezależnych lokalizacjach.
Jak sprawdzić, że backup działa?
Odtwórz go na środowisku testowym i zobacz, czy strona wstaje w całości: treść, zdjęcia, formularze i logowanie. Backup, którego nigdy nie próbowałeś przywrócić, może być uszkodzony lub niekompletny, a dowiesz się o tym dopiero w kryzysie. Test odtworzenia raz na jakiś czas jest ważniejszy niż sama częstotliwość kopii.
Czy wtyczka do backupu wystarczy dla sklepu WooCommerce?
Przy małym sklepie tak, ale przy tysiącach produktów i zamówień pełny backup wtyczką potrafi obciążyć serwer i przerwać się w połowie, dając niekompletną kopię. Dla sklepu bezpieczniejsze są częste, automatyczne kopie po stronie hostingu, które nie obciążają procesu sprzedaży i obejmują całą bazę zamówień.