Backup WooCommerce powinien obejmować bazę z zamówieniami oraz pliki potrzebne do działania sklepu. Częstotliwość dobierz do tego, ile nowych danych możesz odtworzyć po awarii. Kopia raz dziennie może oznaczać cofnięcie wielu godzin zamówień, nawet gdy płatności klientów zostały już przyjęte przez zewnętrznego operatora.
Porównaj pakiety WordPress dla swojego sklepu. Obok zasobów sprawdź częstotliwość kopii bazy, dostępne daty, możliwość odtworzenia na środowisku testowym i zakres pomocy przy odzyskaniu danych.
Co musi znaleźć się w kopii sklepu?
Dokumentacja WooCommerce rozdziela pliki w katalogu wp-content i bazę danych. Baza przechowuje m.in. produkty oraz zamówienia, a pliki obejmują motywy, rozszerzenia i przesłane media. Eksport XML z menu Narzędzia → Eksport nie jest pełną kopią sklepu: nie obejmuje tabel zamówień i ustawień WooCommerce.
Potwierdź, że narzędzie kopiuje wszystkie tabele wymagane przez Twój sposób przechowywania zamówień oraz wtyczki. Jeśli sprzedajesz pliki do pobrania lub korzystasz z mediów poza standardowym katalogiem, dopisz te lokalizacje do zakresu. Zapisz też zależności od usług zewnętrznych, których same pliki i baza nie odtworzą.
Przykład: kopia o 03:00, awaria o 15:00
To hipotetyczny scenariusz, który pokazuje problem cofnięcia danych. Ostatnia poprawna kopia bazy pochodzi z 03:00. Później pojawiają się trzy zamówienia:
| Godzina | Kwota zamówienia |
|---|---|
| 09:10 | 199 zł |
| 11:25 | 349 zł |
| 14:40 | 129 zł |
Przywrócenie całej bazy z 03:00 cofa ją o 12 godzin. Tych trzech zamówień nie ma w tym punkcie. Ich łączna wartość to 677 zł: 199 + 349 + 129. Nie oznacza to automatycznie straty tej kwoty. Oznacza pracę potrzebną do uzgodnienia, co klient zamówił, czy zapłacił i jaki jest stan realizacji.
Jeśli płatność została zapisana u operatora, cofnięcie bazy sklepu nie cofa jego rejestru transakcji. Dlatego po odtworzeniu nie można po prostu ponownie pobrać pieniędzy lub wysłać zamówień na podstawie niezweryfikowanego stanu.
Jak dobrać częstotliwość kopii bazy?
Odpowiedz na pytanie: ile zamówień i zmian jesteśmy w stanie wiarygodnie odtworzyć? Uwzględnij szczyt sprzedaży, a nie samą średnią z całego miesiąca. Jeśli godzina sprzedaży przekracza ten zakres, kopia co kilka godzin nie odpowiada potrzebie.
| Odstęp harmonogramu | Zaplanowane uruchomienia w 24 h |
|---|---|
| 24 godziny | 1 |
| 4 godziny | 6 |
| 1 godzina | 24 |
To rachunek harmonogramu, nie gwarancja odzyskania danych. Znaczenie ma ostatnia ukończona i dostępna kopia. Nieudane zadanie, opóźnienie lub uszkodzone archiwum wydłuża okres, z którego trzeba odtworzyć dane. Kontroluj więc raporty i daty rzeczywistych punktów.
Pliki mogą zmieniać się rzadziej niż zamówienia. Wtedy sensowne bywa częstsze kopiowanie bazy i osobny harmonogram plików, z dodatkowym kompletem przed aktualizacją. Ustal sposób uzyskania spójnego zestawu; przypadkowe połączenie starej wtyczki z nowszą bazą może stworzyć kolejny problem.
Co zrobić przed cofnięciem sklepu?
- Wstrzymaj przyjmowanie nowych zamówień na czas uzgodnionych prac i sprawdź, że klienci nie mogą zakończyć zakupu. Ustal z wykonawcą obsługę procesów, które nadal mogą aktualizować dane.
- Zabezpiecz stan z chwili awarii, jeśli jest dostępny: pliki, bazę i informacje o transakcjach. Nie nadpisuj jedynego źródła nowych zamówień.
- Wybierz punkt i zakres odtworzenia. Potwierdź zgodność plików i bazy. Przy błędzie po aktualizacji nie zakładaj, że cofnięcie samych plików będzie zgodne ze zmienioną strukturą danych.
- Sprawdź kopię poza działającym sklepem. Odizoluj wiadomości, płatności i pozostałe integracje przed uruchomieniem. Testowe zamówienia mogą wywołać prawdziwe działania usług zewnętrznych.
- Uzgodnij nowsze dane przed wznowieniem sprzedaży. Wyznacz osobę, która potwierdzi zamówienia, płatności, stany i realizację.
Jeżeli nie masz kompletnej bazy, dostępu do transakcji lub pewności, który punkt jest właściwy, zatrzymaj odtwarzanie i przekaż zebrane dane administratorowi sklepu. Samo ponowne uruchomienie strony nie potwierdza spójności sprzedaży.
Karta uzgodnienia danych po dacie kopii
Dla każdego nowszego zamówienia zapisz: numer i czas utworzenia, zawartość koszyka, kwotę, identyfikator transakcji, potwierdzony status płatności, zmianę stanu magazynowego oraz informację o wysyłce. Zachowaj to w chronionym miejscu dostępnym dla osób prowadzących odtworzenie.
Porównaj dane z rejestrem operatora płatności i systemem realizacji. Wskaż, które zamówienia trzeba odtworzyć, a które już obsłużono. Nie uruchamiaj ponownie zbiorczo powiadomień, pobrań płatności i etykiet wysyłkowych bez sprawdzenia tych pozycji.
Niektóre specjalne usługi deklarują zachowywanie nowych zamówień przy odtwarzaniu. To cecha konkretnego produktu i jego integracji, którą trzeba zweryfikować. Zwykła kopia całej bazy nie daje automatycznie takiego mechanizmu.
Jaki hosting ułatwi odzyskanie sklepu?
Zacznij od zakresu kopii i dostępnych częstotliwości, następnie zapytaj o próbne odtworzenie oraz pomoc przy danych nowszych od kopii. Hostinger Unlimited i Cloud Startup są przykładami pakietów deklarujących codzienne kopie w ofercie .com. Jeśli sklep potrzebuje częstszych punktów, samo to oznaczenie nie potwierdza spełnienia wymagania.
Przed zakupem skorzystaj z poradniku o zakresie kopii w hostingu i ustal odpowiedzialność za przywrócenie. Jeśli chcesz, aby ktoś prowadził cały proces, potrzebujesz potwierdzonego zakresu opieki, a nie tylko przycisku w panelu.
Wybierz pakiet WordPress pod potrzeby swojego sklepu. Cenę oceniaj razem z częstotliwością kopii bazy i realną pomocą przy odtwarzaniu sprzedaży.
Źródła i dokumentacja
Dokumentację sprawdzono 28 października 2026 r.
- WooCommerce - baza, pliki i ograniczenia eksportu XML
- WooCommerce - zamówienia próbne i izolowanie integracji
- WooCommerce - kopia, staging i kontrola działania
- WooCommerce - zgodność wersji plików i bazy
- Hostinger - pakiety Web Hosting
- Hostinger - zakres przywracania i cofanie zmian
Zdjęcie okładkowe: Julio Lopez / Pexels. Fotografia ilustracyjna.