Backup sklepu internetowego - co kopiować, jak często i jak przywrócić

Co kopiować w backupie sklepu - lista dla programisty

Lista poniżej obejmuje elementy, które warto mieć w kopii niezależnie od platformy. W sklepie abonamentowym część z nich ogranicza się do eksportu danych i opisu konfiguracji:

• Baza danych - zamówienia, produkty, klienci, ustawienia sklepu, tabele modułów i integracji.

• Pliki sklepu - zdjęcia produktów, pliki do pobrania, przesłane dokumenty, katalogi uploads lub img.

• Kod - własne moduły, wtyczki, motyw potomny i nadpisane szablony w repozytorium z historią zmian.

• Konfiguracja serwera - wersja PHP, zadania cron, ustawienia serwera WWW, przekierowania, reguły zapory.

• Konfiguracja integracji - mapowania statusów, metod dostawy, magazynów, kategorii i stawek, adresy webhooków.

• Dostępy - lista kont, kluczy API i aplikacji z informacją, gdzie są przechowywane, w menedżerze haseł lub sekretów, nigdy w zwykłym pliku kopii.

• Domena i DNS - zapis rekordów DNS, zwłaszcza poczty i weryfikacji usług, na wypadek zmiany hostingu.

Szczególnej uwagi wymagają klucze API i tokeny. Kopia bazy zawiera je często w ustawieniach modułów, więc plik kopii trzeba chronić tak samo jak same klucze: szyfrować, ograniczać dostęp i nie przesyłać mailem. Jak nadawać i przechowywać klucze, opisujemy we wpisie klucze API i uprawnienia w sklepie.

Jak często robić backup sklepu - RPO i RTO w praktyce

Częstotliwość kopii najłatwiej dobrać przez dwa pytania. Pierwsze: ile danych możesz stracić? To RPO, czyli maksymalny akceptowalny okres utraty danych. Drugie: jak długo sklep może nie działać? To RTO, czyli docelowy czas przywrócenia. Sklep z kilkudziesięcioma zamówieniami dziennie zwykle nie zaakceptuje utraty całej doby zamówień, więc kopia bazy raz na dobę to minimum, a częściej rozsądne są kopie co kilka godzin.

Różne warstwy zmieniają się w różnym tempie, więc nie trzeba kopiować wszystkiego tak samo często:

• baza danych - codziennie lub częściej, zależnie od liczby zamówień, plus kopia tuż przed aktualizacją lub importem,

• zdjęcia i pliki - codziennie przyrostowo, bo zmieniają się głównie przez dodawanie nowych,

• kod - przy każdej zmianie, automatycznie przez repozytorium,

• konfiguracja serwera i integracji - po każdej zmianie, z datą i opisem,

• eksport danych w sklepie abonamentowym - regularnie, w rytmie dopasowanym do zmian w katalogu i zamówieniach.

Ważny jest też okres przechowywania. Błąd w danych, np. źle zaimportowane ceny, bywa zauważony po tygodniu. Jeśli trzymasz tylko trzy ostatnie kopie dzienne, wszystkie zawierają już błąd. Dlatego dobrze sprawdza się rotacja z kopiami dziennymi z ostatnich dni oraz tygodniowymi i miesięcznymi z dłuższego okresu.

Kopia przed aktualizacją, importem i migracją

Poza harmonogramem warto robić kopię na żądanie przed każdą operacją, która zmienia wiele danych naraz: aktualizacją platformy lub modułów, masowym importem produktów, zmianą struktury kategorii, migracją na nowy serwer. Taka kopia jest najcenniejsza, bo pozwala cofnąć konkretną zmianę, a nie cały dzień pracy sklepu. Dobrą praktyką jest nazywanie jej tak, żeby po tygodniu było wiadomo, czego dotyczyła, np. z datą i opisem operacji. Przy dużych importach można też ograniczyć ryzyko, eksportując wcześniej same pola, które import nadpisze, np. ceny i opisy, żeby w razie błędu przywrócić tylko je.

Gdzie przechowywać kopie zapasowe sklepu

Kopia trzymana na tym samym serwerze co sklep chroni przed pomyłką, ale nie przed awarią serwera, włamaniem ani błędem hostingu. Minimum to jedna kopia poza serwerem sklepu, najlepiej u innego dostawcy i na innym koncie niż hosting. Dzięki temu przejęcie dostępu do panelu hostingu nie daje jednocześnie możliwości usunięcia wszystkich kopii.

Kopie zawierają dane osobowe klientów i często klucze integracji, więc powinny być szyfrowane, a dostęp do nich ograniczony do osób, które faktycznie przywracają sklep. Warto też włączyć ochronę przed usunięciem lub nadpisaniem kopii przez określony czas, jeśli oferuje ją wybrana usługa przechowywania. Szczegółowe obowiązki dotyczące danych osobowych w kopiach warto omówić z prawnikiem lub inspektorem ochrony danych.

Kopia zapasowa a integracje - o czym zapomina się najczęściej

Sklep połączony z marketplace, ERP i kurierami nie jest samotną wyspą. Gdy przywracasz bazę z wczoraj, sklep cofa się w czasie, ale pozostałe systemy nie. Allegro, ERP i magazyn znają zamówienia, których w przywróconym sklepie nie ma. Integracja po uruchomieniu może pobrać je ponownie, co jest dobre, albo wysłać do ERP stare stany i ceny, co jest groźne. Może też zaktualizować oferty na marketplace stanami sprzed awarii i doprowadzić do sprzedaży towaru, którego już nie ma.

Dlatego plan przywracania musi mówić, które integracje wyłączyć przed odtworzeniem i w jakiej kolejności włączać je z powrotem. Porównanie poniżej pokazuje, kiedy wystarczy kopia hostingu lub platformy, a kiedy potrzebny jest własny, szerszy plan:

[#chart:wpr79b]

Jak przywrócić sklep z kopii zapasowej krok po kroku

Przywracanie w stresie, bez planu, kończy się zwykle dodatkowymi stratami, dlatego plan warto spisać i trzymać poza serwerem sklepu. Kolejność, którą stosujemy przy sklepach z integracjami, wygląda tak:

[#chart:wpr79c]

Po odtworzeniu kluczowy jest krok uzgodnienia. Porównaj zamówienia w sklepie z zamówieniami w marketplace, bramce płatności i ERP za okres od godziny kopii do momentu awarii. Brakujące zamówienia pobierz ponownie przez integrację, a stany magazynowe zsynchronizuj z systemem, który jest dla nich źródłem prawdy, zanim włączysz wysyłanie stanów do ofert. W WooCommerce problem zamówień przy odtwarzaniu kopii opisujemy szerzej we wpisie kopie zapasowe WooCommerce - jak robić backup sklepu.

[#checklista] Przed przywróceniem kopii: zatrzymaj zadania cron i kolejki, wyłącz wysyłanie stanów i cen do marketplace, wstrzymaj webhooki i automatyczne faktury, zapisz listę zamówień z okresu po kopii ze wszystkich kanałów, zrób kopię obecnego, uszkodzonego stanu na potrzeby analizy. Po przywróceniu: sprawdź sklep i płatności, uzgodnij zamówienia i stany, a dopiero potem włączaj integracje jedna po drugiej.

Test odtwarzania - backup bez testu to tylko nadzieja

Kopia, której nikt nie próbował odtworzyć, może okazać się niekompletna dokładnie wtedy, gdy będzie potrzebna: bez jednej tabeli, bez zdjęć, z hasłem do archiwum, którego nikt nie pamięta. Test odtwarzania na odizolowanym środowisku, z odłączonymi integracjami i wyłączoną wysyłką e-maili, pokazuje też realny czas przywrócenia, czyli Twoje faktyczne RTO. Jak przeprowadzić taki test i co w nim sprawdzić, opisujemy w poradniku test odtwarzania kopii zapasowej sklepu.

Z punktu widzenia programisty test ma jeszcze jedną zaletę: ujawnia zależności, o których nikt nie pamiętał. Moduł, który po odtworzeniu nie działa, bo jego licencja jest przypisana do domeny. Zadanie cron, którego nie ma w żadnej dokumentacji. Integracja, która po starcie od razu zaczęła wysyłać dane na produkcyjne konto marketplace. Każde takie odkrycie to punkt do dopisania w planie przywracania. Dobrze, żeby test przeprowadzała osoba inna niż autor kopii, korzystając wyłącznie z dokumentacji. Jeśli bez dopytywania autora nie da się odtworzyć sklepu, dokumentacja jest niepełna, a w dniu prawdziwej awarii autor może być niedostępny.

Jak Vinson pomaga z backupem sklepu

Programiści Vinson projektują kopie zapasowe sklepów razem z ich integracjami: ustalamy zakres i częstotliwość kopii, przenosimy kod do repozytorium, dokumentujemy konfigurację integracji i przygotowujemy plan przywracania z kolejnością włączania połączeń. Przeprowadzamy też testy odtworzenia na osobnym środowisku i pomagamy przywrócić sklep po awarii bez duplikatów zamówień. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.

Najczęściej zadawane pytania

Co powinna zawierać kopia zapasowa sklepu internetowego?

Bazę danych z zamówieniami, produktami, klientami i ustawieniami, pliki sklepu ze zdjęciami, kod własnych modułów i motywu oraz opis konfiguracji serwera i integracji. Dostępy i klucze API przechowuje się osobno, w menedżerze haseł lub sekretów, a kopię zawierającą klucze trzeba szyfrować.

Jak często robić backup sklepu internetowego?

Bazę danych sklepu z codziennymi zamówieniami kopiuj co najmniej raz dziennie, a przy większym ruchu częściej, oraz zawsze przed aktualizacją lub importem. Kod zabezpiecza repozytorium przy każdej zmianie. Częstotliwość dobierz do tego, ile danych możesz stracić bez szkody dla sprzedaży.

Czy Shopify robi kopię zapasową mojego sklepu?

Shopify wskazuje, że kopię informacji o sklepie można zrobić samodzielnie przez eksport plików CSV z panelu, pobranie motywu albo aplikację z Shopify App Store (stan na wrzesień 2026 - sprawdź aktualną pomoc Shopify). Eksport CSV to kopia danych, a nie pełna kopia sklepu, więc warto ustalić, czego nie obejmuje.

Jak długo Shoper przechowuje kopie zapasowe sklepu?

Według pomocy Shopera kopie wykonywane są codziennie około godziny 2:00 i przechowywane przez trzy dni, a przywrócenie odbywa się przez pomoc techniczną zgodnie z cennikiem usług dodatkowych (stan na wrzesień 2026 - sprawdź aktualną pomoc Shoper). Przywracany jest cały sklep, więc późniejsze zmiany przepadają.

Co zrobić z integracjami przed przywróceniem kopii sklepu?

Wyłącz zadania synchronizacji, wysyłanie stanów i cen do marketplace, webhooki i automatyczne dokumenty. Po odtworzeniu uzgodnij zamówienia i stany z pozostałymi systemami, a integracje włączaj pojedynczo, obserwując logi. Inaczej przywrócony sklep może nadpisać aktualne dane starymi.

Dobry backup sklepu internetowego to nie jedna kopia na serwerze, tylko przemyślany zestaw kopii, planu przywracania i regularnych testów - z integracjami uwzględnionymi od początku. Jeśli chcesz uporządkować kopie zapasowe swojego sklepu i jego połączeń, sprawdź wsparcie programistyczne Vinson.