Wdrożenie WooCommerce w Radomiu kosztuje od 3 000 zł przy sklepie na gotowym motywie do 45 000 zł przy integracji z ERP i modułach pisanych na zamówienie. Praca dzieli się na sześć obszarów: środowisko i hosting, konfiguracja sklepu, integracje, migracja treści, testy oraz start z monitoringiem. Na cenę mocniej wpływa liczba integracji i sposób prowadzenia projektu niż sama liczba produktów. Poniżej znajdziesz widełki, realny kalendarz i listę rzeczy do sprawdzenia przed podpisaniem umowy.
Wdrożenie WooCommerce to nie „instalacja wtyczki”, tylko sześć obszarów pracy. Każdy z nich potrafi wywrócić projekt, jeśli pójdzie na skróty.
Granica sensu WooCommerce dla MŚP to ok. 5–10 tys. SKU i kilkanaście tysięcy wizyt miesięcznie. Powyżej tego progu zaczynają się problemy z wydajnością bazy i zapleczem administracyjnym — wtedy taniej wychodzi osobny stack niż dopłacanie do infrastruktury.
Kontekst Radomia i Mazowsza bywa mylący. Sklepy stąd sprzedają najczęściej ogólnopolsko, więc lokalność dotyczy wykonawcy i serwera (hosting w Polsce, faktura w PLN, kontakt w godzinach pracy), a nie odbiorcy. Nie ma sensu płacić za „lokalne SEO” adresowane do miasta, w którym nie ma klientów.
Różnica między „motyw + 20 wtyczek” a „motyw potomny + własny moduł do integracji” wychodzi po roku. Pierwszy wariant to 20 miejsc, w których aktualizacja może coś zepsuć, licencje po 200–600 zł za każdą wtyczkę i typowo 2–4 godziny gaszenia konfliktów miesięcznie. Drugi kosztuje więcej na wejściu, ale utrzymujesz jeden element, którego nie nadpisze aktualizacja motywu. Jak działają wtyczki i hooki, opisuje dokumentacja WooCommerce.
Oferty wykonawców mieszczą się w trzech wariantach. Stawka godzinowa w Polsce to 110–190 zł netto za godzinę pracy wdrożeniowca — to punkt odniesienia, gdy ktoś podaje wyłącznie cenę końcową.
Nakłady lepiej przeliczać na godziny niż na „pakiety”. Konfiguracja sklepu od zera to 20–40 h, płatności 4–8 h, jeden kurier 6–12 h, integracja z ERP 30–80 h. Starter za 3 000 zł przy stawce 150 zł/h oznacza 20 godzin pracy — to gotowy motyw, jeden kurier, jedna płatność i zero migracji. Jeśli ktoś obiecuje to samo z migracją i dwiema integracjami, pracuje po kosztach albo pomija połowę zakresu.
Co podnosi koszt: liczba integracji (każda to osobne API, klucze i środowisko testowe), ceny indywidualne oraz limity kredytowe dla B2B (wtyczki cen per klient plus konfiguracja), a także migracja z PrestaShop z zachowaniem SEO — przekierowania 301, meta i struktura URL to dodatkowe 2–6 dni. Warto porównywać oferty punkt po punkcie; podobne rozbicie zakresu znajdziesz w zestawieniu WooCommerce Łódź: koszty, harmonogram i wybór wykonawcy.
Koszty po wdrożeniu: licencje wtyczek premium 500–3 000 zł rocznie, hosting lub VPS 40–300 zł miesięcznie, opieka techniczna 300–1 500 zł miesięcznie — jeśli nie chcesz sam robić aktualizacji i backupów.
Pułapka oferty „sklep za 1 500 zł”: w tej cenie nie ma pozycji na testy ani na konfigurację podatków (stawki mieszane, OSS, faktury), a szkolenie z obsługi zamówień bywa dopłatą. Efekt jest taki, że pierwszy błąd w VAT znajdujesz przy deklaracji, a nie przed startem.
| Wariant | Zakres | Cena netto | Kiedy ma sens |
|---|---|---|---|
| Starter | do 300 SKU, gotowy motyw, 1 kurier, 1 płatność, bez migracji | 3 000–7 000 zł | sklep z jedną–dwiema kategoriami, sprzedaż krajowa |
| Standard | 300–1 500 SKU, 2–3 integracje, migracja treści, strefy wysyłki, ceny B2B, motyw potomny | 8 000–16 000 zł | firma z magazynem i rosnącą liczbą zamówień |
| Rozbudowany | ERP, wielojęzyczność, moduły pisane na zamówienie, ceny indywidualne, limity kredytowe | 20 000–45 000 zł | producent lub dystrybutor, sprzedaż B2B i B2C jednocześnie |
Etapy częściowo się nakładają, ale kolejności nie da się przestawić. Realny kalendarz wygląda tak:
Dla sklepu do 500 SKU z dwiema integracjami (płatności plus kurier) realny termin to 3–5 tygodni od zebrania materiałów — nie od podpisania umowy, tylko od dostarczenia zdjęć, opisów i decyzji o wysyłce. Wariant Standard z migracją i ERP wchodzi w 6–10 tygodni.
Co najczęściej wydłuża projekt:
Zasada, którą warto wpisać do umowy: cała praca idzie na stagingu, a produkcja rusza dopiero po przejściu listy kontrolnej startu — backupy, SSL, płatności w trybie live, e-maile, sitemap, Search Console, GA4 i testowe zamówienie na 1 zł z późniejszym zwrotem. Do listy dopisz pomiar Core Web Vitals po włączeniu cache i CDN; sposób sprawdzenia krok po kroku opisałem w artykule Jak zoptymalizować prędkość sklepu WooCommerce: krok po kroku.
| Etap | Czas | Warunek wejścia |
|---|---|---|
| Warsztat i zakres | 2–3 dni | lista procesów: płatności, kurierzy, faktury, magazyn |
| Staging i hosting | 1–2 dni | dostęp do DNS i domeny, dane firmy |
| Konfiguracja sklepu | 5–12 dni | zatwierdzona struktura kategorii i atrybutów |
| Integracje | 3–15 dni | dostępy i środowiska testowe po stronie dostawców |
| Migracja treści | 2–6 dni | eksport produktów i zdjęcia w docelowej rozdzielczości |
| Testy | 3–5 dni | integracje działające na stagingu |
| Start i monitoring | 1–2 dni | podpisana lista kontrolna startu |
Zanim policzysz koszt, policz integracje. W praktyce to one decydują o różnicy między wdrożeniem za 6 000 zł a 30 000 zł, a nie liczba produktów. Poniżej typowy zestaw zamawiany przez sklepy z Radomia i okolic, które sprzedają równolegle na Allegro albo obsługują kilku odbiorców B2B.
Kurierzy. InPost Paczkomaty przez ShipX API (generowanie etykiet, mapy punktów w koszyku i na stronie zamówienia, statusy przesyłek przez webhooki), DPD, DHL, Poczta Polska. Sprawdź przed startem, czy wtyczka działa na ShipX, a nie na starym API Paczkomatów, i czy statusy wracają automatycznie, czy trzeba je odświeżać ręcznie.
Płatności. Przelewy24, PayU, Autopay, Stripe, BLIK. Dla klientów B2B dochodzi płatność za pobraniem oraz płatność odroczona (np. przelew 14 dni). Ta druga wymaga reguł: kto może ją wybrać, jaki ma limit i co się dzieje, gdy klient zalega.
ERP i księgowość. Subiekt GT/nexo, Comarch Optima, WF-MAG, Fakturownia, wFirma. Najważniejsza decyzja to kierunek synchronizacji i to, gdzie leży prawda o stanie magazynowym. Przy dwóch kanałach sprzedaży (sklep plus Allegro) potrzebny jest bufor rezerwacji, inaczej sprzedasz towar, którego nie masz na półce.
Do każdej pozycji dolicz około 20% na testy i obsługę błędów API: timeout, brak paczkomatu w mapie, duplikat zamówienia. Jeżeli porównujesz platformy pod kątem integracji, zobacz zestawienie WooCommerce vs Shopify: koszty, integracje i skalowanie w PL.
| Obszar integracji | Typowe godziny | Kiedy wystarczy gotowa wtyczka |
|---|---|---|
| InPost Paczkomaty (ShipX) | 4–8 h | Standardowa wysyłka, etykiety i statusy bez zmian w kodzie |
| DPD / DHL / Poczta Polska | 4–8 h na kuriera | Standardowy cennik i umowa z przewoźnikiem |
| Płatności: P24, PayU, Autopay, Stripe, BLIK | 4–8 h | Jeden lub dwa operatorzy, bez własnych reguł odroczonych |
| ERP i księgowość: Subiekt, Optima, WF-MAG, Fakturownia, wFirma | 30–80 h | Rzadko – zwykle potrzebne mapowanie pól i bufor stanów |
| B2B: ceny indywidualne, limity kredytowe, CSV/XML | 20–60 h | Tylko przy prostych grupach cenowych, bez importu plików |
Ofertę na wdrożenie WooCommerce w Radomiu można dostać w trzech stylach: konkretny zakres z liczbą godzin, „pakiet” bez szczegółów i wycena „od” bez terminu. Porównać da się tylko pierwszy.
Pytania obowiązkowe na pierwszej rozmowie:
Czerwone flagi: brak środowiska staging przed wdrożeniem na produkcję, brak dostępu do kodu i bazy, oferta bez liczby godzin i zakresu, brak wskazanej osoby odpowiedzialnej za projekt.
Lokalnie czy zdalnie. Spotkanie w Radomiu realnie pomaga na etapie warsztatu – gdy trzeba przejść przez proces zamówienia, reguły wysyłki i wyjątki (zamówienie na fakturę, odbiór osobisty, dostawa w okolicy). Ale o sukcesie decydują SLA, kanał komunikacji i czas reakcji, nie odległość. Zdalny wykonawca z dobrym SLA wygrywa z lokalnym, który odpisuje po trzech dniach.
Referencje. Pytaj o wdrożenia o zbliżonej skali zamówień i liczbie integracji, nie o samą branżę. Sklep z 50 zamówieniami miesięcznie i dwiema integracjami nic nie mówi o projekcie z 2 000 zamówień, Subiektem nexo i obsługą B2B.
Ten sam układ prac opisaliśmy w artykule WooCommerce Łódź: koszty, harmonogram i wybór wykonawcy – zmienia się rynek wykonawców, nie lista rzeczy do sprawdzenia.
| Element umowy | Co konkretnie zapisać | Przykładowy zapis |
|---|---|---|
| Zakres | Lista funkcji i integracji z liczbą godzin na pozycję | „InPost ShipX – 6 h, Przelewy24 – 4 h, Subiekt nexo – 40 h” |
| Godziny dodatkowe | Stawka za godzinę poza zakresem i tryb akceptacji | „180 zł/h, akceptacja e-mail przed przekroczeniem 4 h” |
| Prawa do kodu | Przekazanie repozytorium i licencji w dniu odbioru | „Kod w repozytorium klienta, dostęp nadawany przy odbiorze” |
| SLA | Czas reakcji i naprawy w podziale na wagi błędów | „Blokada sklepu: reakcja 1 h, naprawa 4 h” |
| Kopie zapasowe | Kto robi, jak często i gdzie trzyma kopie | „Codziennie, retencja 30 dni, kopia poza serwerem” |
WooCommerce na hostingu współdzielonym za 15 zł miesięcznie działa – do pierwszej promocji. Realne minimum dla sklepu, który ma zarabiać:
Kiedy hosting współdzielony przestaje wystarczać: powyżej około 2 000 SKU, około 10 000 wizyt miesięcznie, przy synchronizacji stanów z ERP co godzinę albo przy wielojęzyczności (WPML, Polylang mnożą zapytania). Wtedy VPS z 4–8 GB RAM i bazą na tym samym serwerze lub osobno, zależnie od obciążenia.
Metryki, które pilnujesz: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1, TTFB poniżej 800 ms. Definicje progów i sposób ich interpretacji opisuje dokumentacja Web Vitals. TTFB mierz po stronie serwera (Query Monitor, logi PHP-FPM), a LCP, INP i CLS w danych rzeczywistych użytkowników w Search Console – nie tylko w Lighthouse, który pokazuje warunki laboratoryjne.
Kopie zapasowe: codziennie, retencja 30 dni, kopia poza serwerem (S3, Backblaze), test odtworzenia raz na kwartał. Kopia bez testu odtworzenia nie jest kopią. Monitoring: alerty o błędach PHP i niedostępności sklepu, z zapisem, kto reaguje i w jakim czasie.
Jeśli sklep już działa i tylko zwalnia, zacznij od kolejności prac w poradniku Jak zoptymalizować prędkość sklepu WooCommerce: krok po kroku.
| Parametr | Minimum | Docelowo |
|---|---|---|
| PHP | 8.2 | 8.3 |
| Baza danych | MySQL 8 / MariaDB 10.6 | MySQL 8.4 / MariaDB 11 |
| Pamięć na proces | 512 MB | 1024 MB |
| Object cache | Redis lub Memcached | Redis na osobnej instancji |
| Dysk | NVMe SSD | NVMe SSD plus osobny wolumen na kopie |
| Protokół | HTTP/2 | HTTP/3 |
| Backup | Codziennie, retencja 30 dni | Codziennie, kopia poza serwerem, test odtworzenia co kwartał |
Wdrożenie nie kończy się w dniu uruchomienia. Realnie 20–30% budżetu schodzi na pierwsze 90 dni: poprawki po pierwszych zamówieniach, SEO techniczne i decyzje o dalszym rozwoju. Bez tego etapu sklep działa, ale ruch z Google spada, a błędy w płatnościach wychodzą dopiero u klienta.
Konfiguracja przed startem. Sitemap XML (Yoast lub Rank Math generują /sitemap_index.xml) ma zawierać tylko adresy, które chcemy w wyszukiwarce. Koszyk, checkout, „moje konto”, strona podziękowania za zamówienie, tagi produktów i adresy z filtrami wyłączamy przez noindex – samo robots.txt nie wystarczy, bo blokuje crawling, ale nie indeksowanie. W robots.txt blokujemy /koszyk/, /zamowienie/ i parametry filtrów. W produktach wariantowych canonical ustawiamy na produkt nadrzędny i pilnujemy, żeby wtyczka SEO go nie nadpisała. Dane strukturalne Product i Offer WooCommerce generuje domyślnie w JSON-LD – sprawdź je w Rich Results Test: cena w PLN, dostępność, osobne Offer dla każdego wariantu.
Po migracji. Mapa przekierowań 301 ze starych adresów to obowiązek, nie opcja. Zmapuj najpierw 50–100 adresów o największym ruchu (Search Console > Wydajność), a nie wszystkie po kolei. Przekierowanie całej starej struktury na stronę główną to klasyczny soft 404 i strata pozycji. Po 7 i 30 dniach od startu sprawdź raport 404 w Search Console i popraw linki wewnętrzne w menu, wpisach blogowych i opisach, które prowadzą do starych adresów.
SLA w praktyce. Ustal czas reakcji w zależności od priorytetu: P1 (sklep nie przyjmuje zamówień) – 4 h, P2 (błąd w koszyku, brak etykiet) – 8 h, P3 (poprawka treści) – 24 h w dni robocze. Zapisz też okno serwisowe na aktualizacje, np. wtorek 2:00–4:00, oraz procedurę rollbacku: kopia plików i bazy przed każdą aktualizacją, gotowy sposób przywrócenia działającej wersji w ciągu 30 minut.
| Okres | Cel | Co konkretnie |
|---|---|---|
| 0–30 dni | Stabilizacja | poprawki po pierwszych zamówieniach, testy płatności i kurierów, uzupełnienie treści, raport 404 |
| 31–60 dni | Wydajność i konwersja | Core Web Vitals (LCP, INP, CLS), ścieżka koszyk → checkout, formularz zamówienia |
| 61–90 dni | Decyzje o rozwoju | integracja z ERP lub CRM, moduły na zamówienie, priorytety na podstawie danych z GA4 |
Większość problemów, z którymi trafiają do nas sklepy po „udanym wdrożeniu”, nie wynika z błędów programistycznych, tylko z pominiętych testów. Pięć pułapek wraca najczęściej.
Jak wykryć konflikt wtyczek. Zrób kopię sklepu na osobnym środowisku i wyłączaj wtyczki połowicznie: najpierw połowa, potem ćwiartka, aż zostanie jedna podejrzana. Nigdy nie testuj tego na produkcji – przy sklepie z ruchem to prosta droga do utraty zamówień. Przy konfliktach z builderem treści pomocne bywa zestawienie typowych przypadków z Elementora i WooCommerce.
Wydajność mierz, a nie oceniaj. Zrób audyt Lighthouse i WebPageTest przed wdrożeniem i po nim, na trzech szablonach: stronie głównej, karcie produktu i koszyku. Wynik 95 na stronie głównej przy SLOW na karcie produktu nic nie znaczy – metryki opisuje dokumentacja Web Vitals.
Test przed startem. Wystaw zamówienie produkcyjne za 1 zł, opłać je realną metodą i prześledź cały łańcuch: etykieta kurierska, faktura z poprawną numeracją i VAT, maile transakcyjne, zmiana statusu i stan magazynowy. Na 7 dni przed startem zamroź wersje wtyczek – żadnych aktualizacji. Kopię bazy i plan rollbacku traktuj jako warunek uruchomienia; jeśli wykonawca nie potrafi go pokazać, to sygnał ostrzegawczy. Zakres i kolejność prac po stronie zamawiającego znajdziesz w checkliście wdrożenia WooCommerce.
| Pułapka | Jak sprawdzić przed startem |
|---|---|
| Konflikt wtyczek | test połowicznym wyłączaniem na kopii sklepu, nie na produkcji |
| Wtyczka kurierska | wygenerowanie prawdziwej etykiety na koncie przewoźnika |
| Brak przekierowań 301 | mapa 50–100 najczęściej odwiedzanych starych adresów i test każdego z nich |
| Podatki tylko dla PL | testowe zamówienie z adresem w UE i sprawdzenie stawki na fakturze |
| Brak testu transakcji | zamówienie produkcyjne za 1 zł: płatność, etykieta, faktura, maile |
Zamawianie wdrożenia bez zdefiniowanego procesu sprzedaży.
Jak wykryć: Oferta mówi tylko o liczbie produktów i wyglądzie strony, a wykonawca nie pyta o B2B, limity kredytowe, faktury i sposób pakowania zamówień.
Jak naprawić: Zacznij od warsztatu (2–3 dni) i spisanego zakresu: kto kupuje, jak płaci, jak wystawiasz faktury, kto pakuje i kto odpowiada za reklamacje.
Wybór oferty typu „sklep za 1 500 zł”.
Jak wykryć: W wycenie nie ma osobnych pozycji na testy, konfigurację podatków, szkolenie z obsługi zamówień i monitoring po starcie.
Jak naprawić: Poproś o rozbicie kosztorysu na pozycje. Sam start sklepu, który realnie sprzedaje, to minimum 3 000 zł — poniżej tej kwoty zwykle brakuje połowy prac.
Praca bezpośrednio na produkcji, bez środowiska testowego.
Jak wykryć: Wykonawca nie prosi o staging, a zmiany widać od razu na działającym sklepie.
Jak naprawić: Ustal staging z kopią bazy i plików. Produkcja rusza dopiero po przejściu listy kontrolnej startu, nie w trakcie konfiguracji.
Migracja z PrestaShop bez mapowania adresów URL.
Jak wykryć: Przed startem nie ma tabeli przekierowań 301 ze starych adresów kategorii i produktów na nowe.
Jak naprawić: Zrób mapowanie kategorii, produktów i wpisów, wdróż przekierowania 301 i sprawdź je w Search Console po dwóch tygodniach. Więcej o wyborze platformy przeczytasz w tekście PrestaShop czy WooCommerce.
Dokładanie wtyczek bez liczenia kosztu utrzymania po roku.
Jak wykryć: Po 12 miesiącach licencje premium sięgają 500–3 000 zł rocznie, a kilka wtyczek robi dokładnie to samo.
Jak naprawić: Ustal listę funkcji przed zakupem i wybierz motyw potomny plus jeden moduł własny zamiast pięciu wtyczek nachodzących na siebie. O typowych konfliktach pisaliśmy w Elementor + WooCommerce.
Testy tylko na sandboksie płatności i kurierów.
Jak wykryć: Nikt nie złożył prawdziwego zamówienia z realną płatnością, etykietą kurierską i fakturą.
Jak naprawić: Zaplanuj 3–5 dni na testy pełnej ścieżki: zamówienie, płatność, etykieta, faktura, mail do klienta, zwrot i anulowanie.
WooCommerce w Radomiu to projekt o przewidywalnej strukturze: sześć obszarów prac, trzy warianty cenowe i harmonogram liczony w tygodniach, nie miesiącach. Największy wpływ na koszt mają integracje, migracja z zachowaniem SEO oraz niestandardowe funkcje B2B. Oferty poniżej 3 000 zł prawie zawsze oznaczają brak testów, konfiguracji podatków i szkolenia. Zacznij od spisania procesu sprzedaży — dopiero potem porównuj wyceny.
Trzy realne warianty: Starter 3 000–7 000 zł (do 300 SKU, jeden kurier, jedna płatność), Standard 8 000–16 000 zł (integracje, migracja treści, funkcje B2B) i Rozbudowany 20 000–45 000 zł (ERP, wielojęzyczność, moduły własne). Do tego dochodzi utrzymanie: hosting lub VPS 40–300 zł miesięcznie, licencje wtyczek 500–3 000 zł rocznie i opieka techniczna 300–1 500 zł miesięcznie.
Przy komfortowym zakresie dla MŚP WooCommerce radzi sobie do około 5–10 tys. SKU i kilkunastu tysięcy wizyt miesięcznie, pod warunkiem dobrego hostingu i ograniczonej liczby wtyczek. Powyżej tego progu trzeba liczyć się z pracami nad wydajnością bazy i zapytań, a nie tylko z instalacją kolejnego pluginu. Jeśli planujesz szybki wzrost katalogu, porównaj warianty w tekście WooCommerce vs Shopify.
Nie. Sklepy z Radomia i Mazowsza najczęściej sprzedają ogólnopolsko, więc lokalność dotyczy przede wszystkim wykonawcy i serwera, a nie odbiorcy. Znacznie ważniejsze niż odległość są komunikacja, staging i czas reakcji na zgłoszenia. Spotkanie na miejscu pomaga na starcie, ale nie jest warunkiem powodzenia projektu.
Realny termin dla sklepu do 500 SKU z dwiema integracjami to 3–5 tygodni od momentu zebrania materiałów. Same etapy wyglądają tak: warsztat i zakres 2–3 dni, staging 1–2 dni, konfiguracja sklepu 5–12 dni, integracje 3–15 dni, migracja treści 2–6 dni, testy 3–5 dni, start i monitoring 1–2 dni. Najczęściej opóźniają projekt brak decyzji po stronie klienta oraz brak zdjęć i opisów.
Utrata pozycji wynika prawie zawsze z braku przekierowań 301, a nie ze zmiany platformy. Jeśli zmapujesz stare adresy kategorii i produktów, zachowasz treści i sprawdzisz indeksowanie po starcie, ruch powinien się utrzymać. Zaplanuj na to osobne 2–6 dni pracy, wpisane w harmonogram.
Mały sklep do kilkuset produktów zwykle wystarczy na dobrym hostingu współdzielonym, ale przy kilku tysiącach SKU i integracji z ERP VPS lub hosting dedykowany jest bezpieczniejszym wyborem. Decyzję podejmij po policzeniu obciążenia: liczba produktów, warianty, importy z ERP i ruch w kampaniach. Dokumentację techniczną znajdziesz w WooCommerce Documentation.
Standard to InPost Paczkomaty przez ShipX API, DPD, DHL i Poczta Polska po stronie wysyłki oraz Przelewy24, PayU, Autopay, Stripe i BLIK po stronie płatności. Często dochodzi pobranie i płatność odroczona dla klientów B2B. Z ERP i księgowości najczęściej pojawiają się Subiekt GT/nexo, Comarch Optima, WF-MAG, Fakturownia i wFirma.
Jeśli chcesz wiedzieć, ile konkretnie zajmie wdrożenie w Twoim przypadku, opisz krótko asortyment i integracje, których potrzebujesz. Odpowiemy zakresem prac i widełkami, bez zobowiązania.