Fraza „sklepy WooCommerce Łódź” nie oznacza listy gotowych sklepów do kupienia. Oznacza dwie rzeczy: platformę WooCommerce oraz lokalnego wykonawcę, który ją wdroży i utrzyma. W tym artykule dostajesz część organizacyjną: co ustalić przed podpisaniem umowy, jak sprawdzić wykonawcę, ile trwa projekt i jak wygląda opieka po starcie. Konkretne liczby i harmonogram znajdziesz w sekcjach poniżej, a pełny opis organizacji wdrożenia sklepu WooCommerce w Łodzi rozwijamy w osobnym materiale.
WooCommerce to nie sklep, tylko wtyczka do WordPressa. Samodzielnie nie istnieje – trzeba mieć WordPressa, motyw, hosting i zestaw rozszerzeń. Kod jest otwarty (licencja GPL), więc nie płacisz abonamentu za samo istnienie sklepu. Płacisz za wdrożenie i utrzymanie. W gotowych platformach SaaS jest odwrotnie: niski próg wejścia, ale stała opłata miesięczna rosnąca razem z obrotem i ograniczona kontrola nad kodem, bazą i eksportem danych.
Małe i średnie firmy z Łodzi wybierają WooCommerce z trzech powodów: brak prowizji od transakcji poza opłatą operatora płatności, pełna własność danych oraz możliwość dopisania dowolnej funkcji, gdy biznes tego wymaga.
Sklep WooCommerce składa się z pięciu warstw, które trzeba policzyć osobno:
Jeśli ktoś w Łodzi wycenia „sklep WooCommerce” na 999 zł, prawie zawsze dostajesz instalację szablonu bez konfiguracji stawek podatkowych, stref wysyłki i e-maili transakcyjnych. To widać dopiero po pierwszym zamówieniu. Zanim podpiszesz umowę, ustal, kto odpowiada za treści, kto konfiguruje płatności i kto robi kopie zapasowe – pełny zakres takiej organizacji wdrożenia sklepu WooCommerce w Łodzi rozpisujemy osobno.
| Element | WooCommerce | Gotowy sklep SaaS |
|---|---|---|
| Model rozliczeń | Opłata za wdrożenie + utrzymanie | Abonament miesięczny |
| Własność kodu i danych | Twoja (WordPress + baza MySQL) | Dostawcy platformy |
| Rozbudowa funkcji | Dowolna wtyczka lub kod własny | Tylko to, co udostępni platforma |
| Koszt przy wzroście obrotu | Stały (hosting, wtyczki) | Zwykle rośnie z obrotem |
Mit „taniego sklepu” bierze się z porównywania instalacji WordPressa z gotowym produktem. Poniżej widełki, które faktycznie widzimy w wycenach na rynku łódzkim w 2025 roku.
Stawka godzinowa dewelopera WooCommerce w Polsce to 80–180 zł netto. Różnica wynika z doświadczenia: osoba, która zrobiła 5 sklepów, zwykle nie przewidzi problemów z podatkami UE, wariantami i migracją – a te wychodzą w trakcie.
Na cenę wdrożenia wpływa przede wszystkim:
Koszty roczne po starcie są równie ważne jak sam projekt: hosting 600–2400 zł, licencje wtyczek 500–3000 zł, opieka techniczna 200–800 zł miesięcznie. Trzymiesięczny przestój w aktualizacjach to jeden z najczęstszych powodów włamań do sklepów WordPress – dlatego opieka nie jest kosztem opcjonalnym.
Pułapka przy najtańszej ofercie: wtyczki premium (np. do wariantów, subskrypcji czy wielowalutowości) są liczone rocznie i często nie są ujęte w wycenie. Zanim porównasz oferty, sprawdź listę kontrolną kosztów i harmonogramu wdrożenia WooCommerce oraz zestawienie cen sklepów internetowych w 2025 roku.
| Wariant sklepu | Zakres | Cena wdrożenia (netto) | Typowy czas |
|---|---|---|---|
| Prosty | do ~100 produktów, 1 język, podstawowe płatności i kurierzy, gotowy motyw | 3 000 – 6 000 zł | 4–6 tygodni |
| Średni | 100–1000 produktów, warianty, faktury/BaseLinker, motyw pod markę | 8 000 – 15 000 zł | 8–12 tygodni |
| Rozbudowany | B2B, cenniki grupowe, ERP, wielojęzyczność, migracja z innej platformy | 20 000 – 40 000 zł | 10–12+ tygodni |
Harmonogram poniżej zakłada, że klient dostarcza treści i zdjęcia w terminie. To założenie psuje się najczęściej – brak opisów produktów i zdjęć to powód numer jeden poślizgów, nie praca dewelopera.
Punkty kontrolne, które warto zapisać w umowie:
Ryzyka opóźnień: brak danych dostępowych do panelu operatora płatności, brak dostępu do DNS, produkt wariantowy z błędnie zaimportowaną taxonomią, brak regulaminu i polityki prywatności wymaganych w koszyku.
Przed publikacją sprawdź kwestie techniczne, które decydują o widoczności: poprawne dane strukturalne typu Product i Offer, obsługę zdarzeń Analytics, prędkość szablonu i Core Web Vitals na urządzeniach mobilnych. Jeśli macie własny serwer w Łodzi, warto połączyć wdrożenie z konfiguracją środowiska, o której piszemy w materiale o administracji serwerami dla firm z Łodzi.
Dodatkowo zaplanuj szkolenie obsługi (2–3 godziny): dodawanie produktu, obsługa zamówienia, wystawianie faktury korygującej i zwrotu. Bez tego każda drobna zmiana w sklepie kończy się zleceniem do wykonawcy.
| Etap | Co się dzieje | Czas |
|---|---|---|
| Analiza | Zakres, lista integracji, mapa procesu zamówienia, kryteria akceptacji | 3–5 dni |
| Projekt | Makiety karty produktu, koszyka i checkoutu, decyzja o motywie | 5–10 dni |
| Konfiguracja | WordPress, WooCommerce, podatki, strefy wysyłki, e-maile transakcyjne | 5–10 dni |
| Integracje | Płatności (sandbox → produkcja), kurierzy, faktury, magazyn/ERP | 5–10 dni |
| Testy | Zamówienie testowe, kody rabatowe, zwroty, faktury korygujące, wydajność | 3–5 dni |
| Wdrożenie | Przeniesienie na produkcję, DNS, SSL, przekierowania 301, Search Console | 1–2 dni |
Integracje to miejsce, w którym wdrożenie najczęściej się rozjeżdża. Sam moduł z repozytorium WordPressa kosztuje często 0 zł, ale prawdziwy koszt siedzi w konfiguracji, testach i utrzymaniu. Poniżej realne zakresy z projektów e-commerce.
Płatności. Przelewy24, PayU i tpay rozliczają prowizją od transakcji — stawki startowe mieszczą się zwykle w przedziale 1,0–1,9% plus opłata stała za przelew, a przy większych obrotach się je negocjuje. Stripe: około 1,5% + 1 zł dla kart z EOG, drożej dla kart spoza EOG. Moduł oficjalny wgrywa się w kilkanaście minut, ale sensowna konfiguracja to 2–4 godziny na bramkę: BLIK, karty, Apple Pay / Google Pay, webhooki do zmiany statusów, obsługa zwrotów i anulowań, powiadomienia do księgowości. Pułapka numer jeden: brak testu webhooka przy niedostępnej bramce — zamówienie wisi jako „oczekujące na płatność”, a klient pisze na czacie.
Kurierzy. InPost (ShipX) ma darmowy moduł, ale konfiguracja to 3–6 godzin: mapa paczkomatów, gabaryty, pobranie, generowanie etykiet, statusy przesyłek. DPD i DHL to zwykle licencja 300–900 zł netto rocznie albo opłata jednorazowa plus 4–8 godzin wdrożenia. Sklep z trzema kurierami: 12–20 godzin pracy i około 4 godzin testów na żywych przesyłkach.
ERP. Subiekt (GT/nexo), Comarch ERP Optima i WF-Mag to nie wtyczka, a projekt: mapowanie towarów, jednostek, stawek VAT, stanów magazynowych, zamówień, dokumentów WZ i faktur. Zakres 2–6 tygodni dla Subiekta i WF-Mag, 3–8 tygodni dla Optimy, jeśli integracja idzie przez API, a nie wymianę plików. Sprawdź w dokumentacji WooCommerce, jak działają statusy zamówień i produkty — na tym opiera się całe mapowanie.
| Integracja | Koszt modułu / licencji | Roboczogodziny wdrożenia | Na co uważać |
|---|---|---|---|
| InPost (ShipX) | 0 zł za moduł oficjalny | 3–6 h | gabaryty, pobranie, mapowanie paczkomatów |
| DPD / DHL | 300–900 zł netto / rok | 4–8 h | limity gabarytowe, etykiety, kodowanie usług |
| Przelewy24 / PayU / tpay | prowizja od transakcji (ok. 1,0–1,9%) | 2–4 h na bramkę | webhooki, zwroty, statusy zamówień |
| Stripe | ok. 1,5% + 1 zł (karty EOG) | 2–4 h | karty spoza EOG są droższe |
| Subiekt / Comarch / WF-Mag | licencja po stronie ERP | 2–6 tygodni | mapowanie towarów, VAT, numeracji dokumentów |
Zanim wybierzesz hosting, ustal minimum techniczne. Bez tego sklep z 20 wtyczkami i synchronizacją ERP będzie się ciągnął niezależnie od tego, jak dobrze wygląda.
Minimum: PHP 8.2 (realnie celuj w 8.3), MySQL 8.0 lub MariaDB 10.6+, OPcache włączony, PHP-FPM, HTTP/2 lub HTTP/3, TLS 1.3, pamięć memory_limit co najmniej 256 MB, max_execution_time 120 s dla eksportów i cronów, Redis jako object cache. WP-Cron wyłącz w wp-config.php i podłącz systemowego crona — inaczej zadania odpalają się tylko przy ruchu na stronie.
Shared czy VPS? Typowy shared hosting daje 1–2 vCPU, brak Redisa, brak dostępu do konfiguracji MySQL i limity procesów. Na VPS przechodzisz, gdy spełniasz choć dwa warunki: powyżej 2 000–3 000 odsłon dziennie, ponad 2 000 SKU, baza powyżej 500 MB, synchronizacja z ERP co 15 minut albo TTFB stale powyżej 800 ms. Rozsądny VPS to 4 vCPU, 8 GB RAM i dysk NVMe — około 80–250 zł netto miesięcznie, w wariancie managed 250–700 zł. Drożej, ale masz kontrolę nad PHP, Redisem i backupami.
Jak mierzyć. PageSpeed Insights daje dane laboratoryjne i polowe, WebPageTest pozwala ustawić test z Frankfurtu na profilu 3G i zobaczyć waterfall. Progi, do których warto dążyć: TTFB poniżej 500 ms, LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. Zasady opisuje dokumentacja Google dotycząca Core Web Vitals.
W środku sklepu użyj Query Monitor: zapytania powyżej 100 ms i ich duplikaty to najczęstsza przyczyna wolnego koszyka. Pamiętaj też o cache stron — musi wykluczać /cart/, /checkout/ i /my-account/, inaczej klient zobaczy cudzy koszyk. Przy problemach z serwerem warto mieć kogoś od administracji serwerami w Łodzi, kto wejdzie na maszynę, a nie tylko wyśle ticket.
| Parametr | Minimum | Zalecane przy sklepie z ERP |
|---|---|---|
| PHP | 8.2 | 8.3 z OPcache |
| Baza danych | MySQL 8.0 / MariaDB 10.6 | MySQL 8.0 / MariaDB 10.11 |
| Object cache | brak (ale licz się z wolniejszym koszykiem) | Redis, osobny proces |
| TTFB | poniżej 500 ms | poniżej 300 ms |
| Cron | WP-Cron | cron systemowy co 1–5 min |
Nie pytaj „czy zrobicie tanio”. Pytaj o proces i zapisz odpowiedzi w umowie. Te siedem pytań odsiewa większość problemów już na etapie rozmowy.
Czerwone flagi: brak jakichkolwiek widełek przed analizą, brak 2–3 działających sklepów z zgodą na kontakt, brak propozycji opieki powdrożeniowej, obietnica „dwa tygodnie” bez pytania o ERP i liczbę SKU, brak pytań o hosting i backupy.
Agencja w Łodzi kontra zdalny partner z Lublina czy Zamościa — nie chodzi o kilometr, a o proces. Lokalnie łatwiej o awaryjne wsparcie i spotkanie na miejscu, ale stawki są wyższe. Zdalnie bywa taniej, jednak przy awarii sprzętowej zostajesz z ticketem. Dlatego porównuj stawki i SLA, a nie kod pocztowy — punkt wyjścia masz w zestawieniu kosztów i harmonogramu wdrożenia WooCommerce oraz w wycenie sklepów internetowych na 2025 rok.
| Obszar | Agencja w Łodzi | Zdalny partner (Lublin, Zamość) | Na co patrzeć w umowie |
|---|---|---|---|
| Wsparcie awaryjne | dojazd w 30–60 min | zdalnie, zależnie od SLA | konkretny czas reakcji dla awarii krytycznej |
| Przekazanie projektu | szkolenie na miejscu | wideo + dokumentacja | nagranie szkolenia i opis wdrożenia |
| Aktualizacje i backup | często pakiet miesięczny | często rozliczane godzinowo | częstotliwość kopii i test odtworzenia |
Wdrożenie kończy się w dniu przekazania sklepu. Od tego momentu liczy się nie wygląd strony, a to, co dzieje się, gdy coś przestaje działać. W umowie muszą być cztery elementy: backup z testem odtworzenia, okno serwisowe na aktualizacje, czasy reakcji i kanał zgłaszania awarii.
Backup. Kopia bazy i plików codziennie, retencja minimum 30 dni, kopia trzymana poza serwerem produkcyjnym (S3, Backblaze albo dysk w innej lokalizacji). Sam zapis „backup dzienny” nic nie znaczy. Musi być dopisany test odtworzenia raz na kwartał z krótkim raportem: czy archiwum się rozpakowuje, czy baza wstaje, ile trwa przywrócenie sklepu. Realistyczny czas odtworzenia sklepu z 2000 produktów to 1–3 godziny. Jeśli wykonawca nie potrafi pokazać takiego testu, backupu de facto nie ma.
Aktualizacje. WordPress core, wtyczki i motyw minimum raz w miesiącu, lepiej raz w tygodniu, zawsze w okienku serwisowym poza szczytem sprzedaży (np. wtorek 2:00–4:00). Kolejność: staging → aktualizacja → test koszyka, płatności i maili → produkcja. Bez stagingu aktualizacja to loteria. Standardy WordPressa i WooCommerce opisuje oficjalna dokumentacja WooCommerce.
| Typ zgłoszenia | Czas reakcji | Cel naprawy | Przykład |
|---|---|---|---|
| Krytyczny | 1–2 h | 4–8 h | sklep nie przyjmuje zamówień, błąd 500, bramka odrzuca transakcje |
| Wysoki | 4–8 h | 1 dzień roboczy | nie działa jedna metoda dostawy, brak maili z zamówieniem |
| Standard | 8–24 h | 2–3 dni robocze | zmiana treści, literówka, dodanie produktu |
Pilnuj definicji: „czas reakcji” to potwierdzenie zgłoszenia i rozpoczęcie pracy, a nie naprawa. Wiele umów miesza te pojęcia i klient czeka 8 godzin na informację „przyjęliśmy zgłoszenie”. Ustal też kanał (telefon do awarii krytycznych, e-mail/ticket dla reszty) i godziny pracy supportu — 8:00–16:00 versus 24/7 potrafi zmienić cenę abonamentu dwukrotnie. Część awarii leży niżej niż WordPress: PHP, MySQL, kolejka mailowa, limity I/O. Warto sprawdzić, czy administracja serwerami w Łodzi jest ujęta w tej samej umowie, czy zostaje poza nią.
| Typ zgłoszenia | Czas reakcji | Cel naprawy | Przykład |
|---|---|---|---|
| Krytyczny | 1–2 h | 4–8 h | sklep nie przyjmuje zamówień, błąd 500, bramka odrzuca transakcje |
| Wysoki | 4–8 h | 1 dzień roboczy | nie działa jedna metoda dostawy, brak maili z zamówieniem |
| Standard | 8–24 h | 2–3 dni robocze | zmiana treści, literówka, dodanie produktu |
Sklep w Łodzi ma dwie publiczności: klienta z miasta i klienta z całej Polski. Ruch lokalny zdobywa się inaczej niż ogólnopolski, więc decyzję podejmujesz na poziomie fraz.
Google Business Profile. Jeśli przyjmujesz klientów osobiście (odbiór osobisty, showroom), wizytówka jest obowiązkowa: kategoria główna (np. „Sklep z odzieżą roboczą”), dokładny adres, godziny, obszar działania, zdjęcia wnętrza i produktów, link do sklepu z parametrem UTM, żeby widzieć w GA4, ile zamówień przyszło z wizytówki. Frazy lokalne to np. „buty robocze Łódź”, „hurtownia opakowań Łódź”, „sklep z kawą Łódź”. Wtedy nazwa miasta wchodzi w title, H1 i opis kategorii.
Jeśli wysyłasz w całej Polsce, Łódź zostaw w danych kontaktowych i w zakładce „o nas”, a frazy buduj bez miasta: „buty robocze S3”, „opakowania na wynos 500 ml”. Mieszanie obu strategii w jednym title daje słaby wynik w obu segmentach.
Settings → General.Na koniec wydajność mobilna, bo tam kupuje większość klientów: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. Sprzedażowe SEO to proces, nie jednorazowa wtyczka — założenia całego projektu zebraliśmy w materiale o tym, jak wygląda organizacja wdrożenia sklepu WooCommerce w Łodzi.
Trzy rzeczy psują wdrożenia najczęściej: za dużo wtyczek, brak stagingu i koszty, które pojawiają się po podpisaniu umowy. Wszystkie są do przewidzenia.
Przeładowanie wtyczkami. Każda wtyczka to kod ładowany przy każdym wejściu na stronę i osobny zestaw aktualizacji. Powyżej 30–40 aktywnych wtyczek rośnie ryzyko konfliktu i spada wydajność. Typowe zderzenia: dwa pluginy do wysyłki, dwa do pól dodatkowych w koszyku, trzy do popupów. Przed startem poproś o listę wtyczek z jednym zdaniem uzasadnienia dla każdej i pytaniem kontrolnym: czy da się to zrobić w motywie albo kilkoma linijkami kodu? Jeśli nie, zostaje wtyczka — ale świadomie.
Brak stagingu. Aktualizacja WooCommerce wykonana bezpośrednio na produkcji, najlepiej w poniedziałek rano albo w Black Friday, kończy się zwrotami i straconymi zamówieniami. Zasada jest prosta: zmiana najpierw na kopii, test zamówienia testowego z realną płatnością 1 zł i zwrotem, sprawdzenie maila, statusu, faktury i stanu magazynowego, potem produkcja. Debugowanie ułatwia WP_DEBUG i WP_DEBUG_LOG w wp-config.php, opisane w dokumentacji dla developerów WordPress.
Ukryte koszty. Warto wypisać je w załączniku do umowy, żeby nie wracały jako „to nie było w zakresie”. Poniżej orientacyjne widełki rynkowe — twoje liczby zależą od zakresu sklepu.
| Pozycja | Widełki (orientacyjnie) | Kiedy się pojawia |
|---|---|---|
| Wtyczki premium (abonamenty, integracje, fakturowanie) | 200–1500 zł/rok za wtyczkę | przy starcie i przy odnowieniu |
| Migracja produktów, klientów, zamówień | 500–2500 zł jednorazowo | przed startem |
| Płatny szablon z licencją roczną | 200–900 zł/rok | przy starcie i przy odnowieniu |
| Bramka płatnicza | prowizja od transakcji | od pierwszego zamówienia |
| Maile i SMS transakcyjne | rośnie z liczbą zamówień | miesięcznie |
Migrację zleć przed startem, nie „przy okazji” — stare zamówienia i klienci muszą być w bazie od dnia otwarcia. Rozbicie budżetu na pozycje pokazujemy w zestawieniu WooCommerce Łódź: koszty, harmonogram i wybór wykonawcy.
| Pozycja | Widełki (orientacyjnie) | Kiedy się pojawia |
|---|---|---|
| Wtyczki premium (abonamenty, integracje, fakturowanie) | 200–1500 zł/rok za wtyczkę | przy starcie i przy odnowieniu |
| Migracja produktów, klientów, zamówień | 500–2500 zł jednorazowo | przed startem |
| Płatny szablon z licencją roczną | 200–900 zł/rok | przy starcie i przy odnowieniu |
| Bramka płatnicza | prowizja od transakcji | od pierwszego zamówienia |
| Maile i SMS transakcyjne | rośnie z liczbą zamówień | miesięcznie |
Start od wyboru szablonu graficznego zamiast od analizy procesów sprzedaży.
Jak wykryć: Wykonawca pierwsze pytanie zadaje o wygląd, a nie o asortyment, sposób wysyłki, magazyn i obsługę zwrotów. W ofercie nie ma etapu analizy.
Jak naprawić: Zamów warsztat analityczny przed wyceną. Efektem ma być lista wymagań, mapa procesów (zamówienie, płatność, wysyłka, faktura) i dopiero na jej podstawie zakres prac.
Wycena „na oko”, bez rozbicia na etapy i bez stawki godzinowej.
Jak wykryć: Oferta to jedna kwota bez pozycji, bez liczby godzin i bez stawki. Przy pytaniu o zmiany w trakcie projektu wykonawca nie umie powiedzieć, ile będą kosztować.
Jak naprawić: Poproś o kosztorys z podziałem na etapy, stawkę 80–180 zł netto za godzinę pracy dewelopera i zapis o rozliczaniu zmian w tej samej stawce. Zaplanuj rezerwę 15–20% budżetu.
Instalowanie kilkudziesięciu wtyczek „na zapas”, z których część się dubluje.
Jak wykryć: Lista wtyczek przekracza kilkanaście pozycji, kilka robi to samo (np. dwa systemy cache, dwa buildery), a po aktualizacji pojawiają się błędy w koszyku lub na stronie produktu.
Jak naprawić: Zrób audyt wtyczek i ustal jedną wtyczkę na jedną funkcję. Funkcje krytyczne (koszyk, płatności, wysyłka) lepiej pokryć kodem własnym lub jednym sprawdzonym rozwiązaniem. Dokumentuj, po co jest każda wtyczka.
Brak środowiska testowego i aktualizacje wykonywane bezpośrednio na działającym sklepie.
Jak wykryć: Pytanie „czy jest staging?” kończy się odpowiedzią „nie, ale to sprawdzona wtyczka”. Aktualizacje są wgrywane w godzinach sprzedaży.
Jak naprawić: Wymagaj kopii stagingowej z aktualną bazą danych. Każdą aktualizację WordPressa, WooCommerce i wtyczek testuj na stagingu, a na produkcję wypuszczaj w okienku serwisowym poza szczytem ruchu.
Pomijanie w kosztorysie migracji danych i licencji wtyczek premium.
Jak wykryć: W ofercie nie ma pozycji „import produktów, klientów, zamówień” ani listy licencji z cenami odnowień. Po wdrożeniu okazuje się, że za część wtyczek płacisz rocznie sam.
Jak naprawić: Przed wyceną policz produkty, kategorie, klientów i historię zamówień. Ustal, kto płaci za licencje i na jak długo. Migrację wycen osobno, z podaniem formatu danych źródłowych (XML, CSV, eksport z obecnego sklepu).
Brak umowy na opiekę techniczną i brak zdefiniowanego SLA.
Jak wykryć: Po odbiorze nie wiesz, kto i w jakim czasie reaguje, gdy padnie płatność lub wysypie się koszyk. Nie ma zapisu o kopiach zapasowych ani o testach odtworzenia.
Jak naprawić: Podpisz umowę opieki z czasem reakcji: krytyczny 1–2 h, standard 8–24 h. Wpisz do niej dzienny backup z okresowym testem odtworzenia, aktualizacje w okienku serwisowym i monitoring dostępności.
Wdrożenie sklepu WooCommerce to projekt organizacyjny, nie zakup wtyczki. Najwięcej problemów powstaje nie z powodu kodu, ale z powodu braku zakresu na piśmie, pominiętych integracji i braku umowy na opiekę. Jeśli ustalisz etapy, stawkę godzinową, dostępy i SLA przed startem, unikniesz większości opóźnień i dopłat. Zanim podpiszesz umowę, porównaj ofertę z checklistą kosztów i harmonogramu.
Realne widełki na 2025 rok to 3–6 tys. zł za prosty sklep, 8–15 tys. zł za średni i 20–40 tys. zł za rozbudowany. Do tego dochodzą koszty roczne: hosting 600–2400 zł, wtyczki 500–3000 zł i opieka techniczna 200–800 zł miesięcznie. Każda wycena poniżej dolnych widełek oznacza albo bardzo ograniczony zakres, albo brak części prac w kosztorysie.
Prosty sklep to typowo 4–6 tygodni, średni 8–12 tygodni. Najdłużej trwają etapy analizy, integracji z systemem magazynowym i testów przed startem. Jeśli wykonawca obiecuje gotowy sklep w tydzień, prawdopodobnie pomija testy i konfigurację płatności oraz wysyłki.
Tak, jeśli potrzebujesz kontroli nad kodem, integracji z systemem księgowo-magazynowym i nie chcesz płacić abonamentu za każdą funkcję. WooCommerce działa na WordPressie, więc rozbudowę możesz zlecać różnym wykonawcom, a dane zostają po Twojej stronie. Minusem jest to, że za hosting, aktualizacje i bezpieczeństwo odpowiadasz sam lub przez umowę opieki.
Tak, pod warunkiem że otrzymasz pełne dostępy i krótkie szkolenie z codziennej obsługi: dodawanie produktów, zmiana cen, obsługa zamówień i zwrotów. Kod, konfiguracja serwera i aktualizacje to zwykle zadanie dla wykonawcy — tu warto mieć umowę opieki z określonym czasem reakcji.
Gdy sprzedajesz w kilku kanałach i ręczne przepisywanie stanów magazynowych zajmuje Ci kilka godzin tygodniowo. Zakres integracji z Subiektem, Comarch lub WF-Magiem ustala się indywidualnie, a samo wdrożenie zajmuje zwykle 2–6 tygodni. To pozycja kosztowa liczona osobno od budowy sklepu.
Nie ma takiego obowiązku prawnego, ale sklep bez opieki starzeje się szybko: wtyczki przestają być kompatybilne, PHP traci wsparcie, a luka bezpieczeństwa może kosztować więcej niż roczna opieka. Standard to 200–800 zł miesięcznie za aktualizacje w okienku serwisowym, monitoring, backup dzienny i czas reakcji 1–2 h w sytuacjach krytycznych.
Sama lokalizacja wykonawcy nie wpływa na pozycje w Google, ale pomaga w projektach, gdzie potrzebne jest spotkanie, odbiór danych z magazynu czy integracja z lokalnym systemem. Widoczność lokalną budujesz osobno: profilem Google Business Profile, frazami typu branża plus Łódź i treścią na stronie. Podstawą pozostaje pomocna treść i dane strukturalne — wytyczne Google mówią o tym wprost.
Jeśli chcesz zweryfikować zakres wdrożenia albo dostać wycenę z rozbiciem na etapy, napisz do nas — powiemy wprost, co ma sens w Twoim przypadku, a czego nie warto robić.