Sklep WooCommerce w Katowicach: od czego zacząć, żeby nie płacić dwa razy

Zanim wyślesz zapytanie do trzech wykonawców, ustal jedną rzecz: WooCommerce to silnik, a nie sklep. Sama wtyczka jest darmowa i możesz ją pobrać dziś. Płacisz za wszystko inne: motyw, konfigurację podatków i stref wysyłki, integracje z magazynem i fakturowaniem, hosting, migrację danych oraz opiekę po starcie. Hosting to osobny temat — tani hosting w e-commerce zwykle zawodzi i kończy się migracją na VPS w najmniej wygodnym momencie.

Katowice i całe GZM to ponad 2 mln mieszkańców, gęsta siatka firm handlowych, produkcyjnych i usługowych oraz dobrze rozwinięta logistyka paczkomatowa. W praktyce to dwa wnioski. Po pierwsze, duża część projektów ma komponent B2B: indywidualne cenniki przypisane do klienta, zamówienia na firmę, limity kredytowe, faktury z odroczonym terminem. Po drugie, klient z aglomeracji oczekuje dostawy następnego dnia, więc integracja z paczkomatami i kurierami jest obowiązkowa, a nie opcjonalna.

Kiedy WooCommerce ma sens:

• katalog do około 5–10 tys. SKU, zwłaszcza gdy wiele produktów ma warianty,
• potrzebujesz nietypowej logiki: ceny zależne od roli użytkownika, konfigurator, zamówienia na zapytanie, sprzedaż hurtowa po zalogowaniu,
• chcesz kontrolować kod i dane, bez limitów platformy i bez abonamentu rosnącego wraz z obrotem.

Kiedy lepszy będzie SaaS (Shoper, Shopify): gdy katalog jest duży i prosty, zespół mały, a Ty nie chcesz utrzymywać serwera ani pilnować aktualizacji bezpieczeństwa. Wtedy płacisz abonament, ale nie płacisz za administrację.

Test przed pierwszą rozmową z wykonawcą: policz SKU, wypisz kanały sprzedaży (B2C, B2B, marketplace, sklep stacjonarny) i wskaż osobę, która ma dostęp do danych produktowych. Te trzy odpowiedzi przesądzają o wyborze silnika, zanim padnie jakakolwiek cena.

Ile kosztuje wdrożenie sklepu WooCommerce w Katowicach: realne widełki

Każda oferta, która nie wynika z liczby godzin, jest zgadywaniem. Realna stawka wdrożeniowa w Polsce to 120–200 zł/h netto i aglomeracja katowicka mieści się w tym przedziale. Wniosek praktyczny: jeśli ktoś wycenia sklep z integracją ERP i migracją 2 000 produktów na 3 000 zł, to albo nie policzył pracy, albo doliczy Cię w trakcie projektu.

Trzy progi, które widzimy na rynku:

Rozbicie budżetu na etapy (udziały orientacyjne): analiza i architektura 10–15%, motyw 25–30%, konfiguracja WooCommerce i wtyczek 15–20%, integracje 20–25%, migracja danych 5–10%, testy 5–10%, wdrożenie na produkcję 5%. Jeśli w ofercie jest jedna pozycja za 15 000 zł bez tego podziału, poproś o rozbicie — to najprostszy sposób sprawdzenia, czy wykonawca w ogóle zaplanował pracę.

Koszty, o których klient zapomina:

• licencje wtyczek — 300–3 000 zł rocznie, przy rozbudowanych integracjach i modułach B2B więcej,
• certyfikat SSL i konfiguracja DNS,
• VPS — zwykle 100–400 zł miesięcznie zależnie od ruchu i liczby wtyczek,
• płatne moduły do ERP lub systemu fakturowania, często rozliczane od liczby dokumentów,
• czas na zdjęcia i opisy produktów — to najczęściej najdroższa pozycja w całym projekcie, bo wewnętrzna.

Dlaczego rozbicie kosztów na etapy jest ważne, opiszemy szerzej przy okazji kosztów i harmonogramu wdrożenia WooCommerce — tam rozkładamy budżet na konkretne godziny zespołu.

Harmonogram wdrożenia: co dzieje się w tygodniach 1-8

Oś czasu dla standardowego wdrożenia — katalog do około 2 000 SKU, jedna integracja, motyw oparty na gotowym szablonie — to 8 tygodni. Poniżej rozkład, który sprawdza się w praktyce przy założeniu, że klient dostarcza materiały na czas.

Kamienie milowe wymagające akceptacji klienta:

• makiety i struktura kategorii — koniec tygodnia 2–3,
• katalog testowy na środowisku staging — tydzień 4,
• testy płatności i wysyłek na realnych zamówieniach, nie na podglądzie — tydzień 7,
• odbiór końcowy i przekazanie dostępów oraz dokumentacji — tydzień 8.

Testy w tygodniu 7 obejmują też wydajność. Warto mierzyć Core Web Vitals na stagingu z docelową liczbą wtyczek, bo dokładanie ich po starcie psuje wyniki szybciej niż cokolwiek innego.

Gdzie projekty się rozjeżdżają:

• brak zdjęć i opisów — wtedy T6 zamiast migracji zamienia się w pisanie treści,
• brak dostępu do ERP i API — dane logowania i środowisko testowe trzeba uzgodnić w T1, nie w T5,
• zwlekanie z decyzją o płatnościach — weryfikacja KYC u operatora potrafi zająć 1–2 tygodnie i blokuje testy,
• brak danych księgowych — stawki VAT, zasady fakturowania, dane do paragonów.

Dwa zabezpieczenia działają najlepiej: zamrożenie zakresu na piśmie po tygodniu 1 (kolejne pomysły trafiają do etapu drugiego, nie do bieżącego sprintu) oraz jeden decydent po stronie klienta, który akceptuje makiety i katalog. Przy trzech osobach decydujących równolegle każdy tydzień opóźnienia jest niemal pewny. Szersze spojrzenie na ten proces znajdziesz w tekście o organizacji wdrożenia sklepu WooCommerce.

Integracje z ERP, płatnościami i kurierami — tu rodzą się koszty

W wycenach wdrożeń integracje to zwykle 30–50% budżetu i miejsce, w którym projekt najczęściej się zatrzymuje. Zestaw powtarza się w kółko: ERP (Subiekt GT, Subiekt nexo, Comarch Optima, WF-Mag, rzadziej własny system magazynowy), płatności (Przelewy24, PayU, Autopay) i kurierzy (InPost ShipX, DPD WebAPI, DHL). Każdy element to osobna umowa, osobne klucze API i osobny scenariusz awarii. Sama wtyczka do WooCommerce nic tu nie zmieni, jeśli nikt nie ustali, kto pilnuje synchronizacji.

Kryterium decyzyjne jest jedno: czy proces jest standardowy. Jeśli kolejność wygląda tak — zamówienie w WooCommerce, dokument sprzedaży w ERP, list przewozowy u kuriera — gotowa wtyczka wystarczy. Licencja to najczęściej 300–900 zł rocznie za konektor. Przed zakupem sprawdź trzy rzeczy: czy obsługuje warianty i stany magazynowe, czy ma kolejkę ponowień (WP-Cron albo Action Scheduler) i kiedy ostatnio był aktualizowany.

Własny łącznik ma sens przy przepływach nietypowych: dwa magazyny, ceny indywidualne dla klientów B2B, dokumenty wystawiane według własnych reguł, stany liczone z rezerwacjami. Koszt napisania modułu to realnie 2 000–6 000 zł jednorazowo plus opieka. Jeśli ERP stoi na serwerze w firmie (typowo Subiekt GT na Windows), trzeba zaplanować bezpieczne połączenie — VPN albo usługę pośredniczącą. Wystawienie bazy ERP do internetu to nie „szybkie obejście”, a zaproszenie do wycieku danych.

Pytanie kontrolne, które zadaj wykonawcy na piśmie: kto odpowiada za klucze API, limity zapytań i monitoring, gdy integracja padnie o 22:00 w piątek? W praktyce potrzebujesz trzech ustaleń.

• Klucze API leżą w menedżerze haseł klienta, nie w skrzynce dewelopera, który za tydzień kończy współpracę.
• Każda integracja ma log z datą, kierunkiem i kodem odpowiedzi — inaczej nie odróżnisz błędu API od braku towaru.
• Jest alert (mail lub SMS), gdy ostatnia udana synchronizacja jest starsza niż 60 minut.

Migracja ze starej platformy na WooCommerce: dane, 301 i SEO

Najczęstsza przyczyna utraty ruchu przy zmianie platformy nie jest techniczna — to brak mapy przekierowań. Google potrzebuje czasu, żeby przepisać adresy, a klient, który trafi na 404 ze starego linku w newsletterze, nie szuka dalej.

Najpierw inwentaryzacja. Automatycznie przeniesiesz produkty, warianty, kategorie, klientów, historię zamówień i zdjęcia — o ile stara platforma ma eksport (PrestaShop ma, ale mapowanie wariantów i cech wymaga pracy). Odtworzyć od zera trzeba hasła klientów: hash z PrestaShop nie zadziała w WordPressie, więc zaplanuj reset z linkiem ważnym 24–48 godzin i wysyłkę partiami po 500 wiadomości, bo SMTP ma limity. Osobno przechodzą opinie o produktach i indywidualne ceny B2B.

Mapa 301 dla każdego starego adresu URL to obowiązek. Robisz ją w arkuszu: stary adres, nowy adres, typ przekierowania, status. Wdrażasz przez .htaccess (Apache) albo blok server z return 301 (Nginx), a przy mniejszych sklepach wystarczy wtyczka Redirection z importem CSV. Test: curl -I na próbce 20 adresów, potem Screaming Frog na całej domenie. Pilnuj, żeby nie tworzyć łańcuchów (301 → 301 → 200) i nie przekierowywać wszystkiego na stronę główną.

Kolejność działań: eksport i inwentaryzacja → budowa sklepu na stagingu → mapowanie URL → testy płatności i maili → publikacja i 301 w tym samym momencie → monitoring 404 w Search Console przez 4–6 tygodni. Nie zmieniaj jednocześnie platformy i struktury kategorii — rozłożone w czasie zmiany łatwiej zdiagnozować. Jeśli przenosiny idą razem z nową infrastrukturą, zaplanuj to jak osobny projekt: przeniesienie sklepu na nową infrastrukturę bez przestoju i utraty danych.

Hosting, VPS i szybkość: fundament, o którym większość zapomina

Hosting współdzielony za 15 zł/mies. działa, dopóki sklep jest mały i nikt go nie odwiedza. Problemy zaczynają się w konkretnych momentach: import CSV, cron synchronizacji co 15 minut, kampania i 50 równoczesnych sesji. Na koncie współdzielonym dostajesz limit procesów PHP-FPM i throttling CPU, o których nie ma nic w cenniku. Objawy: TTFB 1,5–3 s, zapis produktu kończy się błędem 500, import 5 000 SKU trwa godzinami albo się przerywa w połowie.

Progi, po których warto przejść na VPS, są policzalne: powyżej ok. 1 000 SKU, powyżej 500 zamówień miesięcznie, przy integracjach chodzących w cronie albo gdy TTFB przekracza 800 ms. Migrację traktuj jak osobny projekt z oknem serwisowym — przenosiny sklepu na VPS bez utraty danych i ruchu.

Konfiguracja, którą warto wpisać do umowy z hostingiem:

• PHP 8.2 lub 8.3, memory_limit 512M, max_input_vars 5000 (inaczej nie zapiszesz produktu z 40 wariantami), max_execution_time 300 dla importów.
• OPcache włączony, 256 MB pamięci, opcache.validate_timestamps=0 na produkcji.
• Redis na object cache (koszyk, sesje, transienty) — przy WooCommerce to zwykle największy zysk przy najmniejszym nakładzie.
• Nginx + PHP-FPM, HTTP/2 lub HTTP/3, kompresja Brotli, CDN na statyki, MariaDB 10.6+ albo MySQL 8.
• WP-Cron wyłączony i zastąpiony cronem systemowym co 5 minut — inaczej zadania odpalają się tylko przy wejściu klienta.

Cel liczbowy: LCP poniżej 2,5 s na mobile. Sprawdzasz to w PageSpeed Insights (dane laboratoryjne) oraz w Search Console w raporcie Core Web Vitals — tam zobaczysz dane terenowe z realnych wejść, opóźnione o ok. 28 dni. Kolejność poprawek: cache i Redis, potem obrazy i fonty, na końcu motyw — jak krok po kroku zoptymalizować prędkość sklepu WooCommerce. Progi i metodologię pomiaru opisuje dokumentacja Web Vitals.

Jak wybrać wykonawcę w Katowicach i okolicy: 7 pytań na rozmowie

Rozmowa z wykonawcą to nie prezentacja, tylko test na konkret. Zadaj siedem pytań i zapisz odpowiedzi. Po trzech ofertach zestawienie samo pokaże, kto wycenia pracę, a kto zgaduje.

• Ile godzin i jaka stawka? Chcesz usłyszeć rozbicie na etapy, liczbę godzin i stawkę godzinową (na rynku 120–220 zł/h). Średni sklep WooCommerce to 120–200 godzin pracy zespołu.
• Kto realnie koduje? Imiona i role: kto robi motyw, kto integracje z ERP, kto migrację treści. „Mamy zespół” bez nazwisk oznacza, że Twoje zlecenie trafi do podwykonawcy.
• Co dostaję na koniec? Repozytorium Git, zrzut bazy, dokumentacja konfiguracji, instrukcja wdrożenia, szkolenie dla obsługi.
• Jak wygląda opieka po wdrożeniu? Konkret: aktualizacje na środowisku testowym, monitoring, kopie zapasowe, kanał zgłoszeń.
• Jakie SLA? Osobno czas reakcji i czas naprawy, w godzinach pracy. „Reagujemy od razu” to nie SLA.
• Kto robi kopie zapasowe? Codziennie, poza serwerem produkcyjnym, retencja minimum 30 dni i test odtworzenia raz na kwartał.
• Co się dzieje, gdy odejdę? Eksport danych, przekazanie dostępów, klauzula wyjścia w umowie.

Czerwone flagi: brak rozbicia wyceny na godziny, „wycenimy po wdrożeniu”, brak dostępu do repozytorium i serwera w Twoim imieniu, brak propozycji umowy na utrzymanie.

Agencja, freelancer, pośrednik. Agencja odpowiada za całość, ale płacisz za narzut. Freelancer jest tańszy, tylko gdy ma zaplecze: na urlopie i przy integracji z ERP zostajesz sam. Pośrednik sprzedaje cudzą pracę — tam najczęściej znika odpowiedzialność, bo nie kontroluje ani kodu, ani terminów. Zanim podpiszesz, porównaj zakres z kosztami i harmonogramem wdrożenia WooCommerce. Praca zdalna na linii Zamość czy Lublin–Katowice jest standardem; różnica to nie odległość, a przekazanie dostępu. Ustal, że hosting, domena, repo i konta Google działają na Twoje adresy e-mail, z 2FA i managerem haseł, do którego masz własny dostęp.

Po starcie: opieka techniczna, SLA i realne TCO w 3 lata

Wdrożenie to połowa budżetu. Druga połowa to utrzymanie, którego nikt nie wpisuje w ofertę. Miesięczne koszty średniego sklepu: hosting lub VPS 80–400 zł, licencje wtyczek 100–500 zł, opieka techniczna 300–1 500 zł — im krótszy czas reakcji i szerszy zakres, tym bliżej górnej granicy.

W opiekę powinno wchodzić: aktualizacje rdzenia WordPressa i wtyczek sprawdzane najpierw na stagingu, monitoring dostępności co minutę, kopie zapasowe z retencją 30 dni i testem odtworzenia, czas reakcji na awarię wpisany w umowę oraz raport miesięczny. Uwaga na definicje: czas reakcji to moment, w którym ktoś odpisze, a czas naprawy to przywrócenie sprzedaży. W ofertach często jest tylko pierwszy.

Policzmy TCO dla sklepu z obrotem ok. 150–250 tys. zł miesięcznie, SLA 8 godzin w dni robocze: wdrożenie 15 000 zł, hosting 240 zł/mies., licencje 300 zł/mies., opieka 700 zł/mies., dwie modernizacje po 3 000 zł w ciągu trzech lat. Razem ok. 65 600 zł, czyli 1 820 zł miesięcznie. Brzmi dużo, dopóki nie zestawisz tego z przestojem: przy 200 tys. zł obrotu jedna doba niedziałającego koszyka to ok. 6 600 zł utraconych zamówień plus przepalony budżet Google Ads i spadek pozycji.

Pierwsze 30 dni po starcie to okres największego ryzyka. Monitoruj: kody 4xx i 5xx w logach, TTFB i czasy odpowiedzi koszyka, statusy płatności i wysyłkę e-maili transakcyjnych (SPF, DKIM, DMARC), indeksację w Search Console oraz Core Web Vitals na realnym ruchu. Ruch z telefonów sprawdzaj osobno — tam najczęściej wychodzą błędy formularza zamówienia. Warto też od razu przejść przez optymalizację prędkości sklepu WooCommerce, a jeśli hosting zaczyna się dusić przy ruchu, zaplanuj migrację na VPS dla e-commerce poza sezonem, nie w jego trakcie.

Najczęstsze błędy i jak je wykryć

Lista kontrolna do odklikania

• Jeden decydent — Sprawdź w tygodniu 1, że jedna konkretna osoba akceptuje makiety, wybór płatności, zakres i odbiór końcowy.
• Zamrożony zakres — Po etapie analizy podpisz listę MVP i osobną listę „etap 2”. Każda pozycja z etapu 2 ma własny szacunek godzin.
• Dostępy techniczne — Hosting, domena, strefa DNS, poczta firmowa, panel starego sklepu, dostęp SSH lub FTP — wszystko w tygodniu 1.
• Dostępy do ERP i API — Klucze API, dokumentacja, limity zapytań, dane kontaktowe do działu technicznego dostawcy ERP. Zweryfikuj, czy klucze działają na środowisku testowym.
• Dane księgowe — Stawki VAT dla grup produktów, sposób numeracji faktur, zasady wystawiania korekt, uzgodnienia z biurem rachunkowym.
• Płatności — umowa i klucze — Umowa z operatorem płatności i klucze do środowiska testowego powinny być gotowe do końca 4. tygodnia wdrożenia.
• Kurierzy — umowy i cenniki — Umowy, cenniki, wagi i gabaryty opakowań, lista usług (paczkomat, kurier, pobranie, za granicę). Wpisz to do konfiguracji przed testami w tygodniu 7.
• Katalog testowy 20-30 produktów — Gotowy do tygodnia 6: realne zdjęcia, opisy, warianty, ceny, stany magazynowe. Na nim testuje się koszyk i płatności.
• Dokumenty prawne — Regulamin, polityka prywatności, informacja o cookies — po konsultacji z prawnikiem, zanim sklep pójdzie na produkcję.
• Hosting z kopiami zapasowymi — VPS z SSL, automatycznymi kopiami i monitoringiem. Piszemy o tym szerzej w artykule o tanim hostingu (link niżej).
• Punkt odniesienia dla Core Web Vitals — Zmieř LCP, INP i CLS na starym sklepie przed migracją, żeby po starcie porównać wyniki. Definicje i progi znajdziesz w dokumentacji web.dev (link niżej).
• Mapowanie URL i plan 301 — Lista starych i nowych adresów gotowa przed startem produkcyjnym. Bez tego tracisz ruch i pozycje w Google.
• Dane strukturalne — Produkt, breadcrumby i dane organizacji zgodne z wymaganiami Google — sprawdź je walidatorem przed startem.
• Scenariusze testowe zamówień — Minimum trzy: zakup jako gość, zakup z konta, zwrot lub anulowanie. Każdy scenariusz przechodzisz razem z wykonawcą w tygodniu 7.

Najczęściej zadawane pytania

Źródła i materiały

• Google Search Central – Core Web Vitals
• Google Search Central – tworzenie treści dla ludzi
• Google Search Central – dane strukturalne
• web.dev – Core Web Vitals
• PrestaShop – dokumentacja dla deweloperów