Kiedy WooCommerce to dobry wybór dla sklepu z Łodzi, a kiedy nie

WooCommerce nie jest najlepszy ani najgorszy. Jest wystarczający w konkretnym przedziale i od ustalenia tego przedziału powinieneś zacząć, a nie od listy funkcji.

Próg komfortu. Około 300–5 000 SKU i do ~10 000 zamówień miesięcznie to zakres, w którym WooCommerce pracuje stabilnie na przeciętnym VPS (4 vCPU, 8 GB RAM, dysk NVMe). Poniżej 300 SKU też zadziała, ale SaaS bywa tańszy w utrzymaniu, bo nie płacisz za aktualizacje i kopie zapasowe. Powyżej 5 000 SKU zaczynają się schody: wyszukiwarka i filtry wymagają dodatkowego silnika (np. OpenSearch) oraz cache obiektowego (Redis), a koszt serwera rośnie.

Trzy sygnały, że WooCommerce Ci nie wystarczy:

• Rozbudowany cennik B2B: grupy klientów, indywidualne ceny per kontrahent, rabaty progowe, płatności odroczone. PrestaShop ma to w rdzeniu, w WooCommerce składasz to z wtyczek, które po aktualizacji lubią się gryźć.
• Tysięce kombinacji wariantów (rozmiar × kolor × materiał × nadruk). Warianty mnożą się przez siebie, każdy zajmuje miejsce w bazie i spowalnia katalog oraz panel administracyjny.
• Sprzedaż wielokanałowa z magazynem w czasie rzeczywistym — Allegro, marketplace, sklep stacjonarny. Bez ERP synchronizacja stanów kończy się sprzedażą towaru, którego fizycznie nie ma.

Koszt całkowity posiadania w skali roku: hosting VPS 1 200–4 800 zł, licencje wtyczek premium 1 500–6 000 zł, aktualizacje i drobne poprawki 2 000–8 000 zł, kopie zapasowe i monitoring 500–2 000 zł. Razem 5 000–20 000 zł rocznie, jeszcze bez godzin deweloperskich na rozwój. Zestaw to z abonamentem SaaS, zanim uznasz, że open source jest darmowy. Sprawdź też Core Web Vitals — przy ciężkim katalogu to one pierwsze pokazują, że hosting nie wyrabia (Web Vitals – progi i sposób pomiaru).

Kiedy WordPress już jest — jeśli masz firmową stronę na WordPressie z treściami i ruchem, WooCommerce dokłada sprzedaż do istniejącej instalacji. Nie migrujesz treści, nie utrzymujesz drugiego CMS-a, a koszt startu to głównie konfiguracja i wtyczki. Rozbicie budżetu i harmonogramu znajdziesz w artykule WooCommerce Łódź: koszty, harmonogram i wybór wykonawcy.

Ile realnie trwa wdrożenie sklepu WooCommerce — etapy i godziny

MVP z jedną metodą płatności i jednym kurierem to 2–3 tygodnie. Pełny sklep z płatnościami, kurierami, fakturowaniem i integracją magazynową — 5–8 tygodni. Wszystko poniżej dwóch tygodni oznacza, że albo masz gotowe materiały i działający WordPress, albo ktoś liczy na to, że problemów nie zauważysz.

Pułapki, które wydłużają projekt najczęściej (w tej kolejności): brak zdjęć produktów — potrzebujesz minimum 3–4 ujęć na produkt, spójnego tła i formatu WebP; brak opisów i parametrów; brak cennika netto/brutto z wagą i wymiarami paczki (bez wagi nie wygenerujesz etykiety kurierskiej); brak dostępu do starego panelu i bazy klientów; decyzje podejmowane w trakcie, np. „a może jednak dodamy drugi język”.

Zamroź zakres przed startem. Zrób listę funkcji z podziałem must / should / could i podpisem klienta. Każda zmiana po starcie prac ma trzy opcje: wchodzi w miejsce czegoś innego, przesuwa termin, albo dostaje osobny kosztorys. W praktyce wystarczy rejestr zmian z liczbą godzin — 0,5 h na drobną korektę, 2–8 h na nową integrację — i bufor 15–20% godzin na niespodzianki. Bez tego projekt z 40 godzin robi się 70, a fakt jest jedna.

Jeśli w zakresie jest ERP albo CRM, zaplanuj osobny blok prac. Zasady, które oszczędzają najwięcej czasu, opisałem w tekście Jak skutecznie zintegrować sklep internetowy z CRM?. Po wdrożeniu sprawdź jeszcze w Search Console, czy dane strukturalne produktów są zgodne z wymaganiami Google — lista obsługiwanych typów jest w dokumentacji danych strukturalnych Google.

Płatności, kurierzy i fakturowanie: co musi działać od pierwszego dnia

Minimum na start to BLIK i przelew online przez Przelewy24 lub PayU, karta oraz Apple Pay / Google Pay. BLIK bez operatora nie zadziała — potrzebujesz umowy z bramką. Stawki prowizji zależą od umowy, obrotu i negocjacji, więc poproś o tabelę opłat w PDF przed podpisaniem i sprawdź dwa pola: prowizję od transakcji oraz koszt zwrotu lub reklamacji. Zwróć uwagę na czas księgowania: przelewy i BLIK zwykle trafiają na konto następnego dnia roboczego, karty w dłuższych cyklach rozliczeniowych. Terminy potwierdź w umowie z operatorem, bo od nich zależy Twoja płynność.

Kurierzy. InPost Paczkomaty, DPD i DHL muszą dawać nie tylko cennik, ale generowanie etykiet z poziomu panelu, numer listu przewozowego w mailu i statusy przesyłek w zamówieniu. Realizacja przez wtyczkę typu Furgonetka, Apaczka lub Sendit albo bezpośrednio przez API przewoźnika — oba warianty są dobre, jeśli działa webhook zwrotny. Sprawdź mapowanie metod dostawy z wagą i wymiarami produktu: Paczkomat ma limity gabarytu, a przy pobraniu dochodzi osobna opcja.

Dokumenty. JPK_V7M/K to obowiązek — kategoria wygody nie istnieje. Fakturownia, Subiekt lub WF-Mag wpięte w WooCommerce wystawią dokument automatycznie po opłaceniu zamówienia, bez przepisywania danych ręcznie. Terminy e-paragonu i KSeF były przesuwane — przed integracją potwierdź aktualny obowiązek dla swojego obrotu, nie polegaj na wpisach z blogów.

Test end-to-end przed launchem, zawsze na prawdziwej transakcji za złotówkę: koszyk → płatność → mail potwierdzający → faktura → etykieta kurierska → wysyłka. Przetestuj też scenariusze awaryjne: płatność odrzucona, powrót z bramki bez zamówienia, koszyk gubiący produkt. Typowe objawy znajdziesz w tekstach koszyk sklep internetowy nie działa i sklep internetowy nie zapisuje zamówień.

Wykonawca z Łodzi czy zdalny? 7 pytań, które rozstrzygną wybór

Adres firmy nie jest kryterium technicznym. Wykonawca z Łodzi i wykonawca z Rzeszowa mogą dostarczyć identyczny efekt — albo identyczny bałagan. Różnicę robi proces, nie odległość. Oto siedem pytań, które zadaj przed podpisaniem umowy.

1. Dostanę dostęp do stagingu? Osobna kopia sklepu do testów wtyczek i aktualizacji. Testy na produkcji oznaczają, że pierwsza nieudana aktualizacja WooCommerce może sprawić, że sklep przestanie zapisywać zamówienia.
2. Kto robi backupy i jak często? Konkretnie: ile kopii, jaka retencja, czy leżą poza serwerem produkcyjnym, kto sprawdza, że da się je odtworzyć.
3. Jaki jest czas reakcji w SLA? Godziny, nie „szybko”. Osobno dla awarii krytycznej (sklep nie przyjmuje zamówień) i dla drobnych zmian.
4. Na czyim koncie są licencje wtyczek? Najlepiej na Twoim. Wtedy zmiana wykonawcy nie odcina Cię od aktualizacji i wsparcia.
5. Gdzie jest repozytorium kodu? Git z historią zmian i dostępem dla Ciebie po odbiorze, nie folder na serwerze.
6. Kto robi aktualizacje po wdrożeniu? Cotygodniowo czy „jak coś się zepsuje”?
7. Jak wygląda kryterium odbioru? Lista sprawdzeń: zamówienie, płatność, faktura, mail, etykieta kurierska.

Trzy odpowiedzi powinny Cię zatrzymać.

Hosting i wydajność: dlaczego tani hosting kosztuje więcej niż VPS

Trzy metryki decydują o tym, jak sklep wypada na telefonie: LCP poniżej 2,5 s (wyświetlenie największego elementu, zwykle zdjęcia produktu), INP poniżej 200 ms (reakcja na dotknięcie) i CLS poniżej 0,1 (przeskakiwanie treści). Zmierzysz je w PageSpeed Insights dla pojedynczego adresu oraz w Search Console w raporcie Core Web Vitals — tam dane zbierane są od realnych użytkowników z 28 dni. Opis metryk i sposób ich interpretacji znajdziesz w dokumentacji Web Vitals.

Cache obiektowy (Redis) skraca powtarzalne zapytania do bazy — w WooCommerce to głównie meta_query przy listach produktów i filtrach. CDN serwuje obrazy i pliki statyczne z serwera bliżej klienta. Czego nie naprawi żadna wtyczka do optymalizacji: wolnego procesora i małej ilości RAM w hostingu współdzielonym, braku indeksów w bazie oraz obcych skryptów (piksel, czat, rekomendacje), które blokują INP. Podkręcanie cache przy przeciążonym serwerze daje złudzenie poprawy na jeden dzień.

Kiedy hosting współdzielony przestaje wystarczać? W praktyce przy katalogu powyżej około 2 000 SKU, przy zadaniach cron (generowanie feedu, synchronizacja stanów) i przy skokach ruchu z kampanii. Objawy: 502 przy zapisie produktu, przekroczony limit CPU w panelu, cron uruchamiany po godzinie od planu. Jak wygląda ratowanie sklepu w takiej sytuacji, opisujemy w artykule hosting blokuje ruch.

Backup na tym samym serwerze to nie backup. Reguła: trzy kopie, dwa nośniki, jedna poza serwerem produkcyjnym. Bez kopii bazy odtworzenie sklepu z 2 000 SKU to nie „wgranie plików”, a ponowne wprowadzanie opisów, zdjęć i cen — tygodnie pracy plus utracone zamówienia i konta klientów. Test odtworzenia zrób raz na kwartał.

Integracje, które najbardziej podnoszą koszt wdrożenia

Najdroższe pozycje w wycenie to zwykle nie szablon, a integracje. Zanim poprosisz o ofertę, ustal, z czym sklep ma się komunikować i w którą stronę mają płynąć dane.

W polskich MŚP najczęściej pojawiają się Subiekt GT, WF-Mag, Comarch Optima i Fakturownia. Przed wyceną sprawdź trzy rzeczy: czy dany system ma API i czy Twoja wersja licencji je udostępnia, czy dostawca dopuszcza komunikację z zewnętrznym programem, oraz jak wygląda autoryzacja — token, klucz API, konto serwisowe. Przy starszych wersjach programów księgowych bywa, że zostaje wymiana plików lub pomost przez bazę. Zakres możliwości różni się między wersjami, więc potwierdź to na piśmie dla konkretnej wersji, nie „na słowo”.

Ile kosztuje wdrożenie sklepu WooCommerce w Łodzi — widełki z godzin

Kalkulację sprowadź do jednego wzoru: liczba godzin × stawka za godzinę. Do porównania przyjmij 150 zł netto/h — tyle realnie kosztuje godzina zespołu, który wdrożył więcej niż trzy sklepy na WooCommerce. Oferta o 40% tańsza prawie zawsze pomija konfigurację poczty transakcyjnej, testy płatności i przekierowania ze starych adresów.

Sklep do 200 SKU na gotowym szablonie: 60–90 godzin. Wchodzi instalacja WordPressa i WooCommerce, konfiguracja szablonu, 3–5 metod płatności, 2 kurierów z etykietami, 10–15 podstron i wprowadzenie 200 produktów z pliku CSV.

Sklep z integracją magazynową: 130–200 godzin. Dochodzi mapowanie pól z ERP, stany magazynowe odświeżane co 5–15 minut, ceny i zamówienia w obie strony. Samo podłączenie API to 20–30 godzin, resztę zjada ustalenie, co się dzieje, gdy towaru jest 0, a klient właśnie złożył zamówienie. Typowe pułapki takiego połączenia opisujemy w artykule o integracji sklepu internetowego z CRM.

Migracja z PrestaShop: 110–170 godzin. Eksport kategorii, produktów, zdjęć, klientów i historii zamówień, a potem ręczne mapowanie na strukturę WooCommerce — dokumentacja deweloperska PrestaShop nie tłumaczy, jak przenieść to 1:1.

Dopłaty ponad cenę startową: indywidualny szablon, migracja powyżej 500 produktów, każdy dodatkowy język (15–25 godzin), konfigurator, ceny B2B netto/brutto.

Opieka: abonament godzinowy (np. 5 h miesięcznie) jest elastyczny, ale dwie awarie w jednym tygodniu potrafią go wyczerpać. Pakiet SLA za 400–900 zł miesięcznie zawiera kopie, aktualizacje, monitoring i czas reakcji 1–4 godziny.

Pytania przy porównywaniu ofert: ile godzin i na co dokładnie? Kto pisze treści i robi zdjęcia? Czy w cenie są przekierowania 301 i konfiguracja SPF/DKIM? Czy dostanę harmonogram z zadaniami po stronie mojej firmy? Pełną checklistę zakresu i harmonogramu znajdziesz w artykule WooCommerce Łódź: koszty, harmonogram i wybór wykonawcy.

SEO dla sklepu WooCommerce w Łodzi: co realnie daje ruch

SEO sklepu zaczyna się od adresów, nie od wtyczki. Ustal jeden wzorzec: /kategoria/podkategoria/nazwa-produktu. Kategorii głównych nie rób więcej niż 5–12, a poziomów zagłębienia więcej niż trzy. Atrybuty (rozmiar, kolor, materiał) w WooCommerce tworzą własne adresy, a filtry generują dziesiątki kombinacji w rodzaju /sklep/?filter_kolor=czerwony. Te adresy muszą mieć noindex, canonical wskazujący na kategorię nadrzędną i wyłączenie z sitemapy. Bez tego po pół roku masz kilka tysięcy cienkich podstron i kanibalizację na własne frazy.

Dane strukturalne Product i Offer to najtańszy zysk. Jeden poprawny blok JSON-LD z nazwą, ceną, walutą, dostępnością i terminem ważności ceny pozwala pokazać w wynikach cenę i stan magazynowy. Wymagania zmieniają się co kilka kwartałów, więc bazuj na dokumentacji Google Search Central o obsługiwanych danych strukturalnych. Równolegle uzupełnij profil firmy w Google: kategoria, adres w Łodzi, godziny, zdjęcia, link do sklepu. Dla zapytań z dopiskiem „łódź” ten profil daje ruch szybciej niż nowa podstrona.

Strony lokalne mają sens tylko z unikalną treścią: zdjęcia z magazynu, odbiór osobisty, kasy fiskalne, realne terminy dostawy, opinie klientów z miasta. Kopia tego samego tekstu z podmienioną nazwą miasta na dziesięciu podstronach to duplikacja — Google w przewodniku o treściach tworzonych dla ludzi wprost odradza masowe warianty.

Szybkość: progi LCP poniżej 2,5 s, INP poniżej 200 ms i CLS poniżej 0,1 opisuje dokumentacja web.dev. Najwięcej daje hosting z cache po stronie serwera, obrazy WebP i limit wtyczek do 25–30. Jeśli serwer dławi się przy 30 równoczesnych użytkownikach, żadna optymalizacja frontu nie pomoże — to temat z artykułu o hostingu blokującym ruch.

Najczęstsze pułapki przy wdrożeniach WooCommerce i jak je wykryć

Pięć błędów, które kosztują najwięcej — i sposób sprawdzenia każdego z nich jeszcze przed startem.

• Brak stagingu i backupu. Pytanie kontrolne do wykonawcy: „Czy aktualizacje wtyczek idą najpierw na kopię sklepu i czy przed każdą mam backup, który przywrócicie w 15 minut?”. Odpowiedź „kopie robi hosting” wymaga doprecyzowania: gdzie, jak często i czy odtworzenie było kiedykolwiek testowane. Aktualizacja WooCommerce potrafi wysypać szablon, a wtedy liczy się czas, nie dobra wola.
• Migracja bez przekierowań 301. Sprawdź sam: weź 20 starych adresów produktów i kategorii, wpisz w konsoli curl -I adres i zobacz kod odpowiedzi. 404 dwa tygodnie po starcie to utracone pozycje, których nie odzyskasz w miesiąc. Każdy stary URL potrzebuje reguły w .htaccess albo we wtyczce Redirection, prowadzącej do najbliższego odpowiednika, a nie do strony głównej.
• Znikające maile transakcyjne. Potwierdzenie zamówienia, które nie dociera, kończy się telefonem od klienta i drugim zamówieniem złożonym telefonicznie. Sprawdź w DNS rekordy SPF i DKIM oraz politykę DMARC (na start p=none, docelowo quarantine), wyślij test na mail-tester.com — wynik poniżej 8/10 oznacza przejście na SMTP przez dostawcę zamiast funkcji mail(). Objawy takich problemów opisujemy w materiale o tym, że sklep internetowy nie zapisuje zamówień.
• Wtyczki bez wsparcia po aktualizacji PHP. Przed zakupem sprawdź w repozytorium WordPressa datę ostatniej aktualizacji i pole „Tested up to”. Brak zmian od 12 miesięcy przy PHP 8.2 to zaproszenie do błędu. W przypadku wtyczek premium pytaj o changelog i o to, kto zareaguje, gdy autor zniknie.
• Brak monitoringu dostępności. O awarii nie powinien informować klient. UptimeRobot lub Better Uptime, test co minutę, alert SMS do dwóch osób, plus test syntetyczny koszyka: dodanie produktu i dojście do kasy. Część awarii nie wyłącza strony — psuje tylko zamówienia, co widać w artykule o niedziałającym koszyku.

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

Lista kontrolna do odklikania

• Zamrożony zakres MVP — Przed startem prac: lista funkcji na pierwszy launch, reszta w drugim etapie z osobną wyceną.
• Dostęp do stagingu — Przed startem: wykonawca powinien pokazać środowisko testowe, na którym zobaczysz postępy bez ryzyka dla produkcji.
• Repozytorium kodu — Przed startem: ustal, gdzie jest kod i czy dostaniesz do niego dostęp po zakończeniu współpracy.
• Backupy i ich odtwarzanie — Przed startem: ustal częstotliwość kopii, miejsce przechowywania i kto odpowiada za odtworzenie.
• Metody płatności — Na 2 tygodnie przed launchem: BLIK, przelewy online, karta, płatności mobilne — umowy z operatorem podpisane i klucze API wpięte.
• Kurierzy i etykiety — Na 2 tygodnie przed launchem: generowanie etykiet z panelu, numer listu przewozowego w mailu, statusy przesyłek.
• Fakturowanie — Na 2 tygodnie przed launchem: wystawianie faktury automatycznie po opłaceniu zamówienia, zgodność numeracji i stawek VAT.
• Maile transakcyjne — Przed launchem: potwierdzenie zamówienia, potwierdzenie płatności, wysyłka, zwrot — sprawdzone pod kątem poprawnego nadawcy.
• Test pełnej ścieżki zakupu — Tydzień przed launchem: jedno zamówienie testowe od koszyka do etykiety i dokumentów.
• Kopia danych ze starego sklepu — Przed migracją: eksport produktów, klientów i zamówień zapisany lokalnie.
• Produkty gotowe do publikacji — Tydzień przed launchem: co najmniej 80 procent pozycji ma zdjęcie, opis, cenę, wagę i wymiary.
• Wydajność i szybkość ładowania — Przed launchem: sprawdzenie czasów ładowania i kluczowych wskaźników wydajności na hostingu docelowym, nie na serwerze deweloperskim.
• Szkolenie zespołu z panelu — Po odbiorze: minimum jedno szkolenie z obsługi zamówień, zwrotów i edycji produktów, najlepiej nagrane.
• Umowa na opiekę powdrożeniową — Przy odbiorze: czas reakcji w SLA, zakres godzin i sposób zgłaszania awarii.

Najczęściej zadawane pytania

Źródła i materiały

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