Archiwa e-commerce

Firma tworząca sklep WooCommerce – jak porównać wyceny wdrożenia w 2026 roku?

Dwie oferty na sklep WooCommerce mogą obejmować zupełnie inny zakres. Zobacz, jak przygotować wspólny brief, porównać integracje, koszty utrzymania i warunki współpracy oraz obliczyć łączny koszt pierwszego roku.

Porównanie wycen wykonania sklepu WooCommerce nie powinno polegać na zestawieniu dwóch kwot z ostatniej strony oferty. Jedna firma może uwzględnić projekt graficzny, import produktów, testy płatności i opiekę po uruchomieniu, a druga wycenić jedynie instalację systemu oraz konfigurację gotowego motywu. Na pierwszy rzut oka tańsza propozycja może więc dotyczyć znacznie mniejszego zakresu.

W 2026 roku nadal trzeba oddzielać koszt samej platformy od kosztu wdrożenia i późniejszego utrzymania. Podstawowy WooCommerce jest dostępny bez miesięcznej opłaty licencyjnej, ale nie oznacza to bezpłatnego sklepu. Pozostają wydatki na pracę wykonawcy, hosting, płatne rozszerzenia, obsługę płatności, aktualizacje oraz rozwój. Dlatego rzetelne porównanie powinno odpowiedzieć na trzy pytania: co dokładnie otrzymasz, czego oferta nie obejmuje i ile wyniesie łączny koszt pierwszych 12 miesięcy.

Najpierw przygotuj jeden brief dla wszystkich firm

Firmy mogą przygotować porównywalne wyceny tylko wtedy, gdy otrzymają te same informacje. Ogólne zapytanie o cenę nowoczesnego sklepu internetowego pozostawia zbyt szerokie pole do interpretacji. Dla jednej agencji będzie to standardowy motyw z podstawową konfiguracją, dla innej indywidualny projekt kilkunastu widoków.

Brief powinien określać przynajmniej:

liczbę produktów, kategorii i wariantów oraz przewidywane tempo rozwoju katalogu,
źródło i jakość danych produktowych, w tym dostępność opisów, zdjęć, SKU, cen i parametrów,
kraje sprzedaży, języki, waluty i zasady podatkowe wymagające konfiguracji,
oczekiwane widoki, między innymi stronę główną, kategorię, kartę produktu, koszyk, zamówienie i konto klienta,
metody płatności, sposoby dostawy oraz wymagane integracje z programem magazynowym lub fakturowym,
zakres migracji ze starego sklepu, jeżeli projekt zastępuje istniejący serwis,
podział odpowiedzialności za treści, regulaminy, politykę prywatności i materiały graficzne,
termin realizacji oraz mierzalne kryteria odbioru.

Do zapytania warto dołączyć próbkę danych, na przykład plik z kilkunastoma produktami prostymi i wariantowymi. Pomocny będzie również opis przykładowej ścieżki zamówienia: od wyboru produktu, przez rabat i płatność, aż po przekazanie danych do magazynu. Wykonawca może wtedy ocenić rzeczywistą pracochłonność zamiast przyjmować optymistyczne założenia.

Poproś każdą firmę o wskazanie odstępstw od briefu. Jeżeli określona funkcja nie została wyceniona albo wymaga dodatkowej analizy, powinno to zostać zapisane wprost, a nie ukryte w ogólnym sformułowaniu o konfiguracji sklepu.

Co rzeczywiście obejmuje cena wdrożenia?

Pozycja opisana jako wykonanie sklepu WooCommerce może obejmować bardzo różne czynności. Oferta powinna rozdzielać co najmniej analizę, projektowanie, implementację, konfigurację, treści, testy i uruchomienie. Dzięki temu wiadomo, za jaki rezultat odpowiada firma tworząca sklep WooCommerce.

Projekt graficzny i widoki

Należy ustalić, które ekrany zostaną zaprojektowane oraz czy przed wdrożeniem otrzymasz makiety lub projekty graficzne do akceptacji. Ważna jest również liczba wersji koncepcji i tur poprawek. Sam projekt strony głównej nie przesądza o wyglądzie kategorii, wyników wyszukiwania, produktu, koszyka czy komunikatów o błędach.

Konfiguracja WooCommerce

Ta część może obejmować ustawienia sprzedaży, podatków, zamówień, kont klientów, wiadomości e-mail, kuponów, płatności i wysyłki. Trzeba jednak sprawdzić, czy wykonawca jedynie instaluje wskazane wtyczki, czy również konfiguruje je zgodnie z procesami firmy i sprawdza działanie całej ścieżki zakupowej.

Wprowadzenie treści i produktów

Nie zakładaj, że cena obejmuje uzupełnienie całego katalogu. Oferta powinna podawać liczbę wprowadzanych lub importowanych produktów, stron informacyjnych i kategorii. Istotne jest też to, kto poprawia niekompletne dane, skaluje zdjęcia, przypisuje warianty i rozwiązuje błędy w pliku importowym.

Testy i uruchomienie

Testy powinny odbywać się w kontrolowanym środowisku i obejmować uzgodnione scenariusze. Zamówienia testowe mogą generować wiadomości, trafiać do analityki albo zostać przekazane do zewnętrznych systemów. Oferta powinna więc określać środowisko testowe, używane tryby operatorów płatności, zabezpieczenia przed rzeczywistą realizacją oraz sposób dokumentowania wyników.

Warto sprawdzić także odpowiedzialność za konfigurację domeny, certyfikatu, kopii bezpieczeństwa i serwera produkcyjnego. Uruchomienie nie powinno sprowadzać się do przeniesienia plików. Powinno zakończyć się kontrolą procesu zakupowego, wiadomości e-mail, indeksowania, przekierowań oraz działania sklepu na urządzeniach mobilnych.

Gotowy motyw czy indywidualny projekt?

Informacja o indywidualnym wyglądzie nie wyjaśnia jeszcze sposobu wykonania sklepu. Unikalną warstwę wizualną można zbudować na bazie gotowego motywu, motywu potomnego, edytora blokowego albo rozwiązania kodowanego dla konkretnego projektu. Każde podejście ma inne konsekwencje dla ceny i późniejszego utrzymania.

Gotowy motyw zwykle ogranicza zakres prac projektowych i programistycznych, ale może narzucać strukturę stron, dodatkowe zależności lub sposób edycji treści. Należy sprawdzić koszt licencji, zasady odnowienia, możliwość aktualizacji oraz to, czy wyłączenie zbędnych elementów nie będzie wymagało rozbudowanych modyfikacji.

Motyw potomny pozwala oddzielić zmiany od plików motywu nadrzędnego, dzięki czemu jego aktualizacja nie nadpisuje bezpośrednio wprowadzonych modyfikacji. Nie jest to jednak gwarancja, że każda kolejna aktualizacja całego sklepu przebiegnie bez problemu. Bardzo rozległe zmiany mogą zwiększać koszt utrzymania i wymagać testów zgodności.

Przy indywidualnym projekcie zapytaj o liczbę projektowanych widoków, zakres kodowania, używany edytor, komponenty zewnętrzne oraz dokumentację. Nie porównuj więc etykiet gotowy i dedykowany. Porównuj konkretne rezultaty, zależności i łatwość późniejszego rozwoju.

Integracje i funkcje dodatkowe trzeba rozbić na scenariusze

Największe różnice między ofertami często dotyczą integracji. Sam zapis o podłączeniu płatności, kuriera lub magazynu jest zbyt ogólny, aby ocenić zakres.

Płatności

Konfiguracja nie kończy się na wyświetleniu przycisku zapłaty. Testy powinny obejmować udaną i nieudaną transakcję, przerwanie płatności, powrót klienta do sklepu, aktualizację statusu zamówienia i obsługę powiadomień wysyłanych przez operatora. Niektóre systemy mogą ponawiać powiadomienia lub dostarczyć to samo zdarzenie więcej niż raz. Sklep powinien zareagować na to bez ponownej realizacji tego samego zamówienia. Szczegółowe mechanizmy zawsze trzeba potwierdzić dla wybranego operatora.

Dostawy

Określenie integracja kurierska może oznaczać tylko metodę dostawy w koszyku albo znacznie szerszy proces. Poproś o wskazanie, czy cena obejmuje wybór punktu odbioru, przekazanie danych zamówienia, generowanie etykiety, zapis numeru śledzenia, wysłanie go klientowi oraz obsługę zwrotów. Każdy z tych elementów może wymagać osobnej konfiguracji lub rozszerzenia.

Magazyn i fakturowanie

WooCommerce udostępnia API pozwalające pracować między innymi z produktami, zamówieniami i klientami, ale sama dostępność API nie oznacza gotowej integracji. W wycenie powinny znaleźć się nazwa i wersja zewnętrznego systemu, rodzaj konektora, zakres wymienianych danych oraz informacja, czy potrzebne będą prace indywidualne.

Ustal źródło nadrzędne dla cen, stanów i opisów, kierunek oraz częstotliwość synchronizacji, mapowanie SKU i wariantów, przekazywanie statusów, moment wystawienia faktury, obsługę korekt, błędów i ponowień. Jeżeli dwóch wykonawców przyjęło inne założenia w tych obszarach, ich kwoty nie są bezpośrednio porównywalne.

Koszty poza podstawową ofertą

WooCommerce nie wymaga opłaty za podstawową platformę, ale sklep korzysta z infrastruktury i rozszerzeń. W budżecie trzeba oddzielić koszt jednorazowego wdrożenia od wydatków miesięcznych i rocznych.

Licencje: motyw, wtyczki płatności, dostaw, fakturowania, wielojęzyczności, filtrów lub kopii zapasowych.
Odnowienia: koszt kolejnego roku, warunki rezygnacji oraz konsekwencje wygaśnięcia dostępu do aktualizacji i wsparcia.
Hosting i infrastruktura: serwer, certyfikat, poczta, kopie zapasowe, środowisko testowe i ewentualne usługi dodatkowe.
Utrzymanie: aktualizacje, monitoring, testy po zmianach, usuwanie awarii i prace rozwojowe.
Opłaty transakcyjne: koszty naliczane przez wybranych operatorów płatności lub inne usługi zewnętrzne.

Hasło sklep internetowy bez abonamentu może oznaczać jedynie brak abonamentu za korzystanie z samego oprogramowania. Nie wyklucza płatnego hostingu, odnawianych licencji ani opieki technicznej. Poproś o zestawienie kosztów pierwszego roku oraz prognozę wydatków na kolejny rok, już bez jednorazowego wdrożenia.

Zasady rozliczeń z firmą wdrożeniową

Nawet dokładny zakres wymaga jasnych zasad współpracy. Harmonogram płatności najlepiej powiązać z rezultatami, na przykład zakończeniem analizy, akceptacją projektu, udostępnieniem wersji testowej i uruchomieniem sklepu. Każdy etap powinien mieć opis odbioru.

Umowa lub oferta powinna wyjaśniać:

ile tur poprawek obejmuje cena i co jest uznawane za jedną turę,
jak zatwierdza się prace dodatkowe i jaka obowiązuje stawka,
które zmiany są poprawką, a które rozszerzeniem pierwotnego zakresu,
jakie materiały i decyzje klient musi dostarczyć oraz jak opóźnienia wpływają na termin,
jak długo wykonawca usuwa błędy ujawnione po uruchomieniu,
co jest błędem wdrożenia, a co awarią usługi zewnętrznej lub skutkiem późniejszej zmiany,
kto zarządza licencjami, kontami usług i dostępami administracyjnymi.

Dobrą praktyką jest prowadzenie rejestru zmian zakresu. Każda dodatkowa funkcja powinna mieć opis wpływu na koszt i termin jeszcze przed rozpoczęciem pracy. Chroni to obie strony przed sporem wynikającym z ustnych ustaleń.

Tabela porównawcza ofert

Wszystkie informacje warto przenieść do jednego arkusza. Zamiast wpisywać tylko tak lub nie, notuj zakres, ograniczenia, koszt oraz pytania wymagające wyjaśnienia.

Obszar	Co porównać	Na co uważać
Projekt	Liczba widoków, makiety, wersja mobilna, tury poprawek	Projekt wyłącznie strony głównej
Technologia	Motyw bazowy, motyw potomny, edytor, kod indywidualny	Nieopisane zależności i licencje
Produkty i treści	Liczba rekordów, import, obróbka danych i zdjęć	Założenie, że dane są idealnie przygotowane
Integracje	Funkcje, przepływ danych, scenariusze błędów	Ogólne hasło podłączenie systemu
Testy	Środowisko, scenariusze, raport i kryteria odbioru	Brak testów płatności i systemów zewnętrznych
Uruchomienie	Domena, serwer, kopie, kontrola produkcyjna	Niejasna odpowiedzialność za infrastrukturę
Utrzymanie	Aktualizacje, reakcja na awarie, zakres opieki	Brak warunków pomocy po publikacji
Koszty roczne	Hosting, licencje, odnowienia i usługi zewnętrzne	Pokazanie wyłącznie ceny wdrożenia

Sygnały ostrzegawcze przed wyborem wykonawcy

Ostrożność powinny wzbudzić oferta bez wyłączeń, jedna zbiorcza kwota bez etapów, brak informacji o płatnych komponentach oraz obietnica obsługi każdej integracji bez poznania używanego systemu. Ryzykowne są również nieograniczone poprawki bez zasad, brak środowiska testowego i brak wskazania, kto odpowiada za sklep po uruchomieniu.

Niska cena sama w sobie nie jest wadą. Może wynikać ze sprawnego procesu, wykorzystania gotowych elementów albo mniejszego zakresu. Problem pojawia się wtedy, gdy nie da się ustalić, z czego ta różnica wynika. Firma tworząca sklepy internetowe powinna potrafić przedstawić założenia, rezultaty i ograniczenia swojej propozycji.

Porównuj koszt uzyskania działającego sklepu, nie cenę instalacji

Najbardziej użyteczna wycena pokazuje drogę od briefu do sprawdzonego sklepu produkcyjnego. Uwzględnia projekt, konfigurację, dane, integracje, testy, uruchomienie i późniejsze koszty. Pozwala też odróżnić elementy konieczne na start od funkcji, które można wdrożyć w kolejnym etapie.

Niezależnie od tego, czy wybierasz wykonawcę z Poznania, czy firmę pracującą zdalnie dla klientów z całej Polski, zastosuj ten sam brief i arkusz porównawczy. Decyzję podejmuj na podstawie kompletności zakresu, ryzyka technicznego, zasad współpracy oraz łącznego kosztu pierwszego roku. Dopiero takie zestawienie pokazuje, która oferta jest rzeczywiście korzystna.

Najczęściej zadawane pytania (FAQ)

Jak rzetelnie porównać wyceny wdrożenia sklepu WooCommerce?

Przekaż wszystkim firmom ten sam brief i poproś o wskazanie odstępstw od jego zakresu. Porównaj rezultaty prac, wyłączenia, zasady współpracy oraz łączny koszt pierwszych 12 miesięcy, a nie tylko cenę wdrożenia.

Co powinna obejmować cena wykonania sklepu WooCommerce?

Oferta powinna rozdzielać analizę, projektowanie, implementację, konfigurację, treści, testy i uruchomienie. Powinna też określać liczbę projektowanych widoków i importowanych produktów, zakres integracji oraz odpowiedzialność za uruchomienie sklepu.

Czy brak abonamentu za WooCommerce oznacza brak stałych kosztów sklepu?

Nie, podstawowy WooCommerce jest dostępny bez miesięcznej opłaty licencyjnej, ale sklep nadal wymaga ponoszenia kosztów. W budżecie trzeba uwzględnić hosting, płatne rozszerzenia i ich odnowienia, utrzymanie oraz opłaty transakcyjne.

Jakie sygnały ostrzegawcze warto sprawdzić przed wyborem wykonawcy?

Ostrożność powinny wzbudzić jedna zbiorcza kwota bez etapów, brak informacji o płatnych komponentach i obietnica każdej integracji bez poznania używanego systemu. Ryzykowne są również nieograniczone poprawki bez zasad, brak środowiska testowego oraz niejasna odpowiedzialność za sklep po uruchomieniu.

Odwirusowywanie PrestaShop – jak ocenić zakres i skuteczność naprawy sklepu?

Samo usunięcie podejrzanego pliku nie oznacza, że sklep jest bezpieczny. Sprawdź, co powinna obejmować usługa odwirusowywania PrestaShop, jak odebrać wykonane prace i ustalić zasady ponownej interwencji.

Odwirusowywanie PrestaShop nie powinno sprowadzać się do uruchomienia skanera i skasowania kilku plików oznaczonych jako podejrzane. W przypadku sklepu internetowego trzeba jednocześnie zadbać o bezpieczeństwo danych, ciągłość przyjmowania zamówień oraz prawidłowe działanie płatności, dostaw i panelu administracyjnego. Konieczne jest też ustalenie, w jaki sposób doszło do włamania i czy napastnik nie pozostawił dodatkowych mechanizmów dostępu.

Ocena takiej usługi bywa trudna, ponieważ właściciel sklepu zazwyczaj widzi jedynie zewnętrzne objawy. Może to być przekierowanie, ostrzeżenie przeglądarki albo zmieniona strona płatności. Nie wie jednak, ile elementów zostało naruszonych i czy usunięcie widocznego problemu rzeczywiście zamknęło incydent. Dlatego jeszcze przed zleceniem prac warto ustalić zakres diagnostyki, sposób ochrony bieżących danych i kryteria odbioru naprawy.

Kiedy zlecić odwirusowywanie PrestaShop?

Powodem do kontroli powinno być każde nietypowe zachowanie sklepu, którego nie można wyjaśnić wprowadzoną zmianą. Typowe sygnały to przekierowania na obce domeny, dodatkowe treści w wynikach wyszukiwania, nieznane pliki i konta administratorów, samoczynne zmiany ustawień, ostrzeżenia hostingu, przeglądarki lub Google Search Console, a także nieprawidłowości pojawiające się podczas składania zamówienia.

Szczególnie poważnie należy traktować zmiany dotyczące płatności. Złośliwy skrypt może podmieniać przyciski, prezentować fałszywy formularz albo uruchamiać się wyłącznie na określonym etapie zakupów. Udokumentowane przypadki pokazują również, że infekcja może ukrywać swoje działanie przed zalogowanym administratorem. Samodzielne otwarcie sklepu w tej samej przeglądarce, w której działa panel, nie jest więc miarodajnym testem.

Przed rozpoczęciem prac warto przekazać wykonawcy:

adres sklepu i przykładowe podstrony, na których występuje problem,
zrzuty ekranu oraz treść otrzymanych ostrzeżeń,
przybliżony moment zauważenia pierwszych objawów,
wersję PrestaShop, informacje o motywie i używanych modułach,
listę ostatnich aktualizacji, instalacji i zmian programistycznych,
informacje o dostępnych logach serwera oraz kopiach zapasowych,
opis nietypowych zdarzeń związanych z zamówieniami i płatnościami.

Adresy pokazane przez Google należy traktować jako przykłady, a nie pełny spis zainfekowanych miejsc. Rzetelna analiza nie może ograniczać się tylko do podstron wymienionych w raporcie bezpieczeństwa.

Co powinna obejmować oferta odwirusowywania?

Oferta powinna jasno odróżniać diagnostykę, czyszczenie i zabezpieczenie sklepu. Skanowanie plików jest przydatnym narzędziem, ale nie stanowi kompletnej usługi. Złośliwy kod może znajdować się w rdzeniu PrestaShop, module, motywie, plikach pamięci podręcznej, bazie danych albo konfiguracji środowiska. Kontrola wyłącznie plików PHP może zatem pozostawić część problemu bez rozpoznania.

Kompletny zakres powinien obejmować co najmniej:

ustalenie skali incydentu i elementów wymagających analizy,
kontrolę plików, bazy danych, modułów, motywu i kont użytkowników,
usunięcie złośliwego kodu oraz mechanizmów utrzymujących dostęp,
porównanie podejrzanych komponentów z czystymi kopiami, jeżeli są dostępne,
analizę możliwej drogi włamania,
naprawę lub wyłączenie wykorzystanej podatności,
ponowną kontrolę po zakończeniu czyszczenia,
testy techniczne i biznesowe działającego sklepu.

Wykonawca powinien rozdzielać potwierdzone ustalenia od hipotez. Jeżeli logi zostały usunięte, są niepełne albo obejmują zbyt krótki okres, nie zawsze da się jednoznacznie wskazać drogę włamania. Uczciwy raport opisuje takie ograniczenia, zamiast przedstawiać przypuszczenie jako pewną przyczynę.

Ważna jest również kolejność prac. Aktualizacja podatnego komponentu może zamknąć konkretną lukę, ale nie musi usunąć kodu pozostawionego wcześniej przez atakującego. Producent PrestaShop zwracał już uwagę, że samo zainstalowanie poprawki w przejętym sklepie nie jest równoznaczne z jego oczyszczeniem.

Jak chronić działający sklep i nowe zamówienia?

Przed modyfikacją środowiska specjalista powinien zabezpieczyć materiał do analizy. Potrzebna jest kopia plików i bazy danych wykonana przed czyszczeniem, przechowywana poza publicznie dostępnym katalogiem. Taka kopia może zawierać infekcję, dlatego nie należy uznawać jej automatycznie za bezpieczny punkt odtworzenia. Pozwala jednak zachować stan sklepu potrzebny do analizy zdarzeń.

Osobnym problemem są dane powstające już podczas naprawy. Jeżeli sklep nadal przyjmuje zamówienia, proste odtworzenie starszej bazy może usunąć nowsze transakcje, konta klientów, zmiany stanów magazynowych i statusy płatności. Przed rozpoczęciem prac trzeba zatem ustalić punkt odtworzenia oraz sposób zachowania zapisów powstałych później.

Nie zawsze da się obiecać naprawę bez przerwy w sprzedaży. Gdy istnieje podejrzenie aktywnego przechwytywania danych płatniczych, ograniczenie szkód jest ważniejsze niż utrzymanie checkoutu za wszelką cenę. Zlecenie powinno wskazywać, kto może podjąć decyzję o czasowym wyłączeniu płatności lub całego sklepu oraz kto zatwierdza ponowne uruchomienie sprzedaży.

Od czego zależą cena i czas realizacji?

Nie istnieje jedna uczciwa stawka za każde odwirusowywanie PrestaShop. Koszt zależy od rozmiaru sklepu, skali infekcji, wieku instalacji, liczby modułów, indywidualnych modyfikacji i jakości dostępnych kopii. Znaczenie ma również to, czy wykonawca otrzyma kompletne logi oraz czyste wersje zmodyfikowanych plików.

Więcej pracy może wymagać sklep korzystający ze starego motywu lub porzuconych modułów, ponieważ usunięcie podatności może spowodować problemy ze zgodnością. Wtedy zlecenie obejmuje nie tylko czyszczenie, lecz także aktualizacje, naprawy programistyczne i testy regresji. Czas zajmuje również samo kopiowanie dużej liczby plików oraz wykonywanie i weryfikowanie kopii bazy.

Czytelna wycena powinna osobno wskazywać diagnostykę, usunięcie infekcji, aktualizacje, naprawy zgodności, testy oraz ewentualny monitoring. Jeśli pełnego zakresu nie da się określić przed analizą, rozsądnym rozwiązaniem jest wycena etapowa z przedstawieniem ustaleń przed rozpoczęciem dodatkowych prac.

Jak sprawdzić skuteczność wykonanej usługi?

Brak widocznego przekierowania nie jest wystarczającym dowodem. Po naprawie klient powinien otrzymać raport opisujący znalezione zagrożenia, zmienione lub usunięte elementy, wykonane aktualizacje, wyniki kontroli oraz nierozwiązane ryzyka. Raport nie musi ujawniać każdej wewnętrznej procedury wykonawcy, ale powinien umożliwić ocenę, co faktycznie zostało zrobione.

Odbiór warto podzielić na dwa niezależne obszary. Pierwszym jest kontrola bezpieczeństwa, obejmująca ponowne sprawdzenie plików, bazy, kont i oznak pozostawionego dostępu. Drugim są testy działania sklepu. Należy przeprowadzić pełne zamówienie w czystej sesji klienta, najlepiej bez aktywnego logowania administratora, a następnie sprawdzić płatność, status transakcji, wiadomości e-mail, zmianę stanu magazynowego oraz widoczność zamówienia w panelu.

Trzeba także przetestować logowanie administratora, zarządzanie produktami i podstawowe operacje wykonywane przez obsługę. Jeżeli Google zgłosiło problem bezpieczeństwa, po usunięciu wszystkich wykrytych kategorii zagrożeń należy skorzystać z właściwej procedury weryfikacji. Samo wysłanie prośby o ponowne sprawdzenie nie zastępuje wcześniejszego oczyszczenia całego sklepu.

Co ogranicza ryzyko nawrotu infekcji?

Usunięcie jednego złośliwego skryptu nie dowodzi, że napastnik nie pozostawił innych furtek. Po czyszczeniu wykonawca powinien sprawdzić alternatywne mechanizmy dostępu, nieznane konta, zmodyfikowane zadania cykliczne, podejrzane moduły i pliki uruchamiane automatycznie.

Kolejny etap to aktualizacja lub usunięcie podatnych komponentów. Raport powinien wskazywać, które elementy zostały zaktualizowane, wyłączone albo pozostawione do późniejszej przebudowy. Sam zapis „zalecamy aktualizację” nie oznacza, że aktualizacja została wykonana.

Po incydencie należy również zmienić dane dostępowe do panelu PrestaShop, hostingu, FTP lub SFTP, SSH i bazy danych. Zmiana hasła bazy wymaga jednoczesnego poprawienia konfiguracji sklepu. Warto usunąć nieużywane konta, przypisać osobne konta pracownikom i wykonawcom oraz ograniczyć role administracyjne do rzeczywistych obowiązków.

Jak ustalić odpowiedzialność po zakończeniu prac?

Warunki ponownej interwencji najlepiej uzgodnić jeszcze przed rozpoczęciem naprawy. Umowa lub ustalenia mailowe powinny określać długość monitorowania, zakres kontroli po wdrożeniu oraz sposób zgłaszania kolejnych objawów. Nie ma jednego standardowego okresu gwarancji odpowiedniego dla wszystkich incydentów.

Trzeba też odróżnić nawrót tej samej infekcji od nowego zdarzenia. Powrót usuniętego kodu przez pozostawioną furtkę może świadczyć o niepełnym oczyszczeniu. Nowe włamanie wykorzystujące inną podatność, ujawnioną już po zakończeniu prac, może natomiast stanowić osobny incydent. Ocena wymaga analizy technicznej, dlatego zasady kwalifikowania takich przypadków powinny być opisane z góry.

Dobrze wykonane odwirusowywanie PrestaShop kończy się nie tylko działającym sklepem, lecz także dokumentacją, testami i ograniczeniem ryzyka ponownego przejęcia. W PRODO realizujemy naprawy i zabezpieczenia sklepów dla firm z Poznania oraz klientów z całej Polski. Niezależnie od wybranego wykonawcy warto wymagać konkretnego zakresu prac, ochrony bieżących zamówień i mierzalnych kryteriów odbioru usługi.

Najczęściej zadawane pytania (FAQ)

Czy samo skanowanie plików wystarczy do odwirusowania PrestaShop?

Nie, złośliwy kod może znajdować się także w bazie danych, modułach, motywie lub konfiguracji środowiska. Usługa powinna obejmować usunięcie infekcji i mechanizmów dostępu, analizę możliwej drogi włamania oraz naprawę lub wyłączenie wykorzystanej podatności.

Czy podczas odwirusowywania sklep może nadal przyjmować zamówienia?

Nie zawsze można przeprowadzić naprawę bez przerwy w sprzedaży, szczególnie przy podejrzeniu przechwytywania danych płatniczych. Jeśli sklep nadal przyjmuje zamówienia, trzeba ustalić sposób zachowania nowych zapisów, aby odtworzenie starszej bazy ich nie usunęło.

Jak sprawdzić, czy odwirusowanie PrestaShop było skuteczne?

Należy wymagać raportu z wykonanych prac oraz ponownej kontroli plików, bazy danych, kont i oznak pozostawionego dostępu. Trzeba też przeprowadzić pełne zamówienie w czystej sesji klienta i sprawdzić płatność, status transakcji, e-maile, stan magazynowy oraz widoczność zamówienia w panelu. Sam brak przekierowania nie wystarcza do potwierdzenia skuteczności naprawy.

Co należy zrobić, aby ograniczyć ryzyko nawrotu infekcji?

Po czyszczeniu trzeba sprawdzić alternatywne mechanizmy dostępu oraz zaktualizować lub usunąć podatne komponenty. Należy również zmienić dane dostępowe do panelu, hostingu, FTP lub SFTP, SSH i bazy danych, a zmianę hasła bazy uwzględnić w konfiguracji sklepu. Warto usunąć nieużywane konta i ograniczyć role administracyjne do rzeczywistych obowiązków.

Duży katalog w WooCommerce: jak oszacować skalę i rzetelnie wycenić wdrożenie

Liczba produktów nie przesądza o wydajności WooCommerce. Sprawdź, jak policzyć warianty i SKU, oszacować ruch oraz integracje, a następnie ustalić testy i kryteria odbioru sklepu.

Na pytanie, ile produktów może obsłużyć WooCommerce, nie da się odpowiedzieć jedną liczbą. Ten sam system może sprawnie działać z dużym katalogiem albo mieć problemy przy znacznie mniejszym asortymencie. Różnicę tworzą między innymi warianty, sposób filtrowania, liczba zdjęć, jakość kodu, integracje, ruch oraz zasoby serwera.

Dokumentacja WooCommerce wspomina o działających sklepach mających ponad 100 000 produktów. Nie jest to jednak obietnica, że każde wdrożenie o takiej skali będzie szybkie. Producent jednocześnie podkreśla znaczenie infrastruktury, charakteru ruchu i optymalizacji. Dlatego odpowiedzialny wykonawca nie powinien deklarować sztywnego limitu bez poznania projektu. Powinien natomiast określić, przy jakich danych, funkcjach i obciążeniu sklep ma osiągać uzgodnione parametry.

Liczba produktów to dopiero początek kalkulacji

Informacja „sklep będzie miał 10 000 produktów” jest zbyt ogólna, aby przygotować rzetelną wycenę. Najpierw trzeba ustalić, co klient rozumie przez produkt. Może to być pojedyncza karta katalogowa, produkt nadrzędny z wariantami albo każde sprzedawalne SKU.

W WooCommerce wariant może mieć własną cenę, stan magazynowy i zdjęcie. Sklep z 1000 modelami odzieży oferowanymi w pięciu rozmiarach i czterech kolorach może więc zawierać nawet 20 000 wariantów oraz 1000 produktów nadrzędnych. To zupełnie inna skala niż 1000 produktów prostych.

Nie wszystkie atrybuty muszą tworzyć warianty. Materiał, producent czy kraj pochodzenia mogą być jedynie informacją lub parametrem używanym w filtrach. Wykonawca powinien policzyć rzeczywiście dostępne kombinacje, zamiast automatycznie mnożyć wszystkie wartości.

W dokumentacji WooCommerce pojawia się także domyślny próg 30 wariantów, po którego przekroczeniu zmienia się sposób działania list wyboru na stronie produktu. Nie jest to maksymalna liczba wariantów ani limit całego sklepu. To zachowanie mechanizmu interfejsu, którego nie należy interpretować jako granicy wydajności platformy.

Jak opisać rzeczywistą skalę katalogu

Przed wyceną warto przygotować inwentaryzację danych. Powinna ona obejmować zarówno stan na dzień uruchomienia, jak i przewidywany rozwój asortymentu. Infrastruktura dobrana dokładnie do obecnej liczby pozycji może szybko okazać się niewystarczająca, jeżeli firma regularnie dodaje nowe kolekcje lub dostawców.

W zestawieniu należy uwzględnić:

liczbę produktów prostych;
liczbę produktów nadrzędnych z wariantami;
liczbę faktycznie utworzonych wariantów i sprzedawalnych SKU;
liczbę kategorii, atrybutów i wartości atrybutów;
maksymalną oraz typową liczbę wariantów jednego produktu;
liczbę zdjęć, ich formaty i objętość;
liczbę wersji językowych lub osobnych cenników, jeżeli występują;
prognozowaną skalę katalogu za 12 i 24 miesiące.

Istotna jest również jakość materiału wejściowego. Dane otrzymane od kilku dostawców mogą mieć odmienne nazwy kategorii, niespójne jednostki, powielone identyfikatory albo brakujące relacje między wariantem a produktem nadrzędnym. W takim przypadku koszt wdrożenia wynika nie tylko z liczby rekordów, ale także z konieczności ich mapowania, normalizacji i kontroli.

Jakie obciążenia występują poza katalogiem

Duży katalog nie musi generować dużego ruchu, a mały sklep może zostać przeciążony podczas intensywnej kampanii. Liczy się nie tylko miesięczna liczba wizyt, lecz przede wszystkim ich rozkład. Promocja jednego produktu skupia użytkowników na tej samej stronie, operacjach koszyka i finalizacji zamówienia. Ruch rozproszony po wielu kategoriach zachowuje się inaczej.

Brief powinien określać przewidywaną liczbę jednoczesnych użytkowników oraz udział najważniejszych operacji: przeglądania kategorii, używania filtrów, wyszukiwania, otwierania produktów, dodawania do koszyka i składania zamówień. Warto osobno opisać typowy dzień i spodziewany szczyt, na przykład podczas kampanii reklamowej.

Duże znaczenie mają filtry. WooCommerce korzysta z pomocniczej tabeli atrybutów produktów, dzięki której może między innymi poprawnie uwzględniać dostępność wariantów. Aktualizowanie złożonych produktów i odbudowa danych pomocniczych także wymagają zasobów. Nie wystarczy więc sprawdzić, czy filtr szybko zwraca wyniki. Trzeba również ocenić zachowanie sklepu podczas zmian cen, stanów i atrybutów.

Synchronizacja może być większym wyzwaniem niż ruch klientów

Jeżeli sklep pobiera dane z ERP, hurtowni, PIM lub programu magazynowego, przed wyceną trzeba odpowiedzieć na kilka pytań. Ile SKU jest aktualizowanych w jednym cyklu? Czy system przesyła cały katalog, czy tylko zmiany? Jak często wykonywana jest synchronizacja? Po jakim czasie nowa cena lub stan mają być widoczne dla klienta?

Wydajność należy analizować w warunkach, w których klienci kupują, a integracja równolegle aktualizuje dane. Test samego importu przeprowadzonego nocą nie pokaże, jak sklep zachowa się podczas normalnej sprzedaży.

Co wykonawca powinien zaproponować przy dużym katalogu

Dobra oferta nie powinna ograniczać się do nazwy pakietu hostingowego. Wykonawca powinien wyjaśnić dobór procesora, pamięci, dysku i limitów środowiska oraz przedstawić możliwość rozbudowy. Dokumentacja WordPress wskazuje również na znaczenie trwałego cache obiektowego, cache stron i CDN, ale każdy z tych mechanizmów rozwiązuje inny problem.

Cache gotowych stron może ograniczyć pracę serwera podczas przeglądania katalogu. Koszyk, konto klienta i zamówienie zawierają jednak dane dynamiczne i wymagają bardziej ostrożnej konfiguracji. Dlatego nie należy traktować cache jako uniwersalnej odpowiedzi na każdą trudność wydajnościową.

W dużym katalogu osobnej decyzji wymaga wyszukiwarka. Zewnętrzny indeks, na przykład rozwiązanie współpracujące z ElasticPress, może obsługiwać wyszukiwanie produktów i fasety poza standardowym mechanizmem WordPressa. Nie oznacza to, że taki silnik jest obowiązkowy w każdym większym sklepie. Wybór powinien wynikać z testów rzeczywistych zapytań, filtrów i oczekiwanego ruchu.

Jeżeli oferta zakłada dodatkowy indeks wyszukiwania, powinna opisywać indeksowane pola, obsługę SKU i wariantów, filtry cenowe, czas widoczności zmian, pełną odbudowę indeksu oraz zachowanie sklepu podczas niedostępności usługi.

Podobnie należy traktować HPOS, czyli przechowywanie zamówień w dedykowanych tabelach WooCommerce. Mechanizm ten dotyczy danych zamówień. Nie przenosi katalogu do nowej struktury i sam w sobie nie rozwiązuje problemów wyszukiwania produktów. Przed wdrożeniem trzeba sprawdzić zgodność używanych rozszerzeń oraz sposób migracji danych.

Jak sprawdzić deklarowaną wydajność

Zapewnienie, że sklep „będzie szybki”, nie jest mierzalnym zobowiązaniem. W umowie lub specyfikacji odbiorowej należy opisać środowisko, wielkość katalogu, scenariusze ruchu i progi zaliczenia testu.

Test powinien działać na reprezentatywnych danych. Należy uwzględnić produkty z największą liczbą wariantów, obszerne kategorie, rzeczywiste atrybuty i zdjęcia. Scenariusze mogą obejmować wejście na kategorię, zastosowanie kilku filtrów, wyszukanie produktu, wybór wariantu, dodanie go do koszyka oraz złożenie zamówienia. Równolegle warto uruchomić aktualizację cen i stanów.

Próby należy wykonać dla uzgodnionej współbieżności i czasu trwania, zarówno przy rozgrzanym, jak i nierozgrzanym cache. Ocenianie wyłącznie średniego czasu odpowiedzi może ukrywać problemy części użytkowników. Narzędzia takie jak k6 pozwalają ustalać progi dla percentyli p95 lub p99, odsetka błędów i własnych metryk. Konkretne wartości powinny zostać uzgodnione dla danego projektu, a nie skopiowane z przypadkowego benchmarku.

Co powinna obejmować wycena rozbudowanego sklepu

Najtańsza oferta często obejmuje jedynie instalację WooCommerce, konfigurację szablonu i podstawowy import. Przy rozbudowanym asortymencie to za mało. W wycenie powinny być widoczne osobne etapy:

analiza danych i wykonanie próbnego importu;
mapowanie kategorii, atrybutów, wariantów i identyfikatorów;
normalizacja oraz obsługa błędnych lub niepełnych rekordów;
import i optymalizacja zdjęć;
konfiguracja wyszukiwania i filtrów;
integracje cenowe i magazynowe;
testy funkcjonalne oraz wydajnościowe;
optymalizacja po testach i ponowna weryfikacja;
monitorowanie po uruchomieniu i procedura reagowania na problemy;
plan skalowania wraz ze wzrostem katalogu i sprzedaży.

Wbudowany importer CSV WooCommerce pozwala dodawać i aktualizować produkty, lecz możliwości pojedynczego importu zależą między innymi od pamięci, limitów przesyłania i czasu przetwarzania. Przy dużych zbiorach dane mogą wymagać podziału na partie. Sam zapis „import produktów” nie wyjaśnia więc, kto przygotuje pliki, przypisze warianty i sprawdzi kompletność wyniku.

Pytania, które warto zadać przed podpisaniem umowy

Czy wykonawca realizował sklepy o podobnej liczbie SKU, wariantów i integracji?
Jakie założenia dotyczące ruchu, wyszukiwania i liczby zamówień przyjęto w wycenie?
Na jakiej próbce danych zostanie sprawdzony import?
Kto odpowiada za czyszczenie i normalizację informacji od dostawców?
Jak zostanie przetestowana równoległa sprzedaż i synchronizacja magazynu?
Jakie mierzalne warunki musi spełnić sklep przy odbiorze?
Czy testy obejmą katalog prognozowany, a nie tylko początkowy?
Jak wygląda rozbudowa infrastruktury, gdy wzrośnie ruch lub asortyment?
Kto i w jakim zakresie odpowiada za poprawki, jeżeli uzgodnione parametry nie zostaną osiągnięte?

WooCommerce może stanowić podstawę sklepu z rozbudowanym asortymentem, ale jego możliwości nie wynikają z jednej magicznej liczby produktów. Rzetelna wycena zaczyna się od policzenia SKU i wariantów, opisania ruchu oraz integracji, a kończy na testach z mierzalnymi kryteriami. W PRODO podczas planowania sklepów WooCommerce analizujemy nie tylko zakres funkcjonalny, lecz także dane, przewidywany rozwój i warunki późniejszej eksploatacji. Dzięki temu oferta odnosi się do rzeczywistych wymagań biznesu, a nie do oderwanego od kontekstu limitu katalogu.

Najczęściej zadawane pytania (FAQ)

Ile produktów może obsłużyć WooCommerce?

Nie ma jednej liczby określającej możliwości każdego sklepu WooCommerce. Dokumentacja wspomina o działających sklepach z ponad 100 000 produktów, ale wydajność zależy między innymi od wariantów, filtrów, integracji, ruchu i zasobów serwera.

Jak policzyć wielkość katalogu przed wyceną wdrożenia?

Należy osobno policzyć produkty proste, produkty nadrzędne, faktycznie utworzone warianty i sprzedawalne SKU. Trzeba też uwzględnić kategorie, atrybuty, zdjęcia oraz przewidywany rozwój katalogu za 12 i 24 miesiące.

Co powinna obejmować wycena sklepu z dużym katalogiem?

Wycena powinna uwzględniać analizę i przygotowanie danych, próbny import, mapowanie kategorii i wariantów oraz import i optymalizację zdjęć. Powinna również obejmować wyszukiwanie, filtry, integracje, testy, optymalizację po testach, monitorowanie po uruchomieniu i plan skalowania.

Jak sprawdzić, czy sklep będzie działał wydajnie podczas sprzedaży?

Testy powinny wykorzystywać reprezentatywny katalog i obejmować przeglądanie, filtrowanie, wyszukiwanie oraz składanie zamówień przy równoległej aktualizacji cen i stanów. Należy uzgodnić współbieżność, czas trwania i mierzalne progi zaliczenia oraz sprawdzić działanie przy rozgrzanym i nierozgrzanym cache.

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.