Strona przestaje działać po aktualizacji, znika fragment oferty albo ktoś przypadkiem usuwa galerię. W takiej chwili pytanie „czy mamy kopię?” szybko zmienia się w „czy umiemy ją przywrócić?”. Właściciel małej firmy nie musi samodzielnie naprawiać bazy danych. Powinien jednak wiedzieć, co jest zapisane, gdzie leży kopia i kto pomoże ją uruchomić.
Dobry punkt wyjścia: automatyczne kopie plików i bazy danych, dodatkowy zestaw dostępny poza kontem hostingowym oraz sprawdzona procedura odtworzenia. Sam zielony komunikat o zakończeniu backupu — czyli kopii zapasowej — nie potwierdza jeszcze, że strona wróci do działania.
Weryfikacja dokumentacji: 3 listopada 2026 r. Poradnik dotyczy WordPressa na własnym hostingu. To analiza oficjalnych instrukcji, nie relacja z testu wtyczki ani z odtwarzania strony klienta. Harmonogramy i sytuacje firmowe poniżej są propozycjami redakcyjnymi.
1. Co właściwie trzeba skopiować?
Typowy WordPress składa się z dwóch części. Pliki to m.in. zdjęcia, motyw odpowiedzialny za wygląd, wtyczki i pliki konfiguracyjne. Baza danych przechowuje m.in. treść podstron, wpisy, konta użytkowników oraz ustawienia. Do odtworzenia potrzebujesz obu części z pasującego punktu w czasie.
Wyobraź sobie stronę pracowni stolarskiej. Przywrócenie samej bazy może odzyskać opisy realizacji, ale nie odtworzy utraconych plików zdjęć. Pobranie samych zdjęć i motywu nie przywróci z kolei treści oferty. Dlatego podczas rozmowy z hostingiem pytaj o cały zestaw, a nie tylko o „backup WWW”.
Narzędzia → Eksport to coś innego. WordPress tworzy tam plik XML z treścią przeznaczoną do przenoszenia między instalacjami. Nie jest to kompletna kopia motywów, wtyczek, konfiguracji i samych plików multimediów. Zachowaj taki eksport pomocniczo, ale nie traktuj go jako jedynej drogi ratunku.
2. Zacznij od sprawdzenia kopii u dostawcy hostingu
Nie instaluj kolejnej wtyczki, zanim nie poznasz obecnej usługi. Otwórz panel hostingu i znajdź sekcję kopii zapasowych. Jeśli nie rozumiesz jej zakresu, wyślij do pomocy technicznej poniższe pytania. Odpowiedzi zachowaj razem z instrukcją awaryjną.
- Czy kopia obejmuje wszystkie pliki tej strony i jej bazę danych? Co jest wyłączone?
- Kiedy powstała ostatnia zakończona kopia i jak często wykonywane są kolejne?
- Jak długo dostępne są starsze wersje? Ten okres bywa nazywany retencją.
- Czy kopie znajdują się poza serwerem strony i czy mogę pobrać własny zestaw?
- Jak odzyskam dane, gdy nie działa panel WordPressa albo konto hostingowe?
- Czy przywrócenie jest płatne i czy można odtworzyć kopię na osobnej stronie testowej?
Nie zakładaj, że kopia WordPressa zawiera również skrzynki e-mail, ustawienia domeny czy dane zapisane w zewnętrznym systemie rezerwacji. Te usługi sprawdź oddzielnie. Jeśli dopiero wybierasz dostawcę, pomocny będzie poradnik jak wybrać hosting WordPress dla małej firmy.
3. Dobierz częstotliwość do tego, co możesz stracić
Zadaj sobie dwa pytania: ile ostatnich zmian potrafisz odtworzyć ręcznie i jak długo firma może działać bez strony? Dla wizytówki z ofertą odpowiedź będzie inna niż dla sklepu przyjmującego zamówienia.
- Rzadko zmieniana wizytówka: jako punkt wyjścia rozważ kopię codzienną, jeśli hosting ją zapewnia, oraz dodatkowy zestaw po większej zmianie. Nie rezygnuj z historii wersji tylko dlatego, że mało publikujesz.
- Regularnie aktualizowana oferta lub blog: ustaw kopie co najmniej tak często, aby utrata zmian od poprzedniej kopii była dla Ciebie akceptowalna. Sprawdź również, kiedy zapisywane są nowe zdjęcia.
- Sklep, płatne rezerwacje, częste zgłoszenia: kopia raz dziennie może oznaczać utratę wielu transakcji. Ustal z opiekunem strony częstsze kopie i sposób zachowania nowych danych podczas odtwarzania.
Przykład: kopia powstaje o 2:00, a awaria następuje o 17:00. Przywrócenie tego zestawu może cofnąć dane zapisane przez ostatnie 15 godzin. To nie błąd kopii, lecz konsekwencja wybranego harmonogramu. Osobną kopię wykonuj przed aktualizacją lub większą przebudową. Zachowuj też starsze punkty — pomyłkę można zauważyć dopiero po kilku dniach.
4. Dodatkowa kopia poza hostingiem: przykład z UpdraftPlus
Jednym z dostępnych rozwiązań jest UpdraftPlus. Według dokumentacji wersja bezpłatna pozwala planować kopie, określać liczbę zachowanych zestawów i wysyłać je m.in. do Google Drive lub Dropbox. Nie oznacza to, że przestrzeń u dostawcy chmury jest bez limitu lub zawsze bezpłatna. Sprawdź dostępne miejsce na własnym koncie.
Wersja darmowa nie obejmuje wszystkich funkcji Premium: m.in. automatycznej kopii tuż przed aktualizacją, wyboru konkretnej godziny harmonogramu czy wysyłania do wielu miejsc jednocześnie. Ma też węższy zakres plików niż pełna kopia całej instalacji — dodatkowego zabezpieczenia mogą wymagać np. plik wp-config.php i niestandardowe katalogi. Nie zastępuj nią bez sprawdzenia kompletnego backupu hostingu.
- Zainstaluj UpdraftPlus z oficjalnego katalogu WordPressa i otwórz jego ustawienia kopii zapasowych.
- Wybierz zdalne miejsce zapisu, połącz właściwe konto i zapisz ustawienia. Sam wybór ikony chmury nie kończy autoryzacji.
- Ustaw harmonogram plików i bazy oraz liczbę zachowanych zestawów. Sprawdź wykluczenia katalogów i zakres swojej wersji.
- Uruchom pierwszą kopię ręcznie, obejmując bazę oraz potrzebne składniki plików. Poczekaj na zakończenie i sprawdź dziennik wykonania.
- Zaloguj się również do docelowej chmury. Potwierdź, że widzisz nowy zestaw, a nie wyłącznie wpis na liście w WordPressie.
- Włącz dostępne raportowanie i sprawdź, czy wiadomości docierają. Po pierwszym terminie automatycznym potwierdź, że powstała kolejna kopia.
Domyślny lokalny zapis wtyczki pozostaje na serwerze strony. Dlatego połączenie z zewnętrznym miejscem jest istotnym etapem konfiguracji. Kopie trzymaj w niepublicznym folderze, a dostęp do konta zabezpiecz dodatkowym potwierdzeniem logowania. Nie wysyłaj całego archiwum zwykłym publicznym linkiem.
5. Sprawdź odtwarzanie na osobnej stronie
Nie klikaj „Przywróć” na działającej stronie tylko po to, by zobaczyć, co się stanie. Poproś hosting lub opiekuna o środowisko testowe: oddzielną instalację, na której można bezpiecznie odtworzyć kopię. W razie użycia innego adresu potrzebna może być procedura migracji, czyli przeniesienia strony, a nie zwykłe cofnięcie jej do poprzedniej wersji.
Kopia testowa powinna mieć własną bazę i pliki, ograniczony dostęp oraz wyłączone rzeczywiste płatności, automatyczne wiadomości do klientów i połączenia wykonujące operacje w innych systemach. Samo ukrycie jej przed Google nie zabezpiecza danych. Przy sklepie lub rezerwacjach przygotowanie tego środowiska powierz osobie, która zna integracje.
Po odtworzeniu nie kończ kontroli na stronie głównej. Skorzystaj z krótkiego scenariusza odbioru:
- Otwórz ofertę, kontakt i kilka starszych podstron. Sprawdź zdjęcia, pobierane pliki i menu na telefonie.
- Zaloguj się do panelu i upewnij się, że widzisz oczekiwaną treść oraz właściwe ustawienia.
- Wyślij zgłoszenie testowe na kontrolowany adres, bez danych prawdziwego klienta.
- Sprawdź funkcje ważne dla firmy: wyszukiwanie, koszyk lub rezerwację — w trybie testowym i bez realnej płatności.
- Zapisz datę użytej kopii, wynik próby, brakujące elementy oraz czas potrzebny na uruchomienie.
Przy rzeczywistej awarii zachowaj dostępny stan przed przywróceniem. Cofnięcie bazy może nadpisać nowe zamówienia lub zgłoszenia. Najpierw ustal, jak je zabezpieczyć i później uzgodnić. Jeśli przyczyną była infekcja, samo cofnięcie strony nie usuwa przyczyny włamania — potrzebne jest także sprawdzenie bezpieczeństwa.
6. Zostaw krótką instrukcję na dzień awarii
Praktyczna instrukcja mieści się w kilku wierszach: adres panelu hostingu, miejsce przechowywania kopii, zakres i harmonogram, kontakt do osoby odpowiedzialnej oraz data ostatniej udanej próby. Hasła przechowuj w menedżerze haseł, nie w tej notatce.
Proponowany rytm kontroli: po pierwszym uruchomieniu sprawdź każdą część procesu; później raz w miesiącu przejrzyj datę i wynik ostatnich kopii, wolne miejsce oraz dostęp do zewnętrznego konta. Próbę odtwarzania zaplanuj okresowo i po większych zmianach sposobu tworzenia kopii. Częstotliwość dopasuj do znaczenia strony dla firmy.
Na początek zarezerwuj około 30–60 minut na sprawdzenie zakresu usługi i konfigurację — to orientacyjny budżet pracy, bez czasu przesyłania danych i próby odtworzenia. Koszt zależy od hostingu, przestrzeni na kopie i pomocy technicznej. Bezpłatna wtyczka może wystarczyć jako dodatkowa warstwa, ale nie oznacza zerowego kosztu utrzymania całego procesu.
Najlepszy pierwszy krok na dziś: znajdź ostatnią zakończoną kopię, ustal, co obejmuje, i zapisz, jak ją odzyskać bez dostępu do WordPressa. Pozostałe elementy przygotowania witryny sprawdzisz w checkliście strony firmowej przed publikacją.
Źródła i dalsza lektura
- WordPress: Backups — zakres kopii i dobór częstotliwości.
- WordPress: Backing Up Your WordPress Files oraz Backing Up Your Database — rozdzielenie plików i bazy.
- WordPress: eksport WXR — czego plik eksportu nie zawiera.
- TeamUpdraft: tworzenie kopii i porównanie Free i Premium — funkcje, harmonogramy i ograniczenia.
- TeamUpdraft: miejsca przechowywania — lokalny zapis i magazyny zdalne.
Fotografia główna: Samsung Memory / Unsplash. Zdjęcia mają charakter ilustracyjny; nie przedstawiają przeprowadzonego przez redakcję testu.
Opracowanie: Redakcja Koloseo.