Kopia zapasowa WordPress - dlaczego jest ważna i jak zacząć tworzenie backupów
Kopia zapasowa WordPress to zabezpieczenie przed utratą strony po awarii, ataku lub błędzie. Dowiedz się, co kopiować, jak często i gdzie przechowywać backup, żeby móc odtworzyć stronę w kilka minut.
Wyobraź sobie, że budzisz się rano, wchodzisz na swoją stronę i widzisz biały ekran albo komunikat o błędzie bazy danych. Klient dzwoni, bo sklep nie działa. Googlasz problem, a wszystkie rozwiązania zaczynają się od słów: "przywróć kopię zapasową". Tylko że jej nie masz.
Taki scenariusz zdarza się częściej, niż można by sądzić - i nie tylko u właścicieli stron, którzy zaniedbują techniczne sprawy. Zdarzał się klientom, których strony sam naprawiałem: po nieudanej aktualizacji wtyczki, po ataku na formularz, po błędzie po stronie hostingu. W każdym takim przypadku różnica między "straciłem kilka godzin" a "straciłem całą stronę" sprowadzała się do jednego: czy istniała aktualna kopia zapasowa.
Co to właściwie jest kopia zapasowa WordPress
Kopia zapasowa (backup) to po prostu zapis stanu Twojej strony w konkretnym momencie. Możesz myśleć o niej jak o fotografii - utrwalasz to, co masz teraz, żeby w razie potrzeby móc wrócić do tego momentu.
WordPress składa się z dwóch odrębnych elementów, które trzeba kopiować razem:
- Baza danych - tu mieszkają wszystkie Twoje treści: wpisy, strony, komentarze, ustawienia wtyczek, dane zamówień w WooCommerce, dane użytkowników. To rdzeń strony. Bez aktualnej bazy danych możesz mieć pliki, ale strona będzie pusta albo pokaże stare treści.
- Pliki strony - sam WordPress (system), zainstalowane wtyczki, motyw graficzny i folder
wp-content/uploads, który zawiera wszystkie zdjęcia i dokumenty, jakie kiedykolwiek wgrałeś. Tego folderu nie można nigdzie pobrać na nowo - jest unikalny dla Twojej strony.
Brak któregokolwiek z tych elementów oznacza, że backup jest niepełny.
Dlaczego backup z hostingu to za mało
Większość polskich firm hostingowych tworzy automatyczne kopie zapasowe swoich serwerów. To dobra wiadomość. Zła wiadomość jest taka, że te kopie są tworzone dla celów hostingowych, nie dla Ciebie.
Co to oznacza w praktyce? Zakres kopii bywa różny - część hostingów nie uwzględnia bazy danych albo nie przechowuje kopii dłużej niż 7-14 dni. Odtworzenie strony z kopii hostingowej często wymaga kontaktu z pomocą techniczną i może być odpłatne. A w przypadku poważnej awarii całego serwera (zdarza się) możesz stracić dostęp i do strony, i do kopii naraz.
Backup hostingowy traktuj jak klatkę z zapasową oponą w samochodzie. Dobrze, że jest. Ale wolisz nie musieć z niej korzystać i masz własne, lepsze zabezpieczenie.
Nigdy nie przechowuj jedynej kopii zapasowej na tym samym serwerze co strona. Jeśli serwer padnie, tracisz i stronę, i backup jednocześnie.
Skąd pochodzi zagrożenie - typowe przyczyny utraty strony
Z mojego doświadczenia przy ponad stu projektach, najczęstsze przyczyny awarii WordPress to:
- Nieudana aktualizacja wtyczki lub motywu, która powoduje konflikt i biały ekran
- Atak hakerski - najczęściej przez podatność we wtyczce lub słabe hasło; strona może zostać zmodyfikowana bez Twojej wiedzy
- Przypadkowe usunięcie treści lub całej strony przez administratora (zdarza się przy pracy kilku osób)
- Awaria serwera po stronie hostingu
- Błąd przy migracji strony na nowy hosting lub przy zmianie domeny
W każdym z tych scenariuszy kopia zapasowa to różnica między godzinną pracą przy odtworzeniu a tygodniami odbudowywania strony od zera.
U jednego z moich klientów - właściciela małego sklepu - phpMyAdmin pokazał błąd bazy danych po awarii serwera hostingowego. Hosting odtworzył kopię sprzed 3 dni. Przez te 3 dni klient miał 47 nowych zamówień. Wszystkie zniknęły. Gdyby miał własny backup z poprzedniego dnia, straciłby co najwyżej kilka zamówień.
Jak często robić kopię zapasową
Nie ma jednej uniwersalnej odpowiedzi - częstotliwość backupu powinna odpowiadać temu, jak szybko zmienia się Twoja strona.
Rekomendowana częstotliwość backupów
| Typ strony | Baza danych | Pliki |
|---|---|---|
| Wizytówka firmowa bez bloga | Raz w tygodniu | Raz w miesiącu |
| Blog z kilkoma wpisami tygodniowo | Codziennie | Raz w tygodniu |
| Sklep WooCommerce z zamówieniami | Co kilka godzin lub codziennie | Raz w tygodniu |
| Strona z codziennymi zmianami treści | Codziennie | Dwa razy w tygodniu |
Pliki strony (motyw, wtyczki) zmieniają się rzadko - głównie przy aktualizacjach. Baza danych zmienia się przy każdym nowym wpisie, zamówieniu, komentarzu czy zmianie ustawień. Dlatego sensowna strategia to kopiowanie bazy danych częściej niż plików.
Jeden obowiązek niezależny od harmonogramu: zawsze rób ręczny backup bezpośrednio przed każdą większą aktualizacją - WordPressa, motywu lub kluczowych wtyczek. Aktualizacja to najczęstszy moment awarii.
Gdzie przechowywać kopię zapasową
Złota zasada backupu to 3-2-1:
- 3 kopie danych
- na 2 różnych nośnikach lub lokalizacjach
- 1 kopia poza główną lokalizacją (off-site)
W praktyce dla właściciela strony WordPress oznacza to na przykład:
- Kopia na Google Drive lub Dropbox (chmura)
- Kopia pobrana na komputer lub zewnętrzny dysk
- (opcjonalnie) Kopia na FTP innego serwera
Najważniejsze: przynajmniej jedna kopia musi znajdować się poza Twoim serwerem hostingowym.
Lista kontrolna: gdzie przechowywać backup
- Chmura (Google Drive, Dropbox, Amazon S3) - automatyczne, dostępne z każdego miejsca
- Komputer lub zewnętrzny dysk - pobieraj kopię co najmniej raz w miesiącu lokalnie
- Drugi serwer FTP - opcja dla bardziej zaawansowanych lub krytycznych projektów
- NIE przechowuj jedynej kopii na tym samym serwerze co strona
- NIE polegaj wyłącznie na kopii zapasowej hostingu
Wtyczki do backupu - przegląd opcji
Dla zdecydowanej większości właścicieli stron WordPress najwygodniejsza droga to wtyczka, która automatyzuje cały proces.
UpdraftPlus to aktualnie najpopularniejsza wtyczka backup z ponad 3 milionami aktywnych instalacji. Darmowa wersja obsługuje pełny backup plików i bazy danych, automatyczny harmonogram (codziennie, co tydzień, co miesiąc) i bezpośrednie wysyłanie kopii na Google Drive, Dropbox, Amazon S3 lub FTP. Instalujesz, ustawiasz raz, a wtyczka robi resztę sama.
BackWPup to solidna alternatywa, również bezpłatna w podstawowej wersji. Obsługuje więcej lokalizacji docelowych i daje nieco więcej opcji konfiguracji, ale interfejs jest mniej intuicyjny niż UpdraftPlus.
Duplicator i All-in-One WP Migration to narzędzia, które świetnie sprawdzają się przy migracjach strony między serwerami, ale mogą też służyć do backupu. All-in-One WP Migration ma limit rozmiaru paczki w darmowej wersji - przy większych stronach potrzebujesz wersji premium.
Plusy
- Darmowe wtyczki (UpdraftPlus, BackWPup) wystarczają dla typowej strony firmowej
- Automatyczny harmonogram - raz skonfigurowany backup działa bez Twojej interwencji
- Bezpośrednia integracja z chmurą (Google Drive, Dropbox) bez dodatkowych narzędzi
- Przywracanie kopii przez panel wtyczki - bez FTP i phpMyAdmin
- Powiadomienia e-mail o zakończeniu backupu lub błędzie
Minusy
- Darmowe wtyczki zwykle nie oferują backupu przyrostowego (każda kopia to pełna kopia)
- Przy bardzo dużych stronach backup może obciążać serwer i trwać długo
- Backup przez wtyczkę działa tylko gdy WordPress działa - awaria bazy uniemożliwia uruchomienie wtyczki
- Wersje premium wtyczek kosztują od kilkudziesięciu do kilkuset złotych rocznie
Backup ręczny - kiedy i jak
Wtyczki są wygodne, ale warto wiedzieć, jak zrobić backup ręcznie. Przydaje się to, gdy wtyczka z jakiegoś powodu nie działa, albo gdy chcesz mieć stuprocentową pewność przed ważną zmianą.
Backup ręczny to dwa kroki:
1. Pliki - pobierz cały folder strony przez FTP (program FileZilla lub panel hostingu). Interesuje Cię głównie wp-content/ - to tam są motywy, wtyczki i Twoje pliki mediów.
2. Baza danych - eksportuj ją przez phpMyAdmin (panel hostingu). Wybierz bazę danych swojej strony, kliknij Eksportuj i pobierz plik .sql.
Oba pliki zapisz w bezpiecznym miejscu poza serwerem. Ten backup nie jest automatyczny, więc wymaga dyscypliny - ale jest od Ciebie w 100% niezależny.
Jeden skuteczny nawyk: ustaw przypomnienie w kalendarzu raz w miesiącu na "pobierz backup strony lokalnie". Trwa to 5-10 minut i daje niezależność od chmury i wtyczek.
Testowanie backupu - krok, który wszyscy pomijają
Najczęstszy błąd przy podejściu do backupu: założenie, że skoro kopia istnieje, na pewno działa.
W praktyce backup może być niekompletny (np. pominął duże pliki), uszkodzony (błąd podczas transferu do chmury), albo niekompatybilny z nową wersją WordPress lub PHP na serwerze docelowym.
Raz na kilka miesięcy warto sprawdzić, czy kopia naprawdę działa. Nie musisz robić tego na produkcji - wystarczy lokalne środowisko testowe lub kopia strony na subdomenie. Instrukcje dotyczące tworzenia lokalnego środowiska znajdziesz w poradnikach dla stron tworzonych na WordPress na stronie stronek internetowych.
Test backupu to: odtworzenie kopii w testowym miejscu i sprawdzenie, czy strona działa. Brzmi prosto, bo tak jest - ale większość właścicieli stron nigdy tego nie robi.
Backup a bezpieczeństwo
Backup i bezpieczeństwo to dwa różne tematy, ale często idą w parze. Dobra kopia zapasowa nie zapobiega atakowi hakerskiemu - ale pozwala po nim wrócić do działania.
Jeśli Twoja strona zostanie zainfekowana złośliwym oprogramowaniem, backup umożliwi odtworzenie czystej wersji sprzed ataku. Dlatego ważne jest, by przechowywać kilka kopii z różnych momentów, a nie tylko najnowszą - czasem infekcja zostaje niezauważona przez kilka tygodni i potrzebujesz kopii sprzed infekcji.
Jeśli interesujesz Cię temat pozycjonowania strony lub prowadzenia sklepu internetowego, pamiętaj że każda godzina niedostępności strony to realna strata - zarówno w ruchu organicznym, jak i w zamówieniach. Backup to podstawa, na której buduje się resztę.
Możesz też zajrzeć do artykułu czym jest WordPress jeśli chcesz lepiej zrozumieć architekturę systemu, zanim zaczniesz konfigurować backup. A jeśli zastanawiasz się nad wyborem platformy, przydatny kontekst daje artykuł WordPress.com vs WordPress.org - różnice między nimi wpływają też na to, jak wygląda zarządzanie backupem.
Backup przy okazji wdrożenia - standard, nie opcja
Każda strona internetowa którą wdrażam, ma od pierwszego dnia skonfigurowany automatyczny backup. To nie jest coś, co się dodaje później - to element podstawowego zestawu, razem z SSL i poprawną konfiguracją uprawnień plików.
Dla klientów, którzy zarządzają stroną samodzielnie, zawsze omawiam trzy rzeczy: jak sprawdzić, że backup działa, gdzie szukać kopii w razie awarii, i żeby zawsze dzwonili zanim zaczną grzebać w plikach serwera w nocy. To ostatnie bywa najważniejsze.
Jeśli masz stronę WordPress i nie masz pewności, że backup działa - wróć do punktu pierwszego: zainstaluj UpdraftPlus, podłącz do Google Drive i ustaw harmonogram. Zajmie to pół godziny. Potem możesz spać spokojnie, bo wiesz, że w najgorszym razie stracisz co najwyżej kilka godzin pracy, a nie całą stronę.
Nie - backup hostingowy to cenna siatka bezpieczeństwa, ale nie Twój backup. Firmy hostingowe różnie definiują zakres i retencję kopii, a w przypadku poważnej awarii serwera lub likwidacji konta możesz stracić dostęp do tych kopii razem ze stroną. Zawsze utrzymuj własną, niezależną kopię przechowywaną poza serwerem hostingowym. Zależy to od tempa zmian na Twojej stronie. Wizytówka firmowa aktualizowana raz w tygodniu może być kopiowana co tydzień. Blog z codziennymi wpisami wymaga codziennych kopii bazy danych. Sklep WooCommerce z ciągłymi zamówieniami powinien mieć kopię bazy danych nawet co kilka godzin, bo każde zamówienie to nowy rekord w bazie, który bez backupu przepadnie. Pełna kopia zapasowa składa się z dwóch elementów: bazy danych MySQL (wszystkie wpisy, strony, ustawienia, zamówienia, komentarze, dane użytkowników) oraz plików strony (sam WordPress, zainstalowane wtyczki, motyw i najważniejszy folder wp-content/uploads z Twoimi zdjęciami i dokumentami). Oba elementy są niezbędne - sama baza danych bez plików lub same pliki bez bazy nie wystarczą do odtworzenia działającej strony. Dla zdecydowanej większości stron firmowych i blogów - tak. Darmowa wersja UpdraftPlus obsługuje automatyczny harmonogram, tworzenie pełnej kopii plików i bazy danych oraz wysyłanie jej bezpośrednio na Google Drive, Dropbox lub Amazon S3. Wersja płatna (UpdraftPlus Premium) dodaje funkcje takie jak backup przyrostowy, migracja na inny serwer i szyfrowanie kopii - przydatne przy większych projektach. Zależy od użytej metody. Przy UpdraftPlus wystarczy wejść w panel wtyczki, wskazać kopię i kliknąć Przywróć - wtyczka sama rozpakowuje pliki i importuje bazę danych. Przy ręcznym backupie trzeba wgrać pliki przez FTP i zaimportować bazę danych przez phpMyAdmin. W obu przypadkach warto najpierw przeprowadzić test na środowisku testowym, nie od razu na produkcji. Tak - absolutnie. Backup hostingowy traktuj jako ostatnia deska ratunku, nie jako podstawowe zabezpieczenie. Hostingi różnią się zakresem kopii (niektóre nie obejmują bazy danych), retencją (często tylko 7-14 dni) i procedurą odtwarzania (bywa płatna lub czasochłonna). Twój własny backup, przechowyway poza serwerem, daje Ci niezależność i kontrolę. Standardowe podejście to minimum 30 dni retencji, czyli przechowywanie ostatnich 30 kopii dziennych lub 4-5 tygodniowych. Dla sklepów e-commerce warto wydłużyć ten okres do 60-90 dni, ponieważ niektóre problemy (np. infekcja złośliwym oprogramowaniem) mogą być niezauważone przez kilka tygodni i potrzebujesz kopii sprzed infekcji.Najczęstsze pytania
Czy backup z hostingu wystarczy jako jedyna kopia zapasowa?
Jak często powinienem robić kopię zapasową WordPressa?
Co tak właściwie zawiera kopia zapasowa WordPress?
Czy UpdraftPlus w wersji darmowej wystarczy do tworzenia backupów?
Jak przywrócić stronę WordPress z kopii zapasowej?
Czy muszę robić backup, jeśli hosting oferuje automatyczne kopie?
Jak długo przechowywać kopie zapasowe WordPress?
Potrzebujesz pomocy z projektem?
Robię strony WordPress i sklepy Shoper od 2500 zł. Partner Shoper, 120+ projektów.
- Odpowiedź w 24h
- Certyfikowany Partner Shoper
- 120+ zrealizowanych projektów
- Zgodność z RODO, pełna ochrona danych