Archiwa opieka techniczna

Sklep WooCommerce na własność – co powinieneś otrzymać od wykonawcy po wdrożeniu?

Samo uruchomienie sprzedaży nie oznacza jeszcze, że sklep jest naprawdę pod kontrolą klienta. Sprawdź, jakie konta, dostępy, pliki, licencje i dokumenty powinien przekazać wykonawca WooCommerce.

Określenie „sklep WooCommerce na własność” pojawia się w wielu ofertach, ale nie zawsze oznacza dokładnie to samo. Dla jednej firmy będzie to brak miesięcznego abonamentu za korzystanie z platformy, dla innej – przekazanie pełnego dostępu administracyjnego. Z punktu widzenia właściciela biznesu najważniejsza jest jednak praktyczna niezależność: możliwość zarządzania sprzedażą, wykonywania kopii, odnawiania usług oraz zlecenia obsługi innemu wykonawcy.

Dlatego odbiór sklepu nie powinien kończyć się na otrzymaniu adresu do panelu WordPressa. Trzeba sprawdzić, kto kontroluje domenę, hosting, płatności, licencje i konta zewnętrzne. Istotne są również pliki, baza danych, dokumentacja oraz jasno opisane prawa do projektu i dedykowanych modyfikacji.

Co właściwie oznacza sklep WooCommerce na własność?

WooCommerce działa w środowisku WordPressa, czyli oprogramowania udostępnianego na licencji open source. Użytkownik może je uruchamiać, analizować i modyfikować zgodnie z warunkami licencji. Nie oznacza to jednak, że zamawiając sklep, nabywa wyłączne prawa do WordPressa, WooCommerce i wszystkich zastosowanych dodatków.

„Na własność” warto rozumieć przede wszystkim jako niezależność operacyjną. Po zakończeniu wdrożenia klient powinien móc:

zalogować się jako administrator i zarządzać użytkownikami,
kontrolować domenę, hosting oraz najważniejsze usługi zewnętrzne,
uzyskać dostęp do plików i bazy danych,
tworzyć oraz pobierać kopie bezpieczeństwa,
zlecić rozwój lub naprawę sklepu innej firmie,
ustalić, które licencje trzeba odnawiać i kto jest ich właścicielem,
korzystać z projektu, treści i kodu w zakresie określonym w umowie.

Taki model różni się od platform abonamentowych, w których przedsiębiorca korzysta ze sklepu jako usługi działającej w infrastrukturze dostawcy. WooCommerce daje większą swobodę, ale tylko wtedy, gdy wdrożenie nie zostało uzależnione od kont i serwerów wykonawcy.

Domena, hosting i usługi zewnętrzne pod kontrolą klienta

Domena nie jest kupowana raz na zawsze. Jej utrzymanie wymaga odnawiania rejestracji, dlatego przedsiębiorca powinien mieć kontrolę nad kontem rejestratora, danymi abonenta i adresem używanym do odzyskiwania dostępu. Jeśli domenę zarejestrowała agencja na swoim koncie, należy ustalić sposób przekazania jej klientowi.

Podobnie wygląda sytuacja z hostingiem. Najbezpieczniejszy organizacyjnie model zakłada, że umowa z dostawcą hostingu jest zawarta przez właściciela sklepu. Wykonawca sklepu może otrzymać osobne uprawnienia techniczne, ale nie powinien pozostawać jedyną osobą zdolną do odnowienia usługi, pobrania faktury lub przywrócenia dostępu.

Podczas odbioru warto przygotować rejestr wszystkich usług wykorzystywanych przez sklep. Może on obejmować:

rejestratora domeny oraz operatora DNS,
hosting, serwer lub usługę chmurową,
pocztę firmową i system wysyłki wiadomości transakcyjnych,
operatora płatności oraz usługę ratalną,
integracje kurierskie i system nadawania przesyłek,
narzędzia analityczne, reklamowe i do zarządzania tagami,
newsletter, system fakturowania i program magazynowy,
zewnętrzne kopie bezpieczeństwa, CDN i zabezpieczenia.

Przy każdej pozycji należy wskazać właściciela konta, administratora, płatnika, adres odzyskiwania hasła i termin odnowienia. Sam klucz API wprowadzony w konfiguracji sklepu nie oznacza jeszcze, że klient kontroluje usługę. Przykładowo systemy płatnicze rozróżniają właściciela konta od użytkowników z dodatkowymi uprawnieniami.

Dostęp administracyjny nie wystarczy bez plików i bazy danych

WooCommerce pozwala nadać użytkownikowi rolę kierownika sklepu. Taka osoba może zajmować się między innymi produktami, zamówieniami, kuponami, zwrotami i raportami, ale nie ma pełnej kontroli technicznej nad WordPressem. Konto tego typu jest przydatne pracownikom obsługi sprzedaży, lecz właściciel sklepu powinien otrzymać również własne konto administratora.

W pakiecie przekazania powinny znaleźć się ponadto dane umożliwiające zarządzanie środowiskiem technicznym:

panel hostingu lub serwera,
dostęp do plików strony,
dostęp do bazy danych,
panel zarządzania kopiami bezpieczeństwa,
repozytorium kodu, jeżeli było używane,
dostęp do środowiska testowego, jeśli stanowi część wdrożenia.

Kompletna kopia sklepu musi obejmować zarówno pliki, jak i bazę danych. W plikach znajdują się między innymi motywy, wtyczki i przesłane multimedia. Baza zawiera konfigurację, treści oraz dane obsługiwane przez WordPressa i WooCommerce. Sam katalog strony albo eksport produktów nie wystarczy do pełnego odtworzenia instalacji.

Jeżeli sklep ma dedykowany motyw potomny, własne wtyczki lub proces budowania zasobów, wykonawca powinien przekazać również kod źródłowy i instrukcję jego uruchomienia. Najlepszym testem kompletności jest próbne odtworzenie sklepu poza infrastrukturą agencji.

Prawa do projektu, kodu i materiałów trzeba opisać w umowie

Przekazanie plików nie jest tym samym co przeniesienie praw do wszystkich znajdujących się w nich elementów. Projekt może łączyć oprogramowanie open source, kod wykonany na zamówienie, płatny motyw, fonty, zdjęcia stockowe, ikony i treści dostarczone przez klienta.

Umowa powinna więc oddzielnie określać zasady korzystania z projektu graficznego, dedykowanego kodu, tekstów i pozostałych materiałów. Warto ustalić, czy klient może je modyfikować, przenieść sklep na inny serwer i powierzyć dalszy rozwój kolejnemu programiście. Jeżeli powstały edytowalne pliki projektu graficznego, trzeba wskazać, czy również zostaną przekazane.

Szczególnej uwagi wymagają płatne wtyczki. Dodatek może działać w sklepie, ale jego subskrypcja może pozostawać na agencyjnym koncie wykonawcy. W takim przypadku klient może nie mieć samodzielnego dostępu do pobierania plików, aktualizacji i wsparcia producenta.

W WooCommerce.com przeniesienie subskrypcji na konto klienta jest czymś innym niż jej udostępnienie. Co więcej, po zaakceptowaniu transferu trzeba jeszcze prawidłowo połączyć subskrypcję ze sklepem. Przy odbiorze należy zatem sprawdzić nie tylko wysłanie zaproszenia, lecz także faktyczną możliwość zarządzania odnowieniem i pobierania aktualizacji.

Nie każdą licencję agencyjną można rozdzielić. Czasem rozsądnym rozwiązaniem będzie zakup osobnej subskrypcji przez klienta. Zasady zależą od producenta, dlatego rejestr licencji powinien wskazywać nazwę dodatku, właściciela konta, termin odnowienia oraz konsekwencje wygaśnięcia.

Dokumentacja i szkolenie po uruchomieniu sprzedaży

Nawet dobrze zaprojektowany panel wymaga krótkiego wdrożenia zespołu. Szkolenie powinno odpowiadać rzeczywistym obowiązkom pracowników, zamiast omawiać wszystkie ustawienia WordPressa. Najczęściej potrzebna jest obsługa produktów prostych i wariantowych, cen, stanów magazynowych, zamówień, zwrotów, kuponów i raportów.

Dokumentacja użytkowa może mieć formę instrukcji, nagrań lub uporządkowanej bazy wiedzy. Powinna uwzględniać elementy wykonane specjalnie dla danego sklepu, ponieważ ogólne poradniki WooCommerce nie wyjaśnią obsługi niestandardowych integracji.

Osobnym materiałem jest dokumentacja techniczna przeznaczona dla administratora lub kolejnego programisty. Warto zawrzeć w niej opis środowiska, dodatkowych modyfikacji, integracji, harmonogramów zadań, kopii bezpieczeństwa i procedury odtwarzania. Instrukcja dodawania produktu nie zastępuje dokumentacji potrzebnej podczas awarii lub migracji.

Koszty i wsparcie po zakończeniu wdrożenia

Brak opłaty za sam rdzeń WooCommerce nie oznacza, że utrzymanie sklepu jest bezkosztowe. Po wdrożeniu nadal opłacane są między innymi domena, hosting, płatne dodatki i wybrane usługi zewnętrzne. Zamiast opierać się na ogólnych szacunkach, warto otrzymać zestawienie kosztów dotyczące konkretnej instalacji.

Rejestr powinien zawierać dostawcę, płatnika, cykl rozliczeniowy, termin odnowienia i skutek rezygnacji. Wygaśnięcie subskrypcji dodatku może oznaczać utratę aktualizacji, wsparcia lub dostępu do plików. Nawet jeśli zainstalowana wtyczka nadal działa, nie daje to gwarancji jej przyszłej zgodności z aktualizowanym sklepem.

W umowie serwisowej należy rozdzielić usuwanie usterek wdrożenia od bieżących aktualizacji, pomocy pracownikom i rozwoju nowych funkcji. Dobrze określone wsparcie opisuje kanał zgłoszeń, czas obowiązywania, sposób rozliczenia, czas reakcji i wyłączenia odpowiedzialności. Opieka techniczna jest usługą dodatkową – nie powinna jednak zastępować przekazania klientowi dostępu do jego sklepu.

Protokół przekazania sklepu WooCommerce

Odbiór najlepiej przeprowadzić na podstawie protokołu, w którym każda pozycja ma status, osobę odpowiedzialną i dowód wykonania. Sama deklaracja „dostępy przekazane” jest mniej użyteczna niż potwierdzone logowanie z konta klienta.

Końcowa lista kontrolna powinna obejmować:

Domenę i hosting – dane abonenta, konto klienta, płatności, DNS i odzyskiwanie dostępu.
WordPress i WooCommerce – własne konto administratora oraz odpowiednie konta dla pracowników.
Pliki i bazę – dostęp techniczny, aktualną kopię oraz możliwość jej pobrania.
Usługi zewnętrzne – płatności, dostawy, analitykę, pocztę, newsletter i systemy biznesowe.
Licencje – właścicieli kont, terminy odnowień i aktywne połączenie subskrypcji ze sklepem.
Projekt i kod – zakres praw, pliki źródłowe, repozytorium i zasady dalszej modyfikacji.
Dokumentację – instrukcje dla obsługi oraz informacje techniczne dla administratora.
Testy – zamówienie testowe, płatność, wysyłkę wiadomości, kopię i procedurę odtworzenia.
Wsparcie – zasady zgłaszania usterek oraz warunki opcjonalnej opieki technicznej.

Po zakończeniu współpracy trzeba też odebrać niepotrzebne uprawnienia wykonawcy i bezpiecznie zmienić współdzielone hasła lub sekrety. Należy robić to z uwzględnieniem aktywnych integracji, aby przypadkowo nie zatrzymać płatności, wysyłki wiadomości albo synchronizacji danych.

Dobrze wykonany sklep internetowy na własność nie zamyka klienta u jednego dostawcy. Pozwala swobodnie kontynuować współpracę, ale nie wymusza jej przez brak dostępów. W PRODO przy wdrożeniach WooCommerce zwracamy uwagę nie tylko na uruchomienie sprzedaży, lecz także na uporządkowane przekazanie środowiska, dokumentacji i informacji potrzebnych do dalszego utrzymania sklepu.

Najczęściej zadawane pytania (FAQ)

Co oznacza sklep WooCommerce na własność?

To przede wszystkim niezależność operacyjna: możliwość zarządzania sklepem, kontrolowania domeny i hostingu, wykonywania kopii oraz zlecenia obsługi innej firmie. Nie oznacza to nabycia wyłącznych praw do WordPressa, WooCommerce i wszystkich dodatków.

Jakie dostępy i pliki powinien przekazać wykonawca po wdrożeniu?

Właściciel powinien otrzymać własne konto administratora, dostęp do panelu hostingu lub serwera, plików, bazy danych i kopii bezpieczeństwa. Kompletna kopia sklepu musi obejmować zarówno pliki, jak i bazę danych. Jeśli wdrożenie obejmuje dedykowany kod, wykonawca powinien przekazać również jego źródła i instrukcję uruchomienia.

Czy działająca płatna wtyczka oznacza, że mam kontrolę nad jej licencją?

Nie, ponieważ subskrypcja może pozostawać na agencyjnym koncie wykonawcy. Przy odbiorze trzeba sprawdzić możliwość zarządzania odnowieniem i pobierania aktualizacji. Nie każdą licencję agencyjną można rozdzielić, dlatego czasem potrzebny będzie zakup osobnej subskrypcji przez klienta.

Czy sklep WooCommerce na własność wymaga dalszych opłat?

Tak, brak opłaty za sam rdzeń WooCommerce nie oznacza bezkosztowego utrzymania sklepu. Nadal trzeba opłacać między innymi domenę, hosting, płatne dodatki i wybrane usługi zewnętrzne. Warto otrzymać zestawienie kosztów konkretnej instalacji wraz z terminami odnowień i skutkami rezygnacji.

Kopia bezpieczeństwa WooCommerce: jak chronić pliki, bazę danych i nowe zamówienia przed utratą

Skuteczny backup WooCommerce musi obejmować pliki sklepu, pełną bazę danych i zamówienia powstające pomiędzy kopiami. Sprawdź, jak dobrać częstotliwość backupu, przechowywać kopie poza serwerem i przeprowadzić test odtworzenia.

Kopia bezpieczeństwa sklepu WooCommerce nie jest wyłącznie zabezpieczeniem na wypadek awarii serwera. Może uratować firmę również po nieudanej aktualizacji, błędzie administratora, infekcji złośliwym oprogramowaniem albo uszkodzeniu bazy danych. Sam fakt, że na hostingu widnieje komunikat o wykonywaniu codziennych kopii, nie oznacza jednak, że sklep można bezpiecznie odtworzyć.

W e-commerce najważniejsze pytanie brzmi nie tylko: „czy mamy backup?”, lecz także: „ile zamówień stracimy po jego przywróceniu?”. Sklep działa dynamicznie, dlatego strategia kopii musi uwzględniać częstotliwość sprzedaży, miejsce przechowywania archiwów oraz procedurę odzyskiwania danych.

Dlaczego backup WooCommerce musi obejmować więcej niż pliki WordPressa?

Instalacja WordPressa składa się z plików oraz bazy danych. W plikach znajdują się między innymi wtyczki, motywy, zdjęcia produktów, dokumenty do pobrania i konfiguracja połączenia z bazą. Sama baza przechowuje natomiast znaczną część informacji potrzebnych do prowadzenia sprzedaży: produkty, klientów, ustawienia, kupony i zamówienia.

Skopiowanie katalogu strony przez FTP nie wystarczy. Po jego przywróceniu można odzyskać zdjęcia oraz kod sklepu, ale bez właściwej bazy zabraknie danych transakcyjnych. Nie należy też mylić pełnego backupu z eksportem wykonanym w sekcji Narzędzia WordPressa. Plik eksportu treści nie zastępuje kompletnego zrzutu bazy zawierającego tabele WooCommerce.

Problem może wystąpić również w odwrotnej sytuacji. Przywrócenie wyłącznie bazy nie pomoże, jeśli na serwerze brakuje używanego motywu, rozszerzenia płatności, plików produktów cyfrowych albo przesłanych zdjęć. Pełna kopia musi więc tworzyć spójny zestaw danych z tego samego okresu.

Co należy archiwizować w sklepie WooCommerce?

Zakres backupu powinien pozwalać na uruchomienie sklepu na czystym środowisku bez zgadywania, których elementów brakuje. W praktyce należy zabezpieczyć:

pełną bazę danych – razem ze wszystkimi tabelami WordPressa, WooCommerce i aktywnych rozszerzeń;
katalog wp-content – obejmujący motywy, wtyczki, media, pliki językowe i inne zasoby;
pliki konfiguracyjne – przede wszystkim wp-config.php oraz dodatkowe konfiguracje serwera i aplikacji;
indywidualne modyfikacje – kod motywu potomnego, własne wtyczki, integracje i skrypty;
pliki poza typową strukturą WordPressa – jeżeli sklep przechowuje tam importy, eksporty, dokumenty lub materiały do pobrania;
informacje potrzebne do odtworzenia środowiska – używaną wersję PHP, ustawienia zadań cyklicznych, reguły serwera i konfigurację DNS.

Nie warto wybierać pojedynczych tabel bazy bez dokładnej znajomości architektury sklepu. Dane zamówienia mogą być powiązane z pozycjami koszyka, adresami, podatkami, płatnościami, wysyłką i metadanymi dodanymi przez wtyczki. Jeżeli sklep korzysta z High-Performance Order Storage, zamówienia są zapisywane w dedykowanych tabelach. System backupu musi je rozpoznawać i archiwizować, a nie ograniczać się do historycznie używanych tabel WordPressa.

Jak często wykonywać kopie w zależności od liczby zamówień?

Częstotliwość należy ustalić na podstawie akceptowalnej utraty danych. Jeśli baza jest kopiowana raz na dobę, w skrajnym przypadku odtworzenie może cofnąć sklep o niemal cały dzień. Dla witryny firmowej bywa to dopuszczalne, ale dla aktywnego sklepu oznacza brak części zamówień, zmian stanów magazynowych i nowych kont klientów.

Skala sprzedaży	Praktyczna częstotliwość	Dodatkowe zabezpieczenie
Sporadyczne zamówienia	Pełna kopia codziennie	Backup przed każdą aktualizacją
Kilka lub kilkanaście zamówień dziennie	Baza co kilka godzin, pliki codziennie	Dłuższa historia kopii tygodniowych
Sprzedaż regularna przez cały dzień	Baza co godzinę lub backup przyrostowy	Monitoring wykonania i powiadomienia o błędach
Duży lub intensywnie promowany sklep	Kopie zmian w czasie zbliżonym do rzeczywistego	Procedura zachowania nowych zamówień podczas odtwarzania

Są to zakresy orientacyjne. Sklep z kilkoma drogimi zamówieniami może wymagać lepszej ochrony niż sklep obsługujący większą liczbę drobnych transakcji. Warto też skrócić odstęp między kopiami podczas kampanii reklamowej, sezonowej wyprzedaży lub premiery produktu.

Backup na hostingu, wtyczką czy zewnętrznie?

Kopie hostingowe są wygodne, ponieważ powstają niezależnie od panelu WordPressa i często pozwalają szybko przywrócić pliki lub bazę. Trzeba jednak sprawdzić, jak długo są przechowywane, czy obejmują cały sklep, czy można je pobrać oraz co stanie się po awarii lub zablokowaniu konta hostingowego.

Wtyczka do backupu daje większą kontrolę nad harmonogramem i miejscem zapisu. Może wysyłać archiwa do zewnętrznej chmury i pozwalać na osobne kopiowanie plików oraz bazy. Jej wadą jest obciążenie serwera podczas tworzenia dużych archiwów. Źle skonfigurowana wtyczka może też zapisywać kopie w publicznie dostępnym katalogu albo zapełnić miejsce na hostingu.

Zewnętrzna usługa backupowa zwykle kopiuje dane do osobnej infrastruktury i może rejestrować zmiany częściej niż standardowy backup dobowy. To dobre rozwiązanie dla sklepów, w których koszt utraty kilku godzin sprzedaży jest wysoki. Przed wyborem należy zweryfikować obsługę WooCommerce, sposób ochrony nowych zamówień, retencję, szyfrowanie i możliwość pobrania kopii.

Najbezpieczniejsze podejście nie opiera się na jednej metodzie. Kopia hostingowa może służyć do szybkiej reakcji, a druga, niezależna kopia – do odzyskania sklepu po awarii całego konta lub ataku obejmującym serwer.

Jak ustawić automatyczne kopie i przechowywać je poza serwerem?

Automatyzacja powinna obejmować nie tylko uruchomienie zadania, ale również kontrolę jego wyniku. Sam harmonogram nie daje ochrony, jeżeli od kilku tygodni kopie kończą się błędem z powodu braku miejsca, limitu czasu lub utraty połączenia z chmurą.

Ustal osobny harmonogram dla bazy i plików. Baza zmienia się znacznie częściej niż motyw czy wtyczki.
Wybierz zewnętrzną lokalizację, która nie znajduje się na tym samym serwerze i najlepiej nie korzysta z tych samych danych dostępowych.
Włącz szyfrowanie archiwów, szczególnie jeśli zawierają dane klientów.
Ustaw retencję obejmującą kopie częste, dobowe, tygodniowe i starsze punkty przywracania.
Skonfiguruj powiadomienia o nieudanym zadaniu oraz monitoruj ilość wolnego miejsca.
Ogranicz dostęp do magazynu kopii i zabezpiecz konto uwierzytelnianiem wieloskładnikowym.

Kopie dostępne stale z poziomu zaatakowanej strony mogą zostać usunięte lub zaszyfrowane razem z nią. Dlatego przynajmniej jedna wersja powinna być odseparowana od sklepu, odporna na łatwe nadpisanie albo okresowo pobierana do dodatkowego magazynu.

Jak zabezpieczyć zamówienia powstałe między backupami?

To najtrudniejszy element odtwarzania WooCommerce. Przywrócenie całej bazy z wczoraj może usunąć dzisiejsze zamówienia, nowe konta, zmiany stanów magazynowych i aktualizacje statusów płatności. Nie można zakładać, że brakujące informacje uda się bezpiecznie odtworzyć z wiadomości e-mail lub panelu operatora płatności.

Ryzyko można ograniczyć na kilka sposobów:

stosować backup przyrostowy lub działający w czasie zbliżonym do rzeczywistego;
wykonywać częste kopie samej bazy danych;
przed planowanym odtworzeniem zapisać aktualny stan sklepu oraz wyeksportować najnowsze zamówienia;
na czas krytycznej operacji czasowo wstrzymać możliwość składania zamówień;
przywracać tylko uszkodzone pliki, jeśli baza jest poprawna;
powierzyć selektywne łączenie danych specjaliście, zamiast ręcznie kopiować przypadkowe tabele.

Przed rozpoczęciem awaryjnego przywracania zawsze warto wykonać kopię aktualnego, nawet uszkodzonego sklepu. Może ona zawierać najnowsze zamówienia, których nie ma jeszcze w starszym, sprawnym punkcie przywracania.

Test odtworzenia: jak sprawdzić, czy backup działa?

Lista archiwów w panelu nie potwierdza, że sklep da się odzyskać. Rzetelny test polega na odtworzeniu kopii w oddzielnym środowisku, na przykład na technicznej subdomenie zabezpieczonej przed klientami i indeksowaniem.

Po odtworzeniu należy sprawdzić stronę główną, kategorie, zdjęcia, warianty produktów, konto klienta, koszyk i proces zakupowy. Trzeba również potwierdzić obecność zamówień, zgodność ich pozycji i statusów, ustawienia podatków, metody dostawy, integracje płatnicze oraz zadania cykliczne. Testowa transakcja powinna odbywać się w trybie bezpiecznym lub testowym, aby nie wywołać prawdziwej płatności czy wysyłki.

Warto zapisać czas potrzebny na odtworzenie i stworzyć prostą instrukcję: gdzie znajdują się kopie, kto ma dostęp, jak uruchomić przywracanie i jakie elementy sprawdzić. Test należy powtarzać po istotnych zmianach hostingu, architektury sklepu lub systemu backupowego.

Najczęstsze błędy przy tworzeniu kopii WooCommerce

Zapisywanie kopii tylko na serwerze sklepu. Awaria konta lub atak może objąć również archiwa.
Kopiowanie samych plików. Bez bazy nie zostaną odzyskane zamówienia i większość konfiguracji.
Codzienny backup przy sprzedaży całodobowej. Taki harmonogram może oznaczać utratę wielu godzin danych.
Brak kontroli raportów. Automatyczne zadanie mogło przestać działać znacznie wcześniej.
Zbyt krótka retencja. Infekcja lub błąd może zostać zauważony dopiero po nadpisaniu wszystkich dobrych kopii.
Brak kopii przed aktualizacją. Punkt przywracania powinien powstać bezpośrednio przed zmianą kodu lub bazy.
Odtwarzanie całej bazy bez analizy. Można w ten sposób skasować zamówienia złożone po wykonaniu backupu.
Brak testów. Uszkodzone, niepełne albo źle zaszyfrowane archiwum może okazać się bezużyteczne.

Dobra kopia bezpieczeństwa WooCommerce jest procesem, a nie jednorazowo pobranym plikiem. Powinna powstawać automatycznie, trafiać poza serwer sklepu i być regularnie sprawdzana przez testowe odtworzenie. W aktywnym sklepie musi również istnieć procedura ochrony zamówień złożonych pomiędzy punktami przywracania.

Jeżeli nie masz pewności, czy obecny backup obejmuje wszystkie tabele WooCommerce i pozwoli odzyskać najnowsze transakcje, warto przeprowadzić audyt przed wystąpieniem awarii. PRODO pomaga w konfiguracji kopii, testowym odtwarzaniu, naprawie WooCommerce oraz przygotowaniu procedur bezpieczeństwa dla sklepów działających w całej Polsce.

Najczęściej zadawane pytania (FAQ)

Czy kopia samych plików WordPressa wystarczy do odzyskania sklepu WooCommerce?

Nie, pełna kopia musi obejmować zarówno pliki, jak i bazę danych z tego samego okresu. Bez bazy nie odzyskasz zamówień i danych transakcyjnych, a bez plików może zabraknąć zdjęć, wtyczek lub motywu.

Jak często wykonywać backup sklepu WooCommerce?

Przy sporadycznych zamówieniach zalecana jest pełna kopia codziennie, a przy kilku lub kilkunastu dziennie — kopia bazy co kilka godzin i plików codziennie. Regularna sprzedaż przez cały dzień wymaga kopii bazy co godzinę lub backupu przyrostowego. Dla dużego lub intensywnie promowanego sklepu wskazane są kopie zmian w czasie zbliżonym do rzeczywistego.

Czy można polegać wyłącznie na kopiach wykonywanych przez hosting?

Najbezpieczniejsze podejście nie opiera się na jednej metodzie. Kopię hostingową warto uzupełnić niezależną kopią poza serwerem sklepu, która pozwoli odzyskać dane po awarii całego konta lub ataku obejmującym serwer.

Jak chronić nowe zamówienia podczas przywracania starszej kopii?

Przed przywracaniem wykonaj kopię aktualnego, nawet uszkodzonego sklepu i wyeksportuj najnowsze zamówienia. Na czas krytycznej operacji czasowo wstrzymaj możliwość składania zamówień. Jeśli baza jest poprawna, przywracaj tylko uszkodzone pliki, a selektywne łączenie danych powierz specjaliście.