Czym jest wdrożenie WooCommerce, a czym optymalizacja — i dlaczego mieszanie tych dwóch rzeczy kosztuje najwięcej

Wdrożenie to projekt z określonym końcem: dniem, w którym sklep przyjmuje pierwsze prawdziwe zamówienie. W zakresie wdrożenia musi działać komplet: środowisko (PHP 8.2 lub 8.3, MySQL 8 albo MariaDB 10.6+, OPcache, Redis, HTTP/2 lub HTTP/3), motyw, katalog z kategoriami i atrybutami, bramka płatnicza, strefy wysyłki z cennikami, stawki podatkowe i testy przed startem. Jeśli brakuje jednego z tych elementów, nie mamy do czynienia z wdrożeniem, tylko z instalacją do dokończenia.

Optymalizacja to praca na sklepie, który już zbiera dane. Ma trzy warstwy: szybkość (Core Web Vitals — LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1), SEO techniczne (dane strukturalne Product i Offer, canonicale, przekierowania, blokada indeksacji adresów filtrów) oraz konwersję i UX koszyka (liczba kroków do płatności, koszt dostawy widoczny przed koszykiem, liczba pól formularza). Optymalizację rozlicza się porównaniem przed/po. Bez pomiaru bazowego nie ma czego poprawiać ani z czego się rozliczyć.

Migracja z PrestaShop, Shopera lub sklepu autorskiego to osobna kategoria i osobne ryzyko: mapowanie SKU, klientów, zamówień i adresów URL, przekierowania 301 dla każdego starego linku, okres równoległego działania dwóch środowisk. Wycena bez inwentaryzacji danych źródłowych jest wróżeniem z fusów.

Utrzymanie i opieka to czwarta kategoria: aktualizacje WordPressa, WooCommerce i wtyczek, backupy trzymane poza serwerem, monitoring dostępności i błędów PHP, przegląd wtyczek pod kątem znanych luk. To nie projekt z terminem, a stały abonament.

Jeden sklep realnie potrzebuje trzech z tych czterech usług naraz — np. po migracji z PrestaShopu jednocześnie potrzebuje przekierowań, optymalizacji Core Web Vitals i opieki. To nie naciąganie: to trzy różne zestawy prac, trzy różne ryzyka i trzy różne sposoby rozliczenia. Zobacz, jak wygląda organizacja wdrożenia sklepu WooCommerce rozdzielona na etapy oraz jak wygląda analogiczny proces organizacji wdrożenia WooCommerce w Zamościu. Jeśli wykonawca wrzuca wszystkie cztery obszary do jednej pozycji „sklep internetowy”, zapytaj, na którym z nich kończy się umowa.

Wdrożenie WooCommerce krok po kroku: 7 etapów od decyzji do startu

Etap 0 — decyzja o stacku. WooCommerce kontra PrestaShop. Kryteria, które realnie przesądzają: liczba SKU i skala wariantów (produkt na 5 rozmiarów × 8 kolorów to 40 wariantów i inne wymagania pamięciowe bazy), model B2B (ukryte ceny dla niezalogowanych, grupy klientów, indywidualne rabaty), wielojęzyczność, gotowość do pracy z wtyczkami i dostępność wykonawcy.

• Etap 1 — dane i treści. Tu leży około 60% opóźnień startu. Opisy, zdjęcia w spójnych proporcjach, kategorie, atrybuty, jednostki, wagi, stawki VAT. Import robisz z pliku CSV — ale plik z 1000 produktami wypełniony w połowie generuje dwa razy więcej pracy niż brak pliku.
• Etap 2 — hosting i środowisko. PHP 8.2 lub 8.3, MySQL 8 / MariaDB 10.6+, OPcache, HTTP/2 albo HTTP/3, Object Cache przez Redis. Dla sklepu do 1000 SKU realne minimum to 2 vCPU i 4 GB RAM oraz cron systemowy zamiast WP-Cron odpalonego przez ruch użytkowników.
• Etap 3 — instalacja i struktura. Motyw, drzewo kategorii, adresy URL, ustawienia podatków, strefy wysyłki. Strukturę adresów ustala się raz — zmiana po indeksacji oznacza setki przekierowań.
• Etap 4 — integracje. Bramka płatnicza, kurierzy (np. przesyłki do Paczkomatów), system księgowy lub ERP, e-mail transakcyjny z poprawnymi rekordami SPF, DKIM i DMARC. Zakres integracji sprawdzasz w dokumentacji WooCommerce, zanim podpiszesz umowę z operatorem płatności.
• Etap 5 — testy. Zamówienie testowe złożone na produkcji, opłacone prawdziwą kwotą, z realnym listem przewozowym, fakturą, e-mailami i zwrotem.
• Etap 6 — start i pierwsze 30 dni. Monitoring dostępności, GA4 w trybie e-commerce, Search Console, lista poprawek wynikających z danych.

Szacunek czasu: prosty sklep do 100 SKU to 40–70 h, sklep z wariantami powyżej 1000 SKU i integracjami — 120–250 h. Podobny rozkład etapów opisujemy w materiałach o wdrożeniu i optymalizacji WooCommerce w Krasnobrodzie oraz o wdrożeniach i optymalizacji WooCommerce w Szczebrzeszynie.

Ile to trwa i ile kosztuje — widełki na podstawie liczby godzin, nie cennika z sufitu

Zacznij od rozbicia na prace i pomnóż przez stawkę wykonawcy. To jedyny sposób, żeby porównać dwie oferty, które różnią się pięciokrotnie.

• Setup i konfiguracja bazowa: 8–16 h
• Katalog i import: 10–40 h (zależy wyłącznie od jakości danych)
• Każda integracja: 6–20 h
• Motyw i wygląd: 12–40 h
• Testy i wdrożenie: 6–12 h

Przy stawkach 120–200 zł netto za godzinę proste wdrożenie WooCommerce w Polsce zamyka się w 3 500–8 000 zł netto. Rozbudowany sklep z wariantami i integracjami to 12 000–35 000 zł netto. Jeśli dostajesz ofertę na 2 000 zł za sklep z płatnościami, kurierami i 800 SKU — ktoś pominął testy albo liczy na dopłatę po starcie.

Migracja z innej platformy to dodatkowe 8–24 h na samo mapowanie danych (SKU, klienci, zamówienia, adresy URL) plus koszt utrzymania dwóch środowisk przez okres przejściowy. Przy 2000 produktów sam etap mapowania bywa dłuższy niż cały import.

Optymalizacja istniejącego sklepu to audyt 4–8 h i poprawki 10–30 h. Efekt podaje się liczbami przed/po: LCP, INP, CLS, liczba kroków w koszyku, porzucenia koszyka. Warto mierzyć to narzędziami opisanymi w materiałach o Web Vitals — inaczej „optymalizacja” sprowadza się do włączenia wtyczki cache.

Utrzymanie kosztuje 150–600 zł netto miesięcznie w zależności od zakresu SLA: aktualizacje, backupy poza serwer, monitoring, czas reakcji na awarię.

Dlaczego rozliczenie godzinowe jest bezpieczniejsze na starcie? Stała kwota zawiera ukryty bufor na ryzyko — płacisz za niepewność wykonawcy, nie za pracę. Przy rozliczeniu godzinowym widzisz, ile trwało mapowanie, ile import, ile testy. Pytanie do wykonawcy brzmi więc nie „ile to kosztuje”, a „ile godzin i na co” — i czy godziny ponad zakres rozliczamy po tej samej stawce. Przykłady takiego rozbicia znajdziesz w opisie wdrożeń i optymalizacji WooCommerce w Zwierzyńcu oraz w materiale o organizacji wdrożenia sklepu WooCommerce w Łodzi.

Optymalizacja szybkości WooCommerce: co realnie daje efekt, a co jest stratą czasu

Nie zaczynaj od wtyczki. Zacznij od pomiaru, bo bez niego nie wiesz, który etap w ogóle warto ruszyć. Cztery narzędzia w kolejności użycia:

• PageSpeed Insights — jedno uruchomienie daje dane laboratoryjne (Lighthouse) i polowe (Chrome UX Report z ostatnich 28 dni). Gdy w labie LCP wychodzi 2,1 s, a w CrUX 5,4 s, winowajcą są rzeczy, których lab nie widzi: serwer pod realnym obciążeniem, skrypty third-party, brak cache.
• Lighthouse w Chrome DevTools — tryb mobilny, throttling 4G, trzy uruchomienia i patrzysz na medianę, nie na najniższy wynik.
• WebPageTest — lokalizacja Frankfurt lub Warszawa, filmstrip i wodospad. Od razu widać, czy blokuje Cię backend (długi TTFB), czy frontend (liczba zasobów).
• Chrome UX Report — dane realnych użytkowników; tylko one pokazują, co naprawdę czują kupujący.

Diagnoza zwykle sprowadza się do pięciu rzeczy: nakładające się wtyczki (dwa buildery, trzy suwaki, dwie wtyczki cache), zapytania po nieindeksowanych polach wp_postmeta.meta_key, brak cache obiektowego, zewnętrzne skrypty wklejone w header.php (piksele, czat, mapa) oraz obrazy wrzucane prosto z telefonu — 3000 px i 1,8 MB.

Kolejność wg zwrotu z inwestycji: hosting i PHP, potem cache, potem obrazy, na końcu kod i baza. Sklep na hostingu współdzielonym z PHP 7.4 nie odczuje żadnej wtyczki cache — najpierw PHP 8.2/8.3, OPcache, memory_limit 256–512 MB i dysk NVMe. Dalej: cache stron dla gości, Redis na cache obiektowy i CDN. Obrazy: WebP lub AVIF, poprawne rozmiary, lazy loading wszędzie poza obrazem LCP — ten dostaje fetchpriority="high". Na końcu baza: limity zapytań, indeksy, sprzątanie wp_postmeta, wygasłych transientów i tabeli action_scheduler.

Czego nie robić: nie włączaj pięciu wtyczek cache jednocześnie, nie minifikuj przez wtyczkę przy HTTP/2, nie przepisuj motywu bez pomiaru przed i po. Efekt? Typowy sklep WooCommerce po audycie schodzi z 4–6 s LCP do 1,8–2,5 s na mobile bez wymiany motywu. Metryki i progi opisuje dokumentacja web.dev o Web Vitals. Podobne audyty prowadzimy przy wdrożeniach i optymalizacji WooCommerce w Krasnobrodzie — kolejność prac jest zawsze ta sama.

SEO techniczne sklepu WooCommerce: 12 punktów, które najczęściej są popsute

Poniższą listę sprawdzisz sam w godzinę: Search Console, Rich Results Test i wtyczka pokazująca nagłówki HTTP. Kolejność nie jest przypadkowa — od punktów, które kosztują najwięcej ruchu.

• 1. Strony transakcyjne. /koszyk/, /moje-konto/, /zamowienie/ powinny mieć noindex. Koszyk dodatkowo blokujesz w robots.txt. Pułapka: jeśli strona jest już w indeksie, najpierw wdróż noindex, poczekaj na usunięcie, dopiero potem dodawaj Disallow — inaczej Google nigdy nie zobaczy noindex.
• 2. Parametry filtrów. ?filter_color=, ?orderby=, ?min_price= generują tysiące adresów. Ustaw noindex i ogranicz linkowanie wewnętrzne do nich.
• 3. Warianty produktów. Domyślnie WooCommerce nie tworzy osobnych adresów dla wariacji — ale niektóre wtyczki tak. Sprawdź, czy nie masz dwóch wersji tego samego produktu.
• 4. Produkty w wielu kategoriach. Canonical ma wskazywać na sam produkt, nie na kategorię.
• 5. Paginacja /page/2/ — canonical do siebie, nie do pierwszej strony. Bardzo głębokie strony możesz dać jako noindex, follow.
• 6. Dane strukturalne: Product, Offer, AggregateRating, BreadcrumbList. Wzorzec i walidację znajdziesz w galerii danych strukturalnych Google. Bez poprawnych cen i dostępności nie ma gwiazdek w wynikach.
• 7. Title i description. Szablon dla kategorii, ręczna edycja dla 20 produktów z największym przychodem — tam szablon zawsze przegrywa.
• 8. Sitemap. Osobno produkty i kategorie, zgłoszone w GSC, status „Sukces”.
• 9. Opisy producenta. Kopiowane 1:1 to ryzyko. Unikalny opis w 20 minut: akapit „dla kogo”, „z czego wykonany”, „jak używać” plus pięć pytań FAQ.
• 10. Przekierowania 301 po zmianie struktury URL — mapa stary → nowy w CSV i test przez curl -I.
• 11. Crawl budget. Sprawdź w GSC, ile adresów Google pobiera, i porównaj z liczbą realnych produktów.
• 12. Drobiazgi techniczne: jeden wariant domeny (www lub bez), HTTPS na wszystkich zasobach, spójne końcowe ukośniki.

Integracje, które decydują o tym, czy sklep działa: płatności, InPost, DPD, DHL, ERP

Wtyczka z rynku robi 80% roboty. Różnica między „działa” a „działa w mojej firmie” siedzi w pozostałych 20% — i to one generują telefony od klientów.

Płatności. Przelewy24, PayU, tPay, Stripe, BLIK. Patrz na cztery rzeczy, nie na logo: czy status zamówienia zmienia się przez webhook (a nie tylko po powrocie użytkownika na stronę), co się dzieje, gdy webhook nie dojdzie, czy nieudana płatność wysyła klientowi e-mail z linkiem do ponownej próby i czy faktura generuje się automatycznie po zmianie statusu. Test minimum: 20 scenariuszy — anulowanie, podwójne kliknięcie „zapłać”, BLIK z opóźnionym potwierdzeniem, płatność odrzucona przez bank.

Kurierzy. InPost Paczkomaty przez ShipX API, DPD, DHL. Zakres prac: generowanie etykiet z panelu WooCommerce, mapowanie statusów przesyłek, wybór punktu odbioru. Mapa punktów na stronie produktu lub w koszyku podnosi konwersję, ale ładowana bezwarunkowo na starcie potrafi zepsuć LCP — ładuj ją po kliknięciu lub po przewinięciu do sekcji.

ERP i księgowość. Subiekt, Comarch Optima, Fakturownia, wFirma. Synchronizacja stanów ma sens wtedy, gdy sprzedajesz tym samym towarem w kilku kanałach: sklep, Allegro, stacjonarnie. Bez tego masz overselling i telefony od klientów, którym anulowano zamówienie.

Wtyczka czy własny moduł? Wtyczka wystarcza przy standardowym cenniku i płaskiej liście wysyłki. Własny moduł wchodzi przy cennikach B2B, rabatach progowych, wysyłce zależnej od palety i gabarytu. Punkt wyjścia do prac opisaliśmy w organizacji wdrożenia WooCommerce w Zamościu. Zasady rozszerzania sklepu znajdziesz w dokumentacji WooCommerce.

Pamiętaj o koszcie utrzymania: operatorzy zmieniają API kilka razy w roku i ktoś musi to wdrożyć.

10 pułapek przy wdrożeniu i migracji do WooCommerce — i jak każdą wykryć przed startem

Poniższe dziesięć rzeczy to najczęstsze przyczyny wdrożeń, które zatrzymują się w połowie. Przy każdej jest test, który zajmuje maksymalnie kilka minut i nie wymaga dostępu do kodu ani wiedzy technicznej.

• 1. Brak środowiska staging. Testy idą na produkcji, a po błędzie zostaje paniczny rollback przy zamkniętym sklepie. Wykrycie: poproś o adres kopii testowej i informację, czy ma osobną bazę danych. Brak konkretnego adresu oznacza brak stagingu.
• 2. Brak kopii przed migracją i brak procedury powrotu. Wykrycie: poproś o datę, miejsce i rozmiar ostatniej kopii oraz o jedno zdanie opisu, co robicie, jeśli import się wysypie. Brak daty to brak kopii.
• 3. Ceny brutto/netto i podatki. Wykrycie: wejdź w WooCommerce → Ustawienia → Podatki i sprawdź, czy opcja „Ceny wprowadzane z podatkiem” odpowiada temu, jak myślisz o cenach. Potem złóż zamówienie testowe na adres w Niemczech i w Norwegii.
• 4. Atrybuty jako taksonomie vs wariacje. Kolor i rozmiar wpisane w tytuł produktu to błąd strukturalny, którego później nie da się naprawić importem. Wykrycie: sprawdź, czy rozmiar istnieje jako atrybut globalny przypisany do wariacji. Dokumentacja WooCommerce opisuje tę strukturę — warto przejrzeć ją przed akceptacją katalogu.
• 5. Wysyłka wg wagi i rozmiaru na oko. Efekt: dopłacasz do przesyłek z własnej kieszeni. Wykrycie: jedno zamówienie testowe z 1 sztuką i jedno z 5 sztukami tego samego produktu — porównaj pobraną kwotę z cennikiem kuriera.
• 6. Stare URL-e bez przekierowań. 404 w Google i utrata pozycji. Wykrycie: weź 20 adresów ze starych wyników i wklej je po kolei w przeglądarkę. Policz, ile zwraca 200, a ile 404.
• 7. Import bez kontroli kodowania. Polskie znaki w nazwach plików i w CSV potrafią rozsypać linki i zdjęcia. Wykrycie: otwórz plik CSV w edytorze i sprawdź, czy „zażółć gęślą jaźń” nie zamienia się w krzaki.
• 8. Konflikty wtyczek przy obciążeniu. Działają przy 10 zamówieniach, sypią się przy 500. Wykrycie: zapytaj o liczbę wtyczek, cache serwerowy i kolejkę wysyłki e-maili.
• 9. E-maile transakcyjne w spamie. Brak SPF, DKIM i DMARC. Wykrycie: złóż zamówienie testowe z adresem na Gmailu i Outlooku, potem sprawdź nagłówki wiadomości.
• 10. Brak dostępu do własnego hostingu. Wykrycie: zaloguj się do panelu hostingu i do WordPressa jako administrator. Jeśli nie masz loginu, nie masz sklepu.

Szerszy kontekst organizacyjny wdrożenia — kolejność etapów, kto za co odpowiada i gdzie najczęściej giną dni — opisaliśmy przy okazji wdrożeń WooCommerce w Zamościu.

Zrób sam, zleć część czy oddaj całość? Decyzja dla sklepów z Józefowa, Roztocza i okolic

Decyzję podejmij na podstawie trzech liczb: liczby SKU, liczby kanałów wysyłki i liczby osób, które będą obsługiwać sklep po starcie. Reszta to kwestia realnego czasu, jaki możesz poświęcić.

Zrób sam, jeśli: masz do 50 SKU, jeden model sprzedaży (tylko detal, tylko wysyłka), jeden kanał wysyłki i możesz wygospodarować 15–20 godzin na start plus kilka godzin tygodniowo na naukę przez pierwszy miesiąc. Przy tej skali konfiguracja WooCommerce na gotowym motywie jest pracą dla jednej osoby. Warunek: nie improwizuj przy podatkach, strefach wysyłki i szablonach e-maili — to trzy miejsca, w których błędy kosztują najwięcej.

Zleć część, jeśli: masz 50–300 SKU i chcesz wystartować z poprawną strukturą atrybutów, strefami wysyłki i e-mailami transakcyjnymi, ale treści i zdjęcia robisz sam. Wtedy kupujesz konfigurację i szkolenie z obsługi — zwykle wystarczą dwie–trzy sesje po 2 godziny, żebyś sam dodawał produkty i obsługiwał zamówienia.

Oddaj całość, jeśli: sprzedajesz B2B, potrzebujesz kont klientów i cenników indywidualnych, masz ERP, kilka magazynów albo tysiące SKU. Każdy z tych elementów to integracja, a integracji nie da się „skończyć” — trzeba je utrzymywać i aktualizować razem z wtyczkami.

Co warto zatrzymać u siebie niezależnie od wariantu: treści i opisy, zdjęcia, obsługę klienta i decyzje cenowe. Przekazanie ich na zewnątrz wydłuża każdą zmianę o dni, a nikt nie zna Twojego produktu lepiej niż Ty.

Współpraca z deweloperem bezpośrednio oznacza rozmowę z osobą, która pisze kod — bez pośrednika odsprzedającego godziny z marżą. Ustal to na piśmie:

• co obejmuje pakiet miesięczny i ile godzin faktycznie zawiera,
• czas reakcji na zgłoszenie (np. 24 h w dni robocze) i kanał zgłoszeń,
• co jest poza pakietem: nowe integracje, kampanie, migracje, praca poza godzinami,
• jak rozliczane są nadwyżki godzin i czy przechodzą na kolejny miesiąc.

Lokalny kontekst: Józefów, Zamość i Roztocze to rynek, gdzie wsparcie zdalne załatwia 90% spraw — konfigurację, poprawki, aktualizacje. Dojazd na miejsce ma sens przy szkoleniu zespołu, porządkowaniu stanów magazynowych czy diagnostyce problemów z siecią i drukarką etykiet. Podobne wdrożenia na mniejszą skalę opisujemy przy okazji wdrożeń WooCommerce w Krasnobrodzie.

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

Lista kontrolna do odklikania

• Zakres usługi na piśmie — Przed podpisaniem umowy. Wymagaj listy funkcji, integracji i liczby godzin, nie tylko kwoty końcowej.
• Gotowe dane produktowe — Minimum 2 tygodnie przed importem: opisy, zdjęcia w jednym formacie, kategorie, atrybuty i warianty w jednym pliku.
• Hosting spełnia wymagania — Sprawdź w panelu: PHP 8.1 lub nowsze, MySQL/MariaDB 8+, OPcache, HTTP/2 lub HTTP/3, dostęp do Redis. Bez tego optymalizacja będzie droższa i mniej skuteczna.
• Struktura kategorii i adresów URL zaakceptowana — Zanim ruszy import produktów. Zmiana adresów po imporcie wymusza przekierowania 301 i psuje pierwsze wyniki w wyszukiwarce.
• Podatki i strefy wysyłki przetestowane — Kilka zamówień testowych z różnymi kodami pocztowymi, wagami koszyka i metodami dostawy — na produkcji.
• Bramka płatnicza w trybie produkcyjnym — Jedno prawdziwe zamówienie, nie tylko transakcja sandbox. Sprawdź też powiadomienia zwrotne i status po anulowaniu płatności.
• Integracja kurierska działa dwukierunkowo — Wygeneruj realny list przewozowy i sprawdź, czy numer przesyłki i status wróciły automatycznie do zamówienia.
• E-maile transakcyjne docierają — Sprawdź rekordy SPF, DKIM i DMARC oraz test na Gmailu, Onecie i WP. Potwierdzenie zamówienia nie może wpadać do spamu.
• Automatyczny backup poza serwerem i staging — Sprawdź to przed startem i przed każdą aktualizacją wtyczek. Kopia leżąca na tym samym hostingu nie jest kopią bezpieczeństwa.
• Dokumentacja i dostępy przekazane — W dniu startu: lista wtyczek z wersjami, dane do hostingu, bramki płatniczej, kurierów i kont analitycznych.
• Pomiar bazowy Core Web Vitals — Zapisz wynik PageSpeed Insights dla telefonu przed jakąkolwiek optymalizacją. Bez punktu startowego nie udowodnisz efektu.
• Plan pierwszych 30 dni — Monitoring błędów PHP, porzuconych koszyków i czasu odpowiedzi serwera, z konkretnym zakresem prac i osobą kontaktową.

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
• WooCommerce – dokumentacja