Kopia zapasowa WordPressa nie jest dodatkiem „na wszelki wypadek”. To pierwsza rzecz, którą robi się przed aktualizacją wtyczek, zmianą motywu, przenosinami na inny hosting albo większą edycją strony. All in One WP Migration jest wygodnym narzędziem, bo pakuje stronę do jednego pliku i pozwala ją później odtworzyć bez ręcznego eksportu bazy danych. Ma jednak swoje ograniczenia: kopia musi się zmieścić na serwerze, import zależy od ustawień hostingu, a przywrócenie nadpisuje obecną witrynę. To nie jest problem, jeśli wiesz, kiedy kliknąć „Eksport”, gdzie trzymać plik i czego absolutnie nie robić po drodze.
Zanim klikniesz eksport: co naprawdę musi znaleźć się w kopii
Dobra kopia zapasowa WordPressa powinna obejmować dwie rzeczy: pliki strony oraz bazę danych. Pliki to motyw, wtyczki, media, własne skrypty i wszystko, co znajduje się w katalogu wp-content. Baza danych przechowuje wpisy, strony, ustawienia, konta użytkowników, zamówienia WooCommerce, komentarze i konfigurację wielu wtyczek. Brak jednego z tych elementów oznacza, że po awarii strona może „wstać”, ale będzie niekompletna.
All in One WP Migration zapisuje całość w pliku .wpress. To wygodne, bo zamiast pilnować osobno paczki plików i eksportu SQL, dostajesz jeden plik do pobrania. W praktyce przed wykonaniem backupu warto sprawdzić cztery rzeczy:
- rozmiar strony — duże biblioteki mediów, stare paczki ZIP i kopie przechowywane na serwerze potrafią niepotrzebnie podbić wagę eksportu;
- wolne miejsce na hostingu — podczas tworzenia kopii serwer potrzebuje miejsca na wygenerowany plik;
- aktualny stan strony — jeśli sklep przyjmuje zamówienia, backup wykonany rano nie obejmie zamówień z popołudnia;
- dostęp do panelu administratora — po przywróceniu wracają użytkownicy i hasła z momentu wykonania kopii.
Największy błąd to traktowanie kopii jak magazynu wszystkiego. Nie ma sensu pakować do backupu starych logów, cache, miniatur generowanych przez wtyczki optymalizacyjne, tymczasowych archiwów i poprzednich kopii. Im większy plik, tym większa szansa na problem przy imporcie. Przy stronie firmowej z kilkudziesięcioma podstronami zwykle wystarczy zwykły eksport do pliku. Przy sklepie z tysiącami zdjęć produktów lepiej wcześniej posprzątać media, cache i katalogi techniczne.
W menu wtyczki znajdziesz opcje wykluczania wybranych elementów z eksportu. Korzystaj z nich ostrożnie. Wykluczenie spamu komentarzy, rewizji wpisów czy plików cache ma sens. Wykluczenie bazy danych, motywów albo folderu uploads bez planu awaryjnego może skończyć się kopią, której nie da się użyć do pełnego odtworzenia strony.
Jak zrobić backup w All in One WP Migration krok po kroku
Najpierw zainstaluj wtyczkę z oficjalnego repozytorium WordPressa: Wtyczki → Dodaj nową, wpisz All in One WP Migration, kliknij Zainstaluj, a potem Aktywuj. Po aktywacji w bocznym menu pojawi się osobna sekcja wtyczki.
Procedura wykonania backupu wygląda tak:
- Wejdź w panel administratora WordPressa.
- Przejdź do All in One WP Migration → Eksport.
- Rozwiń Opcje zaawansowane, jeśli chcesz wykluczyć niepotrzebne dane.
- Kliknij Eksportuj do.
- Wybierz Plik.
- Poczekaj, aż wtyczka przygotuje archiwum.
- Kliknij Pobierz i zapisz plik .wpress na komputerze.
Po pobraniu nie zamykaj tematu. Sprawdź, czy plik ma sensowny rozmiar i czy faktycznie znajduje się poza serwerem. Plik o wadze kilku kilobajtów przy działającej stronie z mediami oznacza, że coś poszło nie tak. Z kolei backup ważący kilka gigabajtów może być poprawny, ale przywracanie go przez panel WordPressa będzie zależeć od parametrów hostingu.
Nie zakładaj dziś sztywnego limitu 512 MB jako uniwersalnej granicy. W praktyce limit importu zależy od konfiguracji serwera: upload_max_filesize, post_max_size, limitów pamięci, czasu wykonania procesu i ustawień hostingu. Wtyczka pokazuje limit na ekranie importu, więc to ten komunikat jest ważniejszy niż stare poradniki. Oficjalne rozszerzenie Unlimited Extension omija ograniczenia hostingu i kosztuje 69 USD rocznie w standardowej licencji do 50 stron; przy większej liczbie witryn potrzebna jest licencja indywidualna. To ma sens przy większych serwisach lub częstych migracjach, ale do okazjonalnego backupu małej strony nie jest pierwszym wydatkiem.
Plik kopii przechowuj według prostej zasady: jedna kopia lokalnie, jedna poza komputerem. Może to być dysk zewnętrzny, prywatna chmura albo bezpieczny magazyn backupów po stronie hostingu. Nie zostawiaj jedynej kopii w panelu WordPressa. Jeśli ktoś przejmie stronę, może usunąć także kopie. Jeśli hosting padnie, kopia na tym samym hostingu znika razem z nim.
Dobrą praktyką jest nazwa pliku z datą i kontekstem, np. firma-przed-aktualizacja-2026-07-06.wpress. Brzmi drobiazgowo, ale po trzech miesiącach nazwy typu backup-final-final2.wpress przestają być zabawne.
Jak przywrócić stronę i kiedy lepiej tego nie robić
Przywracanie backupu jest proste technicznie, ale mocne w skutkach. Import w All in One WP Migration nadpisuje obecną stronę: bazę danych, pliki, ustawienia, treści i użytkowników. Jeżeli na stronie po dacie backupu pojawiły się nowe zamówienia, wpisy, formularze kontaktowe albo konta klientów, znikną po imporcie starszej kopii.
Standardowa procedura wygląda tak:
- Zainstaluj świeżego WordPressa lub zaloguj się do istniejącej instalacji.
- Zainstaluj i aktywuj All in One WP Migration.
- Przejdź do All in One WP Migration → Import.
- Kliknij Importuj z → Plik.
- Wybierz plik .wpress z komputera.
- Potwierdź komunikat o nadpisaniu danych.
- Poczekaj do końca procesu i nie odświeżaj strony w trakcie.
- Po imporcie zaloguj się danymi administratora z momentu wykonania kopii.
- Wejdź w Ustawienia → Bezpośrednie odnośniki i zapisz ustawienia bez zmian.
- Wyczyść cache strony, cache hostingu i ewentualnie cache CDN.
Po przywróceniu sprawdź nie tylko stronę główną. Otwórz kilka podstron, wpis blogowy, formularz kontaktowy, koszyk, stronę płatności, panel klienta i media. Jeżeli strona korzysta z WooCommerce, pierwsze do kontroli są zamówienia, statusy płatności, e-maile transakcyjne i integracje z kurierami. Przy zwykłej stronie firmowej priorytetem są formularze, menu, przekierowania i indeksowanie.
Nie przywracaj backupu na produkcji tylko po to, żeby „zobaczyć, czy działa”. Test robi się na stagingu, subdomenie technicznej albo lokalnym środowisku. Produkcyjna strona to ostatni krok, nie poligon. Jeśli problem dotyczy jednej wtyczki po aktualizacji, czasem szybciej i bezpieczniej wycofać samą wtyczkę, zmienić wersję PHP albo przywrócić pojedynczy katalog z backupu hostingu niż nadpisywać całą witrynę.
All in One WP Migration najlepiej sprawdza się przy:
- ręcznych backupach przed aktualizacją,
- przenoszeniu strony na nowy hosting,
- kopiowaniu strony produkcyjnej na środowisko testowe,
- odtwarzaniu małych i średnich witryn bez skomplikowanej infrastruktury.
Przy bardzo dużych sklepach, stronach z dynamicznymi danymi i serwisach, które nie mogą pozwolić sobie na utratę nawet kilku minut zamówień, sama ręczna kopia .wpress to za mało. Tam potrzebny jest backup po stronie hostingu, kopie bazy wykonywane częściej, staging i procedura odtworzenia przetestowana wcześniej, nie dopiero w dniu awarii.
FAQ
Czy darmowa wersja All in One WP Migration wystarczy do kopii zapasowej?
Tak, jeśli robisz ręczny backup małej lub średniej strony i możesz pobrać plik .wpress na komputer. Płatne rozszerzenia mają sens przy dużych importach, pracy z chmurą, automatycznych kopiach albo częstych migracjach.
Czy backup z tej wtyczki obejmuje bazę danych?
Tak, standardowy eksport obejmuje zarówno pliki, jak i bazę danych WordPressa. Trzeba tylko uważać na opcje wykluczeń, bo źle ustawiony eksport może pominąć elementy potrzebne do pełnego odtworzenia strony.
Co zrobić, gdy import blokuje limit rozmiaru pliku?
Najpierw sprawdź limit widoczny w panelu importu i parametry hostingu. Potem zmniejsz eksport przez usunięcie cache, starych kopii i zbędnych plików. Jeśli plik nadal jest za duży, podnieś limity PHP u hostingodawcy, użyj oficjalnego rozszerzenia Unlimited Extension albo odtwórz stronę metodą hostingową.
Czy można trzymać kopię tylko w WordPressie?
Nie. Kopia przechowywana wyłącznie na tym samym serwerze nie chroni przed awarią hostingu, infekcją ani przejęciem panelu. Minimum to pobranie pliku na komputer i druga kopia poza serwerem.
Czy przed każdą aktualizacją trzeba robić backup?
Przed aktualizacją WordPressa, WooCommerce, motywu lub większego zestawu wtyczek — tak. Przy drobnej zmianie treści nie ma takiej potrzeby, chyba że strona jest sklepem lub zbiera dane z formularzy, których nie możesz stracić.
Zacznij od jednego ręcznego backupu wykonanego dziś i pobranego poza serwer. Potem usuń stare kopie z WordPressa, sprawdź rozmiar pliku .wpress i porównaj go z limitem importu na hostingu. Jeśli plik jest większy niż limit, nie czekaj na awarię — najpierw uporządkuj media i cache, a dopiero później decyduj, czy potrzebujesz rozszerzenia, mocniejszego hostingu albo osobnej procedury backupu dla sklepu.
