Wdrożenie WooCommerce w Szczebrzeszynie – co realnie obejmuje ten projekt

WooCommerce instaluje się w 10 minut. Projekt wdrożeniowy trwa tygodniami, bo składa się z pięciu etapów, z których instalacja wtyczki jest najmniejszym.

Etap 1 – analiza i wybór hostingu. Ustalamy liczbę SKU, wariantów, planowany ruch miesięczny i czy sklep ma obsłużyć zamówienia hurtowe. Na tej podstawie dobieramy hosting: przy sklepie do 500 produktów i kilku tysiącach wizyt miesięcznie wystarcza dobry hosting współdzielony z PHP 8.2+ i NVMe, przy większym ruchu potrzebny jest VPS z Redisem. Etap kończy się decyzją o środowisku staging.

Etap 2 – instalacja i konfiguracja WooCommerce. WordPress, motyw, ustawienia sklepu: strefy podatkowe (23%, 8%, 5%, 0%), strefy wysyłki, metody płatności (Przelewy24, PayU, Stripe, tpay, za pobraniem), e-maile transakcyjne, regulamin, polityka prywatności, integracja z programem do faktur.

Etap 3 – szablon i UX. Karta produktu, koszyk, checkout, widok mobilny. Etap 4 – integracje. Kurierzy (InPost, DPD, DHL), ERP/Subiekt, GA4, Merchant Center, feedy na Ceneo. Etap 5 – testy i start. Zamówienia testowe w trybie sandbox, sprawdzenie e-maili, wydajności, przekierowań 301 przy migracji, dopiero potem wyłączenie trybu „wkrótce”.

Wdrożenie od zera i optymalizacja działającego sklepu to dwa różne projekty. Optymalizacja zaczyna się od audytu i pomiarów, nie od szablonu — nie ma etapu 1 i 3 w tej samej formie, więc harmonogram i wycena wyglądają inaczej. Wrzucenie obu zakresów do jednej oferty to najczęstsza przyczyna sporów.

Przed startem trzeba zamknąć pięć decyzji: liczba produktów i SKU, liczba wariantów (rozmiar × kolor × pojemność) i kombinacji, strefy wysyłki z cennikami kurierów, sposoby płatności, B2B czy B2C. Wersja B2B dokłada cenniki przypisane do klienta, role użytkowników, limity kredytowe i płatności odroczone — to nie jest przełącznik, to osobny zakres. Sposób poukładania tych decyzji opisujemy też przy okazji organizacji wdrożenia WooCommerce w Zamościu.

Ile trwa i ile kosztuje wdrożenie WooCommerce? Widełki dla MŚP

Poniższe liczby to widełki rynkowe dla MŚP, przy stawce 120–200 zł netto za roboczogodzinę. Konkretna wycena zawsze wymaga analizy, ale te przedziały pozwalają odsiać oferty „z sufitu” — zarówno te za 2 000 zł, jak i te za 80 000 zł.

Wariant	Roboczogodziny	Robocizna (netto)	Licencje + hosting rocznie	Czas realizacji
Prosty sklep do 100 produktów, bez wariantów	60–100 h	7 000–13 000 zł	900–2 500 zł	3–5 tygodni
Sklep z wariantami, kurierami, płatnościami i GA4	120–200 h	15 000–28 000 zł	1 500–4 000 zł	6–10 tygodni
B2B z cennikami klienta i płatnościami odroczonymi	200–350 h	25 000–45 000 zł	2 000–6 000 zł	10–16 tygodni
Optymalizacja działającego sklepu (audyt + poprawki)	30–80 h	4 000–15 000 zł	bez zmian	2–6 tygodni

Na koszt składają się trzy pozycje. Robocizna to zwykle 70–85% budżetu. Licencje to najczęściej płatny motyw, wtyczki do wariantów, feedów i kopii zapasowych — rocznie 800–3 000 zł, przy integracjach z ERP dochodzą opłaty operatora. Hosting: 50–150 zł miesięcznie za przyzwoity współdzielony, 150–400 zł za VPS z Redisem.

Co wydłuża projekt najbardziej: brak treści (zdjęcia i opisy 100 produktów to często 2–3 tygodnie oczekiwania), brak decyzji o płatnościach (umowa z operatorem i weryfikacja konta zajmuje kilka dni roboczych), migracja danych ze starego sklepu lub arkusza, brak dostępu do DNS i panelu hostingu, tysiące kombinacji wariantów generowanych z importu CSV. Terminy potrafią się rozjechać o 30–50% wyłącznie z tych powodów, bez ani jednej linii kodu więcej. Jak ułożyć kolejność prac, żeby tego uniknąć, opisujemy w materiale o organizacji wdrożenia sklepu WooCommerce w Łodzi.

Optymalizacja WooCommerce: 6 obszaryów, które realnie zwiększają sprzedaż

Kolejność ma znaczenie. Optymalizacja checkoutu przy wolnym serwerze nic nie da, bo użytkownik nie doczeka koszyka. Pracujemy od dołu do góry:

1. Hosting i PHP. Przejście z hostingu współdzielonego na VPS z Redisem, PHP 8.2+ i OPcache obniża TTFB o 300–800 ms. To najdroższa, ale najskuteczniejsza pojedyncza zmiana.
2. Cache obiektowy i stron. Redis/Memcached dla zapytań do bazy, LiteSpeed Cache, WP Rocket lub W3 Total Cache dla HTML. Warunek: koszyk, checkout i konto klienta muszą być wykluczone z cache, inaczej zobaczysz cudze zamówienia.
3. Baza danych. Limit rewizji (WP_POST_REVISIONS = 5), czyszczenie transients, kontrola autoloadu w wp_options, sprzątanie porzuconych zamówień. Tabela wp_postmeta w sklepie z wariantami rośnie lawinowo.
4. Obrazy i lazy loading. WebP lub AVIF, skalowanie do rzeczywistych rozmiarów wyświetlania, fetchpriority="high" na obrazie LCP i brak lazy loadingu na pierwszym zdjęciu. Typowy zysk: 0,5–1,5 s na LCP.
5. Frontend i JS. Odchudzenie sliderów, odroczenie skryptów, mniej żądań HTTP, poprawa INP w filtrach katalogu.
6. Katalog i konwersja. Widoczne koszty dostawy przed checkoutem, krótszy formularz, działająca wyszukiwarka i filtry.

Dlaczego sklep z 40 wtyczkami jest wolny? Każda z nich doładowuje własny CSS i JS, a część odpytuje bazę przy każdym wejściu. Redukcja do 12–15 wtyczek jest realna: Query Monitor pokazuje, które generują zapytania, a testy na kopii sklepu pozwalają włączać je pojedynczo. Zwykle dwie wtyczki od SEO i dwie od analityki zastępuje jedna, a trzy od formularzy i popupów — jedna. Fundusze czasowe: cały proces to 30–80 h. Progi Core Web Vitals i ich wpływ na widoczność opisuje dokumentacja web.dev, a kontekst SEO — nasz materiał o SEO technicznym i optymalizacji szybkości w Szczebrzeszynie.

Szybkość sklepu WooCommerce – Core Web Vitals w praktyce

Zacznij od progów, bo bez nich „optymalizacja szybkości” to zgadywanie. Google definiuje trzy metryki i progi dla każdej z nich: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. Wynik między progiem dobrym a słabym opisuje się jako „potrzeba poprawy” – LCP 2,5–4,0 s, INP 200–500 ms, CLS 0,1–0,25. Dla sklepu z 500 produktami to konkret: strona kategorii z 24 kafelkami musi pokazać największy element (zdjęcie produktu, banner) w 2,5 s na telefonie w LTE, a kliknięcie „dodaj do koszyka” musi dać reakcję w mniej niż 200 ms. Przy LCP 3,4 s klient odchodzi długo przed koszykiem.

Które narzędzie do czego:

• PageSpeed Insights – dane polowe z Chrome UX Report plus wynik laboratoryjny. Przy sklepie z 500 produktami i kilkuset wizytach miesięcznie danych polowych często brak („za mało danych”), więc wynik lab to punkt wyjścia, nie wyrok.
• Lighthouse w Chrome DevTools – pełna kontrola: tryb incognito, throttling „Slow 4G”, wyłączone rozszerzenia. Do diagnozy jednej podstrony i pomiaru przed/po zmianie.
• GTmetrix – waterfall żądań. Przydaje się, gdy trzeba ustalić, co dokładnie blokuje renderowanie.
• Search Console, raport „Podstawowe sygnały internetowe” – priorytet, bo grupuje adresy według realnych użytkowników. Najpierw napraw to, co dotyczy największej liczby URL-i.

Najczęstsi winowajcy w WooCommerce: zdjęcia produktowe wgrane prosto z aparatu (4–6 MB, bez WebP i srcset), zapytania do tabeli wp_postmeta (cena siedzi tam jako _price i _regular_price; meta_query z ORDER BY meta_value nie korzysta z indeksu i przy 500 produktach trwa setki milisekund), wtyczki ładujące CSS i JS globalnie (slider, popup, cookies wczytywane na każdej podstronie) oraz brak reguł cache dla koszyka i kasy. Adresy /koszyk/, /kasa/, /moje-konto/ muszą być wykluczone z cache pełnostronicowego – inaczej klient zobaczy cudzy koszyk albo stary stan magazynowy.

Po stronie serwera sprawdź kompresję Brotli, HTTP/2 lub 3, OPcache i Redis. Szerszy zestaw działań opisaliśmy w materiale o optymalizacji szybkości i SEO technicznym w Szczebrzeszynie.

Integracje: płatności, kurierzy (InPost, DPD, DHL), ERP i fakturowanie

Integracje to etap, który w harmonogramie najczęściej rośnie z 2 tygodni do 6. Liczba połączeń jest większa, niż wygląda na starcie. Typowa mapa dla sklepu MŚP:

• Płatności: Przelewy24, PayU, Autopay (dawniej BlueMedia), Stripe. Pytanie nie brzmi „czy jest wtyczka”, ale czy obsługuje BLIK, płatności odroczone i zwroty z panelu, czy tylko samo pobranie opłaty.
• Kurierzy: InPost (Paczkomaty i kurier), DPD, DHL. Potrzebny nie tylko import etykiet, ale też widget wyboru punktu odbioru w koszyku i zapis tego punktu do zamówienia.
• ERP i fakturowanie: Subiekt GT/nexo, Fakturownia, wFirma, Comarch Optima.
• Programy lojalnościowe i narzędzia mailingowe.

Kryterium „gotowa wtyczka czy własny moduł” jest jedno: czy logika mieści się w standardowych polach WooCommerce. Wtyczka wystarcza, gdy integracja jest jednostronna (sklep wysyła zamówienie, ERP odsyła numer faktury), cennik jest jeden i działa dla wszystkich klientów, a statusy da się zmapować bez kombinowania. Własny moduł jest potrzebny, gdy cena zależy od zalogowanego klienta i musi być przeliczona przed dodaniem do koszyka (ceny B2B, rabaty progowe, limity kredytowe), gdy integracja jest dwukierunkowa (stany magazynowe i ceny wracają z ERP) albo gdy wtyczka nadpisuje szablon koszyka i łamie inne rozszerzenia.

Pułapki, które generują dopłaty:

• Mapowanie statusów: WooCommerce ma własną listę (pending, processing, completed), ERP zwykle inną. Bez ustalonego mapowania zamówienie potrafi zostać zafakturowane dwa razy. Rozwiązanie: mapowanie po ID zamówienia i znacznik ostatniej synchronizacji, operacje idempotentne.
• Synchronizacja stanów: pełny import 3000 SKU co 15 minut obciąża bazę i API. Lepiej przenosić tylko zmiany (delta).
• Etykiety i numery przesyłek: wygenerowanie etykiety w API kuriera to jedno, zapisanie numeru w zamówieniu i wysłanie go mailem do klienta to drugie. To osobna funkcja, którą trzeba przetestować przed startem.
• RODO: przekazanie danych kurierowi to powierzenie przetwarzania – potrzebna umowa powierzenia i minimalizacja zakresu danych (imię, nazwisko, adres, telefon). Sprawdź też, gdzie stoją serwery API.

Kolejność prac i podział na etapy opisaliśmy przy okazji organizacji wdrożenia WooCommerce w Zamościu oraz w materiale o organizacji wdrożenia krok po kroku w Łodzi.

Migracja do WooCommerce z innej platformy – jak nie stracić pozycji w Google

Migracja na WooCommerce nie musi oznaczać utraty pozycji, ale wymaga kolejności, której nie wolno przestawiać.

1. Mapa URL-i – zanim cokolwiek przeniesiesz, wyeksportuj adresy ze starej sitemapy i z logów serwera. Arkusz: stary URL, nowy URL, typ (produkt, kategoria, strona, tag, paginacja, filtr), docelowy status.
2. 301 z każdego starego adresu – reguła 1:1. Przekierowanie zbiorcze na stronę główną to najszybszy sposób na utratę ruchu.
3. Przeniesienie treści i metadanych – title, opis, H1, opisy produktów, alt-y oraz dane strukturalne Product i Offer. Lista typów danych strukturalnych obsługiwanych przez Google przydaje się, żeby nie przenosić znaczników, których wyszukiwarka już nie używa.
4. Weryfikacja w Search Console – właściwość domenowa, nowa sitemapa, narzędzie „Zmiana adresu” (wymaga dwóch zweryfikowanych usług).
5. Monitoring 4–6 tygodni – indeksowanie, błędy 404 z logów, ruch wchodzący przez przekierowania, osobno frazy brandowe i niebrandowe.

Obowiązkowo przenieś produkty i kategorie, treści SEO oraz dane klientów. RODO nie blokuje migracji, ale wymaga podstawy prawnej i minimalizacji – nie kopiuj haseł w postaci jawnej, wymuś reset hasła przy pierwszym logowaniu. Historia zamówień: przenieś albo świadomie zarchiwizuj, pamiętając o 5-letnim okresie przechowywania dokumentów księgowych.

Błędy, które realnie kosztują ruch:

• Brak przekierowań dla paginacji i filtrów – /sklep/page/2/, ?orderby=, ?filter= to tysiące adresów. Decyzja: 301 na kategorię nadrzędną albo noindex, nigdy „zostawiamy, zobaczymy”.
• Zdublowane /product/ i /produkt/ – zmiana sluga bazy produktów zostawia dwa działające adresy. Trzeba ustawić canonical i przekierowanie.
• Brak aktualizacji sitemapy – stara sitemapa zgłoszona w Search Console prowadzi Google’a na 404.

Jak rozłożyć całość na etapy, opisaliśmy w artykule o organizacji wdrożenia sklepu internetowego na WooCommerce.

Praca z lokalnym wykonawcą z Zamościa i Lubelszczyzny – na co zwrócić uwagę

Lokalny wykonawca nie jest gwarancją jakości, ale skraca obieg informacji. Dla sklepu w Szczebrzeszynie sensowny jest partner z Zamościa lub Lublina: jedna strefa czasowa, możliwość spotkania na miejscu przy testach, faktura w PLN, dojazd w razie awarii. Firma z drugiego końca Polski zrobi to samo, ale każde uzgodnienie przez wideokonferencję zwiększa ryzyko, że „drobna poprawka” zostanie zrozumiana inaczej.

Ofertę oceniaj po czterech rzeczach:

• Rozbicie na godziny. Żądaj stawki (dla WooCommerce w regionie to zwykle 120–200 zł netto/h) i szacunku godzin w podziale na etapy. Oferta „sklep 4 900 zł” bez rozbicia nie pozwala sprawdzić, czy na szablon zaplanowano 40 czy 140 godzin.
• Zakres SLA na piśmie. Typ zgłoszenia, czas reakcji, czas naprawy, kanał zgłoszenia, godziny pracy. Bez tego „wsparcie po wdrożeniu” nic nie znaczy.
• Kto odpisuje po starcie. Konkretne nazwisko i adres e-mail, nie formularz kontaktowy. Zapytaj wprost: kto odbierze telefon w środę o 20:00, gdy padnie bramka płatnicza.
• Kto ma dostęp do serwera. Ty musisz mieć konto administratora w WordPressie, dostęp do panelu hostingu i repozytorium kodu. Wykonawca dostaje własne konto, nie Twoje hasło.

Jak rozpoznać pośrednika, który przekaże projekt dalej? Sygnały: na rozmowie technicznej jest tylko handlowiec i nikt nie umie powiedzieć, jaka wersja PHP jest na serwerze; umowa nie zawiera nazwiska wykonawcy; odpowiedzi przed podpisaniem wracają po 2–3 dni; faktura wystawiana jest przez inny podmiot niż ten, z którym rozmawiasz. Praca bezpośrednio z deweloperem wygląda odwrotnie — dostajesz konkretne pytania o produkty, płatności i ruch.

Checklista wdrożenia WooCommerce – 12 punktów przed startem

Poniższą listę wydrukuj i odklikaj. Jeśli któryś punkt nie jest zamknięty, nie otwierasz sklepu. Szczególnie blok „testy przedstartowe” — w praktyce najwięcej wpadek wychodzi właśnie tam.

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

Lista kontrolna do odklikania

• Liczba produktów i wariantów — Ustal przed wyceną. Do 100 produktów bez wariantów to inna skala pracy niż 2000 pozycji z wariantami rozmiar/kolor — od tego zależy liczba roboczogodzin na import i konfigurację.
• Model sprzedaży: B2C czy B2B — Sprawdź przed wyborem wtyczek. B2B oznacza cenniki przypisane do klienta, ukryte ceny dla niezalogowanych i limity zamówień — gotowe rozwiązania pokrywają to tylko częściowo.
• Strefy wysyłki i cenniki — Zweryfikuj przed konfiguracją. Wypisz kraje, metody (kurier, paczkomat, odbiór osobisty), progi darmowej dostawy i wyjątki dla produktów ciężkich lub gabarytowych.
• Bramki płatności — Zamknij przed etapem integracji. Sprawdź, jakie metody oferuje wybrana bramka, czy obsługuje zwroty i płatności odroczone oraz czy wymaga własnego modułu lub umowy z operatorem.
• Hosting: PHP, Redis, limity — Sprawdź na etapie analizy. Zweryfikuj wersję PHP (min. 8.2), dostępność Redis, liczbę vCPU, typ dysku oraz to, czy dostawca robi kopie zapasowe i czy możesz je samodzielnie przywrócić.
• Motyw i UX na mobile — Oceń przed startem prac nad szablonem. Przejdź ścieżkę zakupu na telefonie: karta produktu, koszyk, płatność — ponad połowa ruchu w sklepach detalicznych to urządzenia mobilne.
• Integracje: ERP, fakturowanie, magazyn — Ustal przed konfiguracją sklepu. Zapisz, które systemy mają się wymieniać danymi i w którą stronę — jednokierunkowy eksport zamówień to inny zakres niż dwukierunkowa synchronizacja stanów.
• Konfiguracja podatków i cen — Weryfikuj przed importem produktów. Ustal stawki VAT, sposób prezentacji cen (brutto/netto), waluty i zasady rabatów, żeby nie poprawiać cen po imporcie katalogu.
• Treści i zdjęcia produktowe — Policz przed startem harmonogramu. Sprawdź, ile produktów ma opis, zdjęcia w jednolitym formacie i uzupełnione atrybuty — brak treści to najczęstszy powód przesunięcia terminu.
• Testy zamówień na staging — Wykonaj przed publikacją. Złóż po jednym zamówieniu dla każdej metody płatności i wysyłki, sprawdź e-maile, fakturę, zmianę statusu i działanie panelu klienta.
• Pomiar wydajności przed startem — Zmierz na staging, nie po uruchomieniu. Użyj PageSpeed Insights i Lighthouse, zapisz wartości LCP, INP i CLS oraz TTFB — będziesz mieć punkt odniesienia do porównania po optymalizacji.
• Przekierowania i mapa URL — Przygotuj przed migracją lub zmianą struktury kategorii. Wyeksportuj stare adresy i przypisz im nowe, a po starcie sprawdź błędy 404 w Search Console.
• RODO i umowy powierzenia — Sprawdź przed włączeniem integracji zewnętrznych. Ustal, jakie dane wychodzą do bramki płatności, kuriera i systemu fakturowania oraz czy masz podpisane umowy powierzenia z tymi podmiotami.
• Kopie zapasowe i monitoring — Uruchom razem ze startem. Zweryfikuj, czy backup wykonuje się automatycznie, gdzie jest przechowywany i czy potrafisz odtworzyć sklep z wybranego dnia.

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