Ile naprawdę kosztuje utrzymanie sklepu w Zamościu – widełki 2025

Jeśli prowadzisz sklep w Zamościu i szukasz konkretnej liczby, masz ją na starcie. Mały sklep internetowy – do 300 zamówień miesięcznie – kosztuje w utrzymaniu 400–900 zł netto miesięcznie. Średni sklep, czyli 300–2000 zamówień na miesiąc, to 1000–2500 zł. Gdy dochodzą integracje z ERP, WMS albo sprzedaż wielokanałowa (Allegro, marketplace), budżet rośnie do 2500–6000 zł miesięcznie. To widełki na 2025 rok dla rynku lubelskiego – w Warszawie te same godziny kosztują zwykle 20–40 proc. więcej.

Druga liczba, którą warto znać, to stawka godzinowa. Deweloper w regionie lubelskim bierze 90–180 zł/h netto. Dolna granica to zwykle drobne prace frontendowe i moduły WooCommerce, górna – DevOps, migracje serwerów, optymalizacja wydajności PrestaShop i nietypowe integracje API. Sama stawka nie mówi jednak, ile godzin faktycznie kupujesz.

Kluczowe rozróżnienie: 700 zł miesięcznie to nie „abonament”, tylko konkretny pakiet pracy i infrastruktury. W tej kwocie siedzi np. 4 godziny pracy specjalisty (4 × 120 zł = 480 zł) plus serwer VPS z backupem (150–220 zł) i licencje modułów (50–100 zł). Jeśli oferta mówi wyłącznie „abonament 700 zł” bez rozbicia na godziny i infrastrukturę, nie masz jak jej porównać z konkurencją. Pełne zestawienie stawek znajdziesz w naszym cenniku usług: utrzymanie i opieka techniczna sklepów Zamość – cena 2025.

Pułapka przy porównywaniu ofert: jedna firma liczy godziny w pakiecie, druga podaje cenę „za wszystko” i dolicza za każdą aktualizację osobno. Zanim podpiszesz umowę, poproś o trzy liczby: liczba godzin w miesiącu, wysokość stawki poza pakietem i kwota infrastruktury.

Co składa się na miesięczny koszt opieki technicznej

Cena miesięczna to suma pięciu bloków. Poproś oferenta o rozbicie oferty na te pozycje – jeśli tego nie potrafi, wycenia „na oko”.

• Monitoring i backupy (1–2 h/mc). Sprawdzanie dostępności co 1–5 minut (UptimeRobot, StatusCake), backup bazy i plików raz dziennie, retencja 14–30 dni, kopia poza serwerem produkcyjnym (Backblaze B2, Wasabi, S3). Raz na kwartał test odtworzenia – backup bez testu nie jest backupem.
• Aktualizacje rdzenia i modułów (2–4 h/mc). PrestaShop: 1-Click Upgrade lub aktualizacja ręczna na kopii staging, PHP 8.x. WooCommerce: wtyczki, które po aktualizacji potrafią rozsypać koszyk. Standard pracy: kopia, staging, test koszyka i płatności, dopiero potem produkcja. Warto pilnować dokumentacji PrestaShop dla deweloperów, bo część modułów wymaga zmian w szablonach po dużych wersjach.
• Wsparcie użytkownika (1–3 h/mc). Zgłoszenia od Twojego zespołu i od kupujących: statusy zamówień, faktury, błędy w module płatności.
• Drobne zmiany, tzw. dev-hours (2–6 h/mc). Baner, nowy sposób dostawy, poprawka w szablonie maila, dodatkowe pole w formularzu. Tu najczęściej znika cały pakiet.
• Bezpieczeństwo i zgodność (1–2 h/mc). Reguły WAF, blokada nieudanych logowań, skan podatności, przegląd zgód cookies i polityki prywatności pod RODO.

Suma dla średniego sklepu: 7–17 h/mc, czyli 840–2040 zł przy stawce 120 zł/h. To spójne z widełkami 1000–2500 zł.

Kiedy koszt stały zamienia się w zmienny? W trzech sytuacjach: przekroczenie godzin z pakietu (rozliczane stawką 120–180 zł/h), awaria poza SLA – np. baza padła o 23:00 w Black Friday po aktualizacji modułu płatności (stawka awaryjna bywa 1,5–2× wyższa) oraz prace, które utrzymaniem nie są: migracja, nowy szablon, integracja z ERP. Zapisz je w umowie jako osobne pozycje, razem z zasadami SLA i zakres prac w umowie.

Pakiety utrzymania: Basic, Standard, Premium – czym się różnią i dla kogo

Trzy pakiety to standard na rynku. Różnią się liczbą godzin, czasem reakcji i tym, czy monitoring działa w nocy i w weekend.

Basic – 4 h/mc, reakcja do 24 h w dni robocze. Dla sklepów do 100 zamówień miesięcznie, gdzie sprzedaż online nie jest głównym kanałem. W pakiecie mieszczą się backupy, aktualizacje bezpieczeństwa i odpowiedzi na maile. Nie licz na wdrożenie nowej funkcji.

Standard – 8–10 h/mc, reakcja do 4 h, monitoring 24/7. Dla sklepów sezonowych (szczyt w listopadzie i przed świętami) oraz B2B, gdzie klient składa zamówienie w piątek o 21:00 i oczekuje działającego koszyka. Tu wchodzi też środowisko staging do sprawdzania aktualizacji przed wdrożeniem na produkcję.

Premium – 20+ h/mc, dedykowany opiekun, reakcja do 1 h, proaktywna optymalizacja. Dla sklepów zintegrowanych z ERP/WMS, z dużym ruchem i kampaniami. W cenie: analiza metryk z Web Vitals według web.dev, optymalizacja zapytań do bazy, prace nad szybkością koszyka.

Jak samemu oszacować potrzebną liczbę godzin? Wejdź w historię zgłoszeń z ostatnich 6 miesięcy. W PrestaShop: Klienci → Obsługa klienta albo historia na skrzynce support@. W WooCommerce: wtyczka helpdesk (Fluent Support, Awesome Support) i eksport wiadomości. Policz średnią miesięczną, dodaj 20 proc. bufora na incydenty i zaokrąglij do liczby godzin z pakietu. Jeśli wychodzi 11 h/mc, nie kupuj Basic z 4 h – różnicę i tak zapłacisz stawką 120–180 zł/h. Porównanie pakietów i zapisów SLA dla firm z regionu znajdziesz na stronie pakiety utrzymania i SLA w Lublinie.

PrestaShop vs WooCommerce – która platforma kosztuje więcej w utrzymaniu

Przy katalogu 1000 SKU i ok. 600 zamówieniach miesięcznie koszt utrzymania i opieki technicznej sklepu w Zamościu wygląda tak: PrestaShop 6–14 tys. zł rocznie, WooCommerce 8–16 tys. zł rocznie. Różnica nie bierze się z logo platformy, tylko z architektury i liczby zależności zewnętrznych.

PrestaShop. Moduły premium kupuje się zwykle raz (200–800 zł za moduł, z 12 miesiącami wsparcia, potem przedłużenie — często tanie). Za to praca specjalisty jest droższa: 120–180 zł/h netto, bo deweloperów znających strukturę override, hooki i system szablonów Smarty jest mniej niż „phpowców” od WordPressa. W zamian dostajesz natywne warianty, multistore, zaawansowane zarządzanie stanami i mniej zależności między dodatkami. Przy 1000+ SKU i kilku magazynach to realna oszczędność: mniej godzin na diagnozę, mniej regresji po aktualizacji. Dokumentacja techniczna platformy jest przy tym kompletna — dokumentacja deweloperska PrestaShop opisuje m.in. strukturę override i hooków.

WooCommerce. Większość wtyczek ma wersję darmową, więc start wygląda tanio. Koszty ukryte siedzą dalej: licencje roczne (subskrypcje, warianty, faktury — po 200–600 zł/rok za każdą), a przede wszystkim konflikty pluginów. Wykluczenie winowajcy metodą połowienia to 2–5 h pracy po 90–150 zł/h, czyli 180–750 zł za jedną awarię. Do tego dochodzi wydajność — przy 5000 SKU bez cache obiektowego i porządnego hostingu sklep zaczyna się „dławić”.

Kiedy migracja się zwraca? Gdy roczny koszt licencji wtyczek przekracza 1500 zł, a utrzymanie 12 tys. zł, a migracja kosztuje 8–20 tys. zł — zwrot w 18–24 miesiące. Nie zwraca się przy sklepie do 300 zamówień/mc z jedną–dwiema wtyczkami premium: migracja 4–9 tys. zł, różnica w utrzymaniu 100–150 zł/mc, czyli 40–60 miesięcy. Bardziej niż platforma koszt determinują: hosting, liczba integracji i dług techniczny szablonu — to opisuje nasz cennik utrzymania sklepu w Zamościu.

SLA i czas reakcji – za co dokładnie płacisz w abonamencie

Abonament bez zdefiniowanego SLA to opłata za nadzieję. SLA (Service Level Agreement) to konkretne liczby w umowie, nie deklaracja „reagujemy szybko”. Sprawdź cztery parametry.

• Czas reakcji – ile masz czekać na pierwszy odzew człowieka, nie automatyczny e-mail. Realne poziomy: 1 h, 4 h, 24 h.
• RTO (czas usunięcia awarii) – od zgłoszenia do działającego sklepu. Realne: 4 h, 8 h, 24 h.
• Kanały i godziny – czy zgłoszenie idzie mailem, przez panel ticketowy, czy telefonicznie, i w jakich godzinach: 8:00–16:00, 8:00–18:00 czy 24/7.
• Wyłączenia – okna serwisowe, planowane prace, awarie po stronie hostingu, operatora płatności i API przewoźnika. Jeśli nie są zapisane, dostawca może podciągnąć pod nie wszystko.

Różnica między „best effort” a SLA z karą umowną jest realna. Typowa kara: 5–10% miesięcznego abonamentu za każde rozpoczęte 30 minut opóźnienia, z limitem 50–100% opłaty miesięcznej. Przy abonamencie 1200 zł i karze 10% za każde 30 minut sklep po 5 godzinach awarii odzyskuje pół abonamentu — to nie odszkodowanie za utracone zamówienia, ale wystarczający bodziec, żeby dostawca miał kogoś „na dyżurze”.

Dopłata do SLA z karą to zwykle 15–30% abonamentu. Warto, gdy jedna godzina przestoju kosztuje więcej niż roczna różnica w cenie.

Kiedy wymagać 24/7? Gdy sklep ma sezonowość — 40–50% rocznego przychodu w 3–4 tygodniach (świąteczny szczyt, majówka, kampanie). Wtedy awaria w sobotę wieczorem to nie „ticket na poniedziałek”, a strata liczona w tysiącach złotych. Dla sklepu z równomierną sprzedażą B2B w godzinach 8:00–16:00 wystarczy pakiet 8:00–18:00 z RTO 8 h. Jak to wygląda w praktyce umownej, opisujemy przy okazji pakietu dla firm z SLA i umowie utrzymania sklepu.

Ukryte koszty, których nie ma w cenniku utrzymania sklepu

Cennik abonamentu rzadko pokazuje pełny rachunek. Poniżej pięć pozycji, które najczęściej pojawiają się dopiero na fakturze albo jako „niespodzianka” w środku awarii.

1. Aktualizacje modułów premium. Zapytaj wprost: czy w pakiecie są aktualizacje modułów i wtyczek, czy tylko aktualizacje rdzenia i kopie? Aktualizacja modułu, który nadpisuje szablon, to 1–3 h pracy (90–180 zł/h). Duże przejścia między wersjami (np. PrestaShop 1.7 → 8.x) to osobny projekt, nie „w cenie”.

2. Serwer i backupy. VPS pod sklep to 100–300 zł/mc, czyli 1200–3600 zł/rok; serwer dedykowany 300–700 zł/mc, czyli 3600–8400 zł/rok. Backupy off-site (inny dostawca niż hosting) to dodatkowe 600–2400 zł/rok. Ustal, kto płaci bezpośrednio — najczęściej klient, z refakturą lub bez. Jeśli koszt serwera jest „wliczony” w abonament 600 zł, sprawdź, czy nie siedzi tam hosting współdzielony za 30 zł.

3. Integracje z kurierami (InPost, DPD, DHL). Każde API ma limity zapytań i zasady uwierzytelniania — sprawdź je w dokumentacji przewoźnika, nie w ofercie. Realny koszt to nie pierwsze wdrożenie, a zmiany: gdy przewoźnik zmienia cennik, strukturę przesyłek albo dodaje nową usługę, moduł wymaga poprawki — 2–6 h, czyli 180–1080 zł za jeden „drobny” update.

4. Nowe funkcje i migracje. Wdrożenie nowej bramki płatności, konfiguratora produktu czy przebudowy koszyka to projekt godzinowy. Jeśli agencja mówi „w cenie abonamentu”, albo doliczy to gdzie indziej, albo zrobi po kosztach.

5. Odtworzenie sklepu bez backupu. Typowy scenariusz: 40 tys. produktów, brak kopii poza hostingiem, uszkodzona baza po nieudanej aktualizacji. Odtwarzanie z eksportu CSV i zdjęć z CDN to 20–40 h pracy plus ręczne poprawki opisów i stanów — 2000–6000 zł i kilka dni przestoju. Kopia off-site za 200 zł/mc wygląda przy tym na najtańszą pozycję w całym budżecie. Zakres opieki technicznej sklepu w Zamościu dla firmy rozpisujemy punkt po punkcie właśnie dlatego, żeby takich pozycji nie było.

Jak porównać dwie oferty utrzymania i nie dać się nabić w 'godziny'

Dwie oferty na utrzymanie sklepu wyglądają podobnie: obie mają „opiekę techniczną”, obie „wsparcie w razie problemów”. Porównanie zaczyna się wtedy, gdy zamienisz całą propozycję na jedno pytanie: ile godzin pracy technicznej realnie dostaję w miesiącu i w jakim SLA. Przykład z dwóch wycen: oferta A to 1500 zł netto/mc, 5 h pracy i reakcja do 8 h; oferta B to 1800 zł netto/mc, 8 h pracy i reakcja do 4 h. Efektywna stawka wynosi 300 zł/h w pierwszej i 225 zł/h w drugiej. Tańszy abonament wypada drożej.

Drugi punkt to roll-over, czyli kumulacja godzin między miesiącami. Sklep sezonowy w styczniu potrzebuje 2 h, a w maju 20 h – jeśli godziny przepadają z końcem miesiąca, płacisz za coś, czego nie zużyjesz. Pytaj wprost: ile miesięcy kumulacji i jaki limit (typowo 2–3 miesiące, maksymalnie dwa pakiety).

Zapytaj też o koszt poza pakietem: stawkę nadliczbową (w regionie 120–200 zł/h netto), minimalną jednostkę rozliczeniową (15 minut vs pełna godzina – przy 20 drobnych zgłoszeniach różnica to kilkaset złotych w skali roku) oraz stawkę projektową za nowy moduł, np. integrację z systemem magazynowym.

Ostatnia rzecz: kto realnie pracuje nad sklepem. Deweloper bezpośrednio czy pośrednik zlecający podwykonawcy? Proś o imię i rolę osoby, która odbierze zgłoszenie, oraz o informację, kto przejmuje dyżur w czasie urlopu. Gdy w łańcuchu są dwa ogniwa, każdy ticket nabiera co najmniej jednego dnia opóźnienia. Rozkład stawek w regionie znajdziesz w naszym cenniku utrzymania sklepów w Zamościu.

Lokalna opieka w Zamościu vs. zdalny freelancer – koszt ukryty w różnicy

Zdalny freelancer to sensowny wybór, gdy sklep jest prosty: PrestaShop lub WooCommerce na standardowym hostingu, do 300 zamówień/mc, brak integracji z ERP, brak własnych modułów, aktualizacje raz na kwartał. Praca sprowadza się wtedy do update'ów, drobnych poprawek w CSS i pilnowania kopii zapasowej. Koszt jest realnie 20–40% niższy: 400–600 zł/mc u freelancera vs 600–900 zł/mc w lokalnej agencji.

Inaczej wygląda to przy custom modułach i integracjach: system magazynowy, ERP, marketplace, nietypowe płatności. Liczy się nie tylko kod, ale czas reakcji. Scenariusz, który zdarza się kilka razy w roku: piątek, 16:50, błąd 500 po aktualizacji modułu, koszyk nie działa. Freelancer odpowie w poniedziałek – tracisz weekend sprzedaży. Partner z SLA 2 h reaguje tego samego dnia, bo ktoś ma dyżur.

• Strefa czasowa – wykonawca z Ukrainy to 1 h różnicy, z Indii 3,5 h. Niewinnie brzmi, dopóki nie trzeba zadzwonić o 8:30 czasu polskiego.
• Odpowiedzialność – freelancer to jedna osoba. Choroba, urlop, zmiana pracy oznaczają brak wsparcia.
• Dokumentacja – agencja oddaje repozytorium i opis wdrożenia na koniec współpracy. Freelancer często zostawia tylko kod na serwerze.
• Formalności – łatwiej o umowę z SLA, NDA i fakturę z odroczonym terminem płatności.

Custom moduły warto zamawiać u kogoś, kto zna strukturę frameworka; punktem odniesienia jest oficjalna dokumentacja dla deweloperów PrestaShop.

Jak wygląda zdalna współpraca z klientami z Zamościa i Lublina w praktyce: zgłoszenia przez panel lub e-mail, dostępy przekazywane przez VPN, spotkania online, wyjazd na miejsce tylko wtedy, gdy trzeba fizycznie – przy migracji hostingu albo wdrożeniu ERP. Zasady takiej umowy opisujemy przy okazji umowy SLA w utrzymaniu sklepu.

Jak zamówić wycenę utrzymania sklepu w Zamościu – co przygotować

Wycena utrzymania nie musi zajmować tygodnia. Żeby dostać konkretne widełki, a nie „od X zł”, potrzebujemy pięciu informacji:

• Platforma i wersja – PrestaShop 1.7 vs 8.x, WooCommerce z WordPressem i PHP 8.1 vs 7.4. Stare wersje (PrestaShop 1.6, PHP 7.x) podnoszą koszt, bo najpierw trzeba zaplanować aktualizację.
• Liczba SKU – liczą się warianty. 500 produktów po 10 rozmiarów to 5000 kombinacji w bazie i inne czasy zapytań.
• Średnia liczba zamówień na miesiąc plus szczyt – „200/mc, w listopadzie 900” mówi o sklepie więcej niż sama średnia.
• Integracje – ERP, magazyn, kurierzy, płatności, marketplace. Każda to osobny punkt awarii i osobny czas testów po aktualizacji.
• Historia awarii – co działo się w ostatnich 12 miesiącach, jak długo trwało, kto naprawiał, czy były przerwy w działaniu płatności.

Do tego dwa pytania techniczne: gdzie stoi hosting i kto ma do niego dostęp (panel, FTP, SSH, repozytorium, strefa DNS) oraz kiedy ostatnio robiono aktualizację i backup z testem odtworzenia na środowisku testowym.

Format wyceny DropDigital jest zawsze taki sam: widełki godzinowe (np. 6–10 h/mc), zakres prac wchodzących w pakiet, lista prac poza pakietem ze stawką oraz SLA reakcji i naprawy. Wysyłamy ją w ciągu 24 h od otrzymania danych – jeśli czegoś brakuje, dopytujemy mailem, zamiast zgadywać i zawyżać stawkę.

Nie wiesz, jak to zebrać? Zamów bezpłatną 30-minutową konsultację techniczną – przejdziemy przez twoje odpowiedzi i powiemy wprost, czy wystarczy pakiet za 400 zł, czy potrzebujesz raczej 2500 zł miesięcznie.

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

Lista kontrolna do odklikania

• Liczba godzin w pakiecie — Sprawdź w umowie konkretną liczbę (np. 4 h, 8–10 h, 20+ h/mc). Jeśli operator pisze „nielimitowane wsparcie” – zapytaj, ile godzin realnie zużył u innego klienta o podobnej skali.
• Czas reakcji (SLA) — Zweryfikuj zapis w umowie: 1 h, 4 h czy 24 h i czy dotyczy dni roboczych, czy 24/7. Reakcja to nie to samo co naprawa.
• RTO – czas usunięcia awarii — Dla sklepu sprzedającego codziennie realne RTO to 4–8 h. Dla sklepu sezonowego (np. przed świętami) – 4 h lub mniej. Sprawdź, czy jest wpisane w umowę.
• Kanały zgłoszeń i godziny pracy — Ustal, czy zgłoszenia idą mailem, przez formularz, telefonem czy Slackiem i w jakich godzinach są przyjmowane. Zgłoszenie po 16:00 w piątek może poczekać do poniedziałku – to trzeba wiedzieć wcześniej.
• Wyłączenia z SLA — Sprawdź listę wyłączeń: awarie hostingu po stronie operatora, modyfikacje wykonane przez klienta, wtyczki spoza zakresu, ataki DDoS. To tam kryją się najczęstsze spory.
• Kara umowna za przekroczenie SLA — Zapytaj, czy jest i ile wynosi (typowo rabat 5–20% miesięcznej opłaty). Kara to jedyny mechanizm, który realnie pilnuje terminów.
• Zakres infrastruktury — Hosting, SSL, domena, backupy – sprawdź retencję kopii (7 dni? 30 dni?) i czy są trzymane poza serwerem produkcyjnym.
• Licencje modułów i wtyczek — Ustal, kto opłaca licencje roczne (np. moduły PrestaShop Addons, wtyczki WooCommerce premium) i czy są w cenie pakietu, czy refakturowane.
• Częstotliwość aktualizacji — Minimalny sensowny standard to aktualizacje co 1–2 miesiące, z testem na staging. Aktualizacje raz na rok to proszenie się o problem.
• Środowisko testowe (staging) — Zapytaj, czy istnieje i czy jest odtwarzane z produkcji przy każdym wdrożeniu. Bez tego każda aktualizacja to ryzyko wyłączenia sklepu na kilka godzin.
• Monitoring – co dokładnie monitoruje — Sam uptime to za mało. Sprawdź, czy monitoring łapie błędy PHP, kolejkę maili, czas odpowiedzi, poprawność procesu zamówienia i płatności.
• Bezpieczeństwo i zgodność — Zapytaj o WAF, skanowanie malware, 2FA do panelu admina i kopie w kontekście RODO. Dokumentacja Google Search Central opisuje m.in. wymagania wydajnościowe – warto je uwzględnić w zapisie o optymalizacji (https://developers.google.com/search/docs/appearance/core-web-vitals).
• Stawka za nadgodziny — Wpisz w umowę stawkę za godziny ponad pakiet (rynek lubelski: 90–180 zł/h netto). Bez tego każda drobna zmiana staje się polem do negocjacji w trakcie awarii.
• Historia zgłoszeń z 6 miesięcy — Policz tickety z ostatniego półrocza w Twojej skrzynce lub systemie wykonawcy. To najlepszy miernik, czy wystarczy Ci Basic, Standard czy Premium.

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