W Krasnobrodzie i na Roztoczu sprzedaż internetowa ma wyraźny rytm: sezon od maja do września, produkty regionalne, usługi noclegowe i warsztatowe, część biznesów działa też B2B. WooCommerce sprawdza się w większości takich przypadków, ale nie w każdym – kluczowe są liczba produktów, model sprzedaży i to, czy pod sklepem nie stoi już program magazynowy. Poniżej porządkujemy część organizacyjną wdrożenia: kiedy WooCommerce wygrywa z PrestaShop, ile realnie trwa projekt, co podnosi koszt, jakie integracje są obowiązkowe i jakie błędy najczęściej zjadają budżet. Jeśli szukasz listy czynności do odhaczenia i uczciwych widełek, jesteś w dobrym miejscu.
W Krasnobrodzie i okolicznych gminach Roztocza sprzedaż internetowa pracuje w rytmie sezonu. Od maja do września idą noclegi, warsztaty i produkty regionalne – miody, sery, przetwory, rękodzieło. Poza sezonem ruch spada, ale rośnie część B2B: dostawy do sklepów, gospodarstw agroturystycznych i firm. Platforma musi to obsłużyć bez przebudowy co rok.
WooCommerce wygrywa, gdy:
PrestaShop wybierz, gdy w grę wchodzi hurt: 1000+ SKU, dziesiątki kombinacji rozmiar/kolor, indywidualne cenniki dla kontrahentów, wielojęzyczność i wielowalutowość. PrestaShop ma to natywnie, w WooCommerce każdy z tych elementów to osobna wtyczka i osobne godziny pracy.
| Scenariusz | Katalog | Czas wdrożenia | Co decyduje o zakresie |
|---|---|---|---|
| Mały sklep | 1–50 produktów | 40–80 h | gotowy motyw, płatności online, jedna metoda dostawy, brak magazynu |
| Średni sklep | 50–500 produktów | 120–250 h | warianty, filtry, import CSV, integracja kurierska, faktury, kategorie |
| B2B / ERP | 500+ produktów | 300+ h | cenniki grupowe, integracja z Subiektem lub Comarch Optima, płatności odroczone, wielojęzyczność |
Wdrożenie da się zamknąć w ośmiu etapach. Każdy kończy się decyzją i materiałem, który można sprawdzić.
Brief powinien zawierać: grupę docelową, listę produktów z marżami, wymagane integracje (magazyn, kurier, faktury, newsletter), budżet i twardy termin startu.
Wszystko idzie najpierw na staging – subdomenę z hasłem i noindex. Publikacja to wyłączenie noindex i podmiana DNS, nie „praca na żywym organizmie”. Kolejność etapów rozpisaliśmy szerzej w materiale o organizacji wdrożenia WooCommerce w Zamościu, a specyfikę mniejszych katalogów w tekście o wdrożeniach i optymalizacji WooCommerce w Szczebrzeszynie.
Pracujemy na godzinach, nie na „pakietach”. Widełki są powtarzalne:
| Wariant | Czas pracy | Typowy zakres |
|---|---|---|
| Prosty sklep | 40–80 h | 1–50 produktów, gotowy motyw, podstawowe płatności i dostawa |
| Rozbudowany | 120–250 h | 50–500 produktów, warianty, import, filtry, integracje, treści |
| B2B z ERP | 300+ h | 500+ produktów, cenniki kontrahentów, magazyn, wielojęzyczność |
Do godzin dochodzą koszty, których nie da się pominąć: hosting 300–1200 zł/rok (im więcej wtyczek i ruchu, tym wyżej), domena 60–120 zł/rok, prowizje operatora płatności 0,5–2,5% od transakcji (BLIK taniej, karta drożej), wtyczki premium 200–600 zł/rok. Najtańszy hosting to zwykle najdroższa decyzja – sklep padający w sierpniu kosztuje więcej niż 600 zł różnicy.
Co realnie podnosi koszt wdrożenia:
Koszty ukryte to zwykle brak materiałów po stronie klienta (zdjęcia, opisy, regulaminy) i zmiany zakresu w trakcie. Dlatego przyczyna dopłat leży najczęściej w braku spisanego zakresu – pokazujemy to w tekście o organizacji wdrożenia sklepu WooCommerce bez wpadek.
Zasada DropDigital: wycena z liczby godzin, stawka znana przed startem, zakres rozbity na etapy, bez opłat „za wdrożenie” dopisanych na końcu. Jeśli projekt wychodzi poza ustalone godziny, najpierw dostajesz informację i decyzję do podjęcia, nie fakturę.
WooCommerce nie jest wolny sam z siebie. Wolny robi się przez brak cache, nadmiar wtyczek i hosting bez zapasu CPU. Dlatego optymalizację zaczynasz od pomiaru, a nie od włączania kolejnych wtyczek.
Trzy metryki mierzysz w pierwszej kolejności:
Dane z realnych wejść znajdziesz w raporcie Core Web Vitals w Search Console, a szczegóły techniczne w PageSpeed Insights oraz w dokumentacji Web Vitals.
Największy zwrot daje pięć rzeczy: cache stron z wyłączeniem koszyka, checkoutu i konta; CDN dla plików statycznych; konwersja zdjęć do WebP lub AVIF; lazy loading dla obrazów poniżej pierwszego ekranu (nigdy dla obrazu LCP); minifikacja i scalanie CSS/JS. Do tego audyt wtyczek – każda dokłada zapytania SQL i skrypty w sekcji head.
SEO techniczne to schema Product z ceną i dostępnością (walidacja w Rich Results Test), breadcrumbs, poprawne znaczniki canonical – uważaj na duplikaty z filtrów i paginacji – oraz sitemap wysyłana do Search Console. Po każdej zmianie sprawdzasz, czy kluczowe karty produktów nadal są zaindeksowane.
Osobno potraktuj checkout: mniej pól, zakup bez rejestracji, BLIK i Przelewy24 dostępne od razu, koszt i termin dostawy widoczne już na karcie produktu, a nie dopiero w koszyku. Jeśli prowadzisz sklep na Roztoczu i porównujesz organizację projektu, zobacz opis wdrożeń i optymalizacji WooCommerce w Szczebrzeszynie – kolejność prac jest tam rozpisana krok po kroku.
| Metryka | Cel | Typowa przyczyna | Czym sprawdzić |
|---|---|---|---|
| LCP | poniżej 2,5 s | zdjęcie LCP bez kompresji, wolny TTFB, brak cache | PageSpeed Insights, raport Core Web Vitals w Search Console |
| INP | poniżej 200 ms | skrypty wtyczek ładowane na wszystkich stronach | Pokrycie kodu w Chrome DevTools, test na stagingu |
| CLS | poniżej 0,1 | banery i komunikaty bez zarezerwowanego miejsca | Layout Shift Regions w DevTools, web.dev |
| Indeksacja | karty produktów w indeksie | canonical na filtrach, błędy w sitemap | Search Console, test na kilku kartach po zmianach |
Integracje nie są dodatkiem – decydują o tym, czy zamówienie da się obsłużyć bez ręcznego przepisywania. Sprawdź je przed startem, nie po pierwszym sezonie.
Płatności. Minimum to Przelewy24 lub PayU oraz Stripe dla kart, a dla klientów mobilnych BLIK. Płatności odroczone mają sens przy koszykach powyżej kilkuset złotych – podnoszą konwersję, ale zwiększają liczbę zwrotów, więc licz je osobno w raportach. Każdą metodę testujesz w sandboxie i ustawiasz webhooki zmieniające status zamówienia automatycznie. Brak BLIK-a oznacza, że część klientów porzuci koszyk na etapie płatności i nie dowiesz się o tym z żadnego raportu.
Kurierzy. InPost z mapą paczkomatów w checkoutcie, DPD i DHL. Sama umowa to za mało – potrzebujesz generowania etykiet i numerów przesyłek z panelu sklepu, opcji pobrania oraz maila ze śledzeniem. Bez mapy punktów klient wpisuje adres ręcznie, co kończy się pomyłkami i telefonami do sklepu.
ERP i faktury. Subiekt, Comarch Optima, WF-Mag. Integracja dwukierunkowa: stany magazynowe z programu trafiają do sklepu, a zamówienia i dane do faktury wracają do programu. Bez tego przy 20 zamówieniach dziennie ktoś spędza na przepisywaniu pół etatu. Kolejność wdrożenia i punkty kontrolne opisaliśmy w materiale o organizacji wdrożenia WooCommerce w Zamościu.
Alternatywa dla płatnych wtyczek: własny moduł pod konkretny proces. Zalety to brak subskrypcji, pełna kontrola nad logiką i mniej konfliktów przy aktualizacjach. Wada jest jedna: moduł trzeba utrzymywać, więc nie ma sensu pisać go do funkcji, którą standardowa wtyczka pokrywa w 100%. Dokumentację samego WooCommerce traktuj jako punkt odniesienia przy każdej decyzji o rozszerzeniu.
| Obszar | Przykłady | Co się dzieje bez integracji |
|---|---|---|
| Płatności | Przelewy24, PayU, Stripe, BLIK, płatności odroczone | porzucone koszyki, ręczne potwierdzanie wpłat |
| Kurierzy | InPost (paczkomaty), DPD, DHL, pobranie | ręczne tworzenie etykiet, pomyłki w adresach, brak śledzenia |
| ERP | Subiekt, Comarch Optima, WF-Mag | stany magazynowe rozjeżdżają się ze sklepem |
| Faktury | powiązanie z ERP lub programem księgowym | faktury wystawiane ręcznie, opóźnienia i błędy |
Większość problemów z WooCommerce nie wynika z samego sklepu, tylko z oszczędności podjętych w złym miejscu. Poniżej pięć sytuacji, które widzimy najczęściej – razem ze sposobem ich wykrycia.
Za tani hosting i brak backupu. Objawy: TTFB powyżej 600 ms na stronie produktu, losowe błędy 500 w godzinach szczytu, wysoki CPU zgłaszany przez dostawcę. Zanim zaczniesz optymalizować kod, sprawdź limity CPU, RAM i IOPS w planie hostingowym. Backup musi obejmować bazę i pliki, a jego odtworzenie musisz przetestować na stagingu – kopia, której nie umiesz przywrócić, nie jest backupem.
Za dużo wtyczek i konflikty. Wykrywanie: Query Monitor pokaże wolne zapytania, hooki i błędy PHP; logi serwera wskażą plugin, który się wysypuje. Test zawsze na kopii, nie na produkcji. Wtyczka do slidera, do popupów i do „optymalizacji” w tym samym czasie to typowy zestaw, który wzajemnie się nadpisuje.
Brak optymalizacji zdjęć i bazy. Zdjęcia potrafią zajmować więcej niż cały sklep. Sprawdzasz je w PageSpeed Insights i GTmetrix, a wolne zapytania przez Slow Query Log. W bazie rosną tabele postmeta i opcje ładowane automatycznie – to warto przeglądać raz na kwartał, po wcześniejszym backupie.
Błędy w płatnościach i kurierach. Testuj w sandboxie scenariusze negatywne: brak odpowiedzi API, odmowa płatności, błędny kod paczkomatu, anulowane zamówienie. Ustaw monitoring webhooków, żebyś dowiedział się o awarii przed klientem.
Zaniedbane SEO po migracji. Wykrywanie: raport indeksowania w Google Search Console oraz crawling narzędziem typu Screaming Frog dla przekierowań 301, canonicali i duplikatów. Bez tego nowy sklep wypada z indeksu na tygodnie.
| Objaw | Narzędzie | Co dokładnie sprawdzić |
|---|---|---|
| Wolne TTFB, błędy 500 | panel hostingu, logi serwera | limity CPU i RAM, zużycie zasobów w szczytach |
| Konflikty wtyczek | Query Monitor, logi PHP, staging | wolne zapytania, hooki, ostatnio aktualizowane wtyczki |
| Ciężkie zdjęcia i baza | PageSpeed Insights, GTmetrix, Slow Query Log | rozmiary plików, tabele postmeta i opcje autoload |
| Problemy z płatnościami | tryb sandbox operatora, monitoring webhooków | scenariusze błędów, statusy zamówień po nieudanej płatności |
| Spadek widoczności po migracji | Google Search Console, Screaming Frog | przekierowania 301, canonicale, sitemap, brakujące strony |
Wdrożenie sklepu to moment startu, nie koniec projektu. Po uruchomieniu trzeba pilnować wersji WordPressa, WooCommerce i wtyczek, kopii zapasowych oraz tego, czy płatności faktycznie przechodzą. Opieka techniczna to zestaw powtarzalnych czynności z jasno określonym zakresem, a nie pogotowie, które reaguje, gdy szkoda jest już wyrządzona.
Co wchodzi w standard:
| Pakiet | Zakres | SLA – czas reakcji | Koszt miesięczny (netto) |
|---|---|---|---|
| Podstawowy | aktualizacje, backup dzienny, monitoring uptime, 1 h drobnych zmian | do 24 h | 300–800 zł |
| Rozszerzony | staging, WAF, 2FA, monitoring wydajności, 4–6 h zmian, konsultacje CRO | 4–8 h, krytyczne 4 h | 1000–2500 zł |
| VPS + administracja serwerem | osobny serwer, Nginx, Redis, kopie co godzinę, aktualizacje PHP/MySQL | 1–4 h | 400–900 zł + koszt serwera |
Poniższa lista to minimum, które musi być zamknięte, zanim sklep trafi do klientów. Sprawdzamy 14 punktów:
Jeśli punkt 7 albo 8 nie przechodzi na stagingu, nie ma sensu przenosić sklepu na produkcję – koszt naprawy rośnie wtedy o czas przestoju.
Pracujemy bezpośrednio z deweloperem, który pisze kod – bez podwykonawców i handlowców w środku. Pytanie „dlaczego koszyk ładuje się 4 sekundy” trafia od razu do osoby, która może to zmienić. Gdy wtyczka robi jedną rzecz i kosztuje kilkaset złotych rocznie, częściej piszemy własny moduł: lekką wtyczkę do dostaw, wariantów albo eksportu zamówień do programu magazynowego. Własny kod aktualizujemy razem z rdzeniem i nie przestanie działać po wygaśnięciu cudzej licencji.
Obsługujemy firmy z Krasnobrodu, Zamościa, Lublina i całej Lubelszczyzny – sklepy sezonowe z produktami regionalnymi i firmy B2B współpracujące z hurtowniami. Organizację wdrożenia w sąsiedniej gminie opisaliśmy w materiale o wdrożeniach i optymalizacji WooCommerce w Szczebrzeszynie, a zasady pracy z zamojskimi biznesami w tekście o organizacji wdrożeń WooCommerce w Zamościu.
Hosting wybrany wyłącznie po cenie – najtańszy plan współdzielony „na start”, bez ustalonego limitu CPU i bez kopii zapasowych.
Jak wykryć: Zmierz TTFB (powinno być wyraźnie poniżej 600 ms), sprawdź logi błędów pod kątem wpisów 500 i 508, przejrzyj statystyki CPU/RAM w panelu hostingu w dniu wysyłki newslettera lub promocji.
Jak naprawić: Przenieś sklep na hosting z PHP 8.x, dyskiem NVMe i automatycznym backupem z możliwością przywrócenia. Przy przenoszeniu zrób kopię bazy i plików, ustaw domenę testową, sprawdź działanie płatności i e-maili po zmianie serwera.
Prace prowadzone bezpośrednio na działającym sklepie, bez środowiska testowego.
Jak wykryć: Nie ma kopii sprzed zmiany motywu lub wtyczki, poprawki są wgrywane na produkcję i testowane „na żywych” klientach, w logach widać serie błędów PHP z godzin szczytu sprzedaży.
Jak naprawić: Postaw staging jako kopię sklepu (pliki + baza), wprowadzaj zmiany najpierw tam, a na produkcję wdrażaj po testach koszyka, płatności i wysyłki e-maili. Na czas wdrożenia ustaw kopię dzienną, nie tygodniową.
Nadmiar wtyczek zamiast jednego modułu – funkcje się nakładają, a każda aktualizacja to loteria.
Jak wykryć: Użyj Query Monitor do sprawdzenia liczby zapytań i czasu ich wykonania, przeglądaj logi PHP na stagingu, notuj każdy konflikt po aktualizacji. Pomocna jest też lista wtyczek z datą ostatniej aktualizacji.
Jak naprawić: Zrób audyt: zostaw wtyczki aktywnie używane, a powtarzalną logikę (np. wystawianie faktur, formatowanie numerów zamówień, eksport do ERP) przenieś do własnego, wąskiego modułu. Mniej zależności oznacza tańsze i szybsze aktualizacje.
Zdjęcia produktowe wgrywane prosto z telefonu i baza rosnąca bez kontroli.
Jak wykryć: Sprawdź wynik LCP i rozmiar strony produktu w web.dev lub PageSpeed Insights, policz wagę zdjęcia (powyżej 300–400 kB na zdjęcie to sygnał ostrzegawczy), przejrzyj rozmiar bazy i liczbę rekordów w tabelach typu _postmeta i _options.
Jak naprawić: Konwertuj pliki do WebP lub AVIF, ustaw rozmiary generowane przez WordPress tylko dla potrzebnych wariantów, włącz lazy loading poza pierwszym ekranem, a bazę czyść z osieroconych rekordów i starych rewizji. Po zmianach zmierz LCP ponownie, nie uznawaj tego za zamknięte „na oko”.
Checkout z nadmiarem pól i bez lokalnych metod płatności, których klienci faktycznie używają.
Jak wykryć: Przeanalizuj porzucenia koszyka i przejdź własne zamówienie na telefonie w 30 sekund – jeśli wymaga wpisywania danych, które nie są potrzebne do wysyłki lub faktury, to się liczy jako błąd. Sprawdź też, czy w płatnościach brakuje BLIK-a lub płatności odroczonych.
Jak naprawić: Skróć formularz do danych niezbędnych, włącz uproszczone logowanie dla stałych klientów, dodaj BLIK oraz płatności online i odroczone, pokaż koszt i termin dostawy przed podsumowaniem. Każdą zmianę testuj na stagingu na kilku scenariuszach: nowy klient, stały klient, zakup z fakturą.
Wdrożenie bez briefu i bez wyceny opartej na liczbie godzin – zakres „doprecyzowuje się w trakcie”.
Jak wykryć: Wycena nie zawiera liczby godzin ani listy integracji, nie ma wskazanego właściciela decyzji po stronie klienta, terminy są podawane bez etapów. Objaw wtórny: brak dostępu do produktów i zdjęć w ustalonym dniu.
Jak naprawić: Ustal brief: grupa docelowa, liczba produktów i warianty, integracje (płatności, kurierzy, ERP, faktury), budżet, termin, osoba akceptująca. Pracuj w etapach z krótkimi odbiorami i rozliczaj projekt z godzin – wtedy każda zmiana zakresu ma jasny koszt.
Wdrożenie WooCommerce w Krasnobrodzie to projekt do policzenia, a nie do „zobaczenia, jak wyjdzie”: od 40–80 godzin przy prostym sklepie, przez 120–250 godzin przy rozbudowanym, po ponad 300 godzin z ERP. Do tego koszty zewnętrzne – hosting 300–1200 zł rocznie, domena 60–120 zł rocznie, prowizje od transakcji 0,5–2,5%. Największe oszczędności nie wynikają z tańszej wtyczki, ale z uporządkowanego briefu, środowiska testowego i ograniczenia liczby wtyczek. Po starcie praca się nie kończy: bez kontroli Core Web Vitals, backupu i integracji z magazynem sklep zaczyna tracić zamówienia, których nikt nie połączy z awarią hostingu.
Sam czas pracy nad sklepem to zwykle 40–80 godzin dla prostego sklepu z kilkudziesięcioma produktami, 120–250 godzin przy rozbudowanej strukturze i większej liczbie integracji oraz ponad 300 godzin, gdy dochodzi ERP lub sprzedaż B2B z cennikami. W kalendarzu przekłada się to na kilka tygodni w pierwszym przypadku i kilka miesięcy w ostatnim. Największym opóźniaczem nie jest programowanie, tylko brak decyzji i materiałów: zdjęć, opisów, regulaminu, polityki zwrotów.
WooCommerce wygrywa, gdy potrzebujesz elastycznej treści obok sprzedaży: bloga, przepisów, opisów producentów, stron dla grup produktowych i łatwego rozbudowywania funkcji przez moduły. PrestaShop ma przewagę przy bardzo rozbudowanej strukturze katalogu, wariantach liczonych w tysiącach i sklepach, w których wiele osób pracuje codziennie na panelu administracyjnym. W obu przypadkach decyduje nie logo systemu, a to, kto będzie sklep utrzymywał i jak szybko ma się zmieniać.
Wtedy, gdy koszt obsługi jednego zamówienia (praca przy produkcie, pakowanie, wysyłka, księgowość, prowizje) zjada całą marżę. Kryterium jest proste: policz marżę na zamówieniu, odejmij prowizję płatności (0,5–2,5%), koszt dostawy, opakowania i czas obsługi. Jeśli zostaje mniej niż koszt wdrożenia rozłożony na realną liczbę zamówień w roku, sensowne są wcześniej: zmiana asortymentu, sprzedaż B2B lub kanał poza sklepem. WooCommerce tego nie naprawi.
Pracuj w etapach z krótkimi odbiorami i trzymaj się kolejności: brief, hosting, instalacja, motyw, produkty, płatności, dostawa, testy, start. Zapisz, kto po stronie firmy akceptuje każdy etap i w jakim terminie dostarcza materiały. Praktyczny opis takiego procesu znajdziesz w materiale o organizacji wdrożenia WooCommerce w Zamościu – te same etapy działają niezależnie od miasta.
Minimalny zestaw to BLIK i płatności online (Przelewy24, PayU lub Stripe), płatność za pobraniem, paczkomaty i kurierzy (InPost, DPD, DHL) oraz e-maile transakcyjne z potwierdzeniem i śledzeniem. Jeśli firma prowadzi magazyn, dochodzi integracja z programem typu Subiekt, Comarch Optima lub WF-Mag i wystawianie faktur. Brak którejkolwiek z tych rzeczy nie zepsuje strony wizualnie, ale wprost przekłada się na porzucone koszyki.
Optymalizacja działa w trzech wymiarach: szybkość (cache, CDN, WebP/AVIF, lazy loading, mniej wtyczek), SEO techniczne (schema Product, canonicale, sitemap, breadcrumbs) i konwersja (krótszy checkout, lokalne płatności, jasna informacja o dostawie). Efekt mierz na liczbach: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1 oraz współczynnik porzuceń koszyka. Więcej o tym, jak to poukładać w praktyce, piszemy przy okazji optymalizacji WooCommerce w Szczebrzeszynie.
Tak, pod warunkiem że nie budujesz sklepu wyłącznie pod szczyt sezonu. Produkty regionalne, pamiątki i usługi warto sprzedawać cały rok, a sezon traktować jako wzmocnienie. W praktyce oznacza to: produkty z długą trwałością, wysyłkę ogólnokrajową, przedsprzedaż i zapisy na przyszły sezon oraz treści, które przyciągają ruch poza szczytem. Bez tego sklep generuje koszt utrzymania przez dwanaście miesięcy, a zwraca się w trzech.
Jeśli chcesz sprawdzić, czy Twój pomysł na sklep w Krasnobrodzie ma sens przy obecnej liczbie produktów i marży, napisz do nas – powiemy wprost, co się opłaca, a co lepiej odłożyć. Wycenę robimy z liczby godzin, bez ukrytych pozycji.