Utrzymanie i opieka techniczna sklepu w Szczecinie kosztuje od 400 do 1200 zł netto miesięcznie przy sklepie robiącym do 100 zamówień, 1500–3500 zł przy integracjach z ERP, kurierami i płatnościami, a 4000–9000+ zł przy B2B z gwarantowanym SLA. Stawka godzinowa to zwykle 90–140 zł netto za typowe prace PrestaShop i WooCommerce oraz 150–180 zł za DevOps, wydajność i integracje ERP. Poniżej rozkładamy te kwoty na godziny, pokazujemy trzy modele rozliczeń i listę rzeczy, które trzeba ustalić, zanim podpiszesz umowę. Cena nie zależy od tego, czy wykonawca siedzi w Szczecinie – praca odbywa się na serwerze, więc liczy się dostępność i kompetencje, a nie odległość.
Konkret na start: miesięczny koszt utrzymania sklepu w Szczecinie w 2025 roku zamyka się w trzech przedziałach.
Stawki godzinowe: 90–140 zł netto/h za typowe prace PrestaShop i WooCommerce (aktualizacje, poprawki szablonu, modyfikacje modułów) oraz 150–180 zł netto/h za DevOps, tuning wydajności i integracje ERP.
| Scenariusz | Godziny / mies. | Stawka netto | Miesiąc netto | Rok netto |
|---|---|---|---|---|
| Sklep do 100 zamówień, 1 kurier, standardowe płatności | 4–10 h | 100–120 zł/h | 400–1200 zł | 4800–14 400 zł |
| Sklep 300–800 zamówień, ERP, 2–3 kurierów, modyfikowany szablon | 12–25 h | 125–140 zł/h | 1500–3500 zł | 18 000–42 000 zł |
| B2B, SLA 2–8 h, wydzielony czas, automatyzacje | 25–50 h | 160–180 zł/h | 4000–9000 zł | 48 000–108 000 zł |
Abonament wygląda na drogi, dopóki nie rozbijesz go na godziny. W typowym miesiącu utrzymanie sklepu to cztery koszyki prac, a nie jedna pozycja „opłata za opiekę”.
Przykład dla sklepu robiącego 500 zamówień miesięcznie: 3 h konserwacji + 4 h prac doraźnych + 1,5 h serwera = 8,5 h. Przy 120 zł/h daje to 1020 zł netto miesięcznie, czyli 12 240 zł rocznie. Jeśli oferta abonamentowa w tej samej skali kosztuje 2400 zł, płacisz 1400 zł za coś, czego nie widzisz w godzinach – dopytaj, co dokładnie jest w tej kwocie.
Trzy pułapki. Pierwsza: „backup” bez testu odtworzenia to plik, nie kopia zapasowa. Druga: aktualizacja modułu wprost na produkcji, bez kopii bazy i stagingu. Trzecia: pakiet godzin rozliczany bez raportu – żądaj miesięcznego zestawienia: co, kiedy, ile godzin, jaki numer zgłoszenia. Przy aktualizacjach rdzenia pilnuj zmian łamiących zgodność, opisanych w dokumentacji deweloperskiej PrestaShop. Całość takiego pakietu prac mieści się w tym, co u nas nazywamy utrzymaniem stron internetowych – tyle że dla sklepu dochodzi logika zamówień i magazynu.
Pakiet godzin. Kupujesz np. 10 h ważne 3 miesiące, rozliczane po stawce podstawowej. Zaleta: płacisz wyłącznie za realnie wykonaną pracę. Wada: brak gwarancji natychmiastowej reakcji – zgłoszenie „koszyk nie działa” może poczekać do następnego dnia, a w piątek po 16:00 do poniedziałku.
Abonament z buforem godzin. Stała kwota miesięczna za określoną pulę, np. 10 h, z przenoszeniem 20% niewykorzystanych godzin na kolejny miesiąc (czyli 2 h). Opłaca się przy stałym, przewidywalnym zakresie: aktualizacje, drobne zmiany, rozwój. Nie opłaca się, gdy zużycie skacze między 1 h a 30 h – wtedy lepiej dokupować godziny jednorazowo.
SLA z gwarancją reakcji. Umowa precyzuje czas reakcji (2 h / 8 h / 24 h w dni robocze), czas naprawy i kary za niedotrzymanie. Różnica w cenie między 24 h a 2 h to zwykle 30–60%. Płacisz za gotowość, nie za godziny, dlatego w umowie musi być zapisane, ile godzin jest wliczonych, a które rozliczane dodatkowo.
W praktyce: pakiet godzin wygrywa w sklepie stabilnym, bez sezonu i bez planu rozwoju. SLA wygrywa przy harmonogramie promocji (Black Week, święta, wyprzedaże) i w B2B, gdzie godzina przestoju kosztuje więcej niż miesięczny abonament. Zanim podpiszesz, przejdź przez listę co ustalić przed podpisaniem umowy – czas reakcji, kary, przenoszenie godzin i wykluczenia (np. awarie po stronie hostingu) załatwione na piśmie oszczędzają najwięcej nerwów.
| Model | Kiedy się opłaca | Co ryzykujesz |
|---|---|---|
| Pakiet godzin (np. 10 h / 3 mies.) | Stabilny sklep, brak sezonu, brak planu rozwoju | Brak gwarancji czasu reakcji – awaria w piątek poczeka do poniedziałku |
| Abonament z buforem (np. 10 h, 20% przenoszone) | Przewidywalny zakres: aktualizacje, drobne zmiany, rozwój | Przepłata, gdy realne zużycie to 2–3 h; bez zapisu o przenoszeniu godziny przepadają |
| SLA 2 h / 8 h / 24 h | Promocje, B2B, integracje z ERP, wysoki koszt przestoju | Cena wyższa o 30–60%; bez kar umownych to tylko obietnica |
Platforma decyduje o tym, ile godzin miesięcznie schodzi na samą obsługę, a ile zostaje na rozwój. W praktyce wygląda to tak:
VPS czy hosting współdzielony? Serwer VPS to 60–250 zł/mies. Kluczowe pytanie brzmi: czy administracja (aktualizacje systemu, PHP, MariaDB, monitoring, certyfikaty) siedzi w abonamencie, czy jest płatna osobno po 90–140 zł/h. Jeśli osobno, przy 3 h miesięcznie dochodzi 300–400 zł.
Ruch sezonowy. Sklep robiący 300 zamówień w grudniu i 40 w lipcu nie potrzebuje stałego skalowania — potrzebuje przygotowania. Przed promocją: test obciążeniowy, cache, CDN, podniesienie limitów PHP i sprawdzenie koszyka. To 4–8 h pracy DevOps (150–180 zł/h) jednorazowo.
Hosting dedykowany przestaje być luksusem, gdy współdzielony zaczyna gubić zamówienia albo gdy płacisz za godziny wyjaśniania sprawy z supportem hostingu. 400–900 zł/mies. bywa tańsze niż 6 h ratowania porzuconego koszyka.
| Platforma | Typowy czas pracy / mies. | Koszt serwera | Główne ryzyko |
|---|---|---|---|
| WooCommerce (hosting współdzielony) | 3–6 h | 30–120 zł | Konflikty wtyczek, aktualizacje bez stagingu |
| WooCommerce (VPS) | 5–9 h | 60–250 zł | Administracja serwerem poza abonamentem |
| PrestaShop (VPS) | 4–8 h | 60–250 zł | Koszt modułów i migracji z 1.6 |
| Hosting dedykowany | 8–15 h | 400–900 zł | Konfiguracja, monitoring, skalowanie sezonowe |
Pierwsza faktura opłacona, a po dwóch miesiącach okazuje się, że „to było poza zakresem”. Najczęstsze dopłaty:
Checklistę rzeczy do ustalenia przed podpisaniem umowy zebraliśmy w materiale o tym, jak poukładać utrzymanie i opiekę techniczną sklepów.
Do 100 zamówień/mies. — 2–4 h pracy: aktualizacje, kopie, monitoring, drobne poprawki treści i produktów. Budżet 400–900 zł netto. Bez dedykowanego SLA; czas reakcji 1–2 dni robocze wystarcza. Pułapka: 2 h przy 25 wtyczkach nie wystarczą na nic poza samymi aktualizacjami, a jedna awaria zjada cały miesięczny budżet.
100–1000 zamówień/mies. — 6–12 h: monitoring uptime, backup dzienny z testem odtworzenia raz na kwartał, środowisko staging, aktualizacje z testami, obsługa integracji płatności i kurierów. Budżet 1200–2600 zł. Tu zaczyna się sensowne SLA: reakcja 4 h w dni robocze.
1000–10 000 zamówień/mies. — 15–35 h: integracje z ERP i magazynem, optymalizacja wydajności (Core Web Vitals, cache, zapytania do bazy), testy obciążeniowe przed promocjami, kolejkowanie zadań. Budżet 3500–8000 zł. Pomiary wydajności warto oprzeć na metrykach opisanych w materiałach web.dev.
Punkt przegięcia. Policz: jeśli miesięcznie schodzi 20 h na łatanie starej platformy (20 × 120 zł = 2400 zł), a nowe wdrożenie kosztuje 15 000 zł rozłożone na 12 miesięcy (1250 zł/mies.), przez rok płacisz więcej i dalej masz stary sklep. To moment, w którym opieka przestaje być opieką, a staje się abonamentem na problem. Warto porównać taki rachunek z wariantem dla sklepu w Szczecinie.
Jak mierzyć zwrot. Zestaw koszt opieki z kosztem godziny przestoju w szczycie. Sklep robiący 3000 zamówień/mies. przy średnim koszyku 200 zł generuje około 600 000 zł przychodu, czyli przy 12 h handlowych dziennie ok. 1600 zł/h. Godzina przestoju w szczycie = 1600 zł. Abonament 4000 zł/mies. odpowiada 2,5 h przestoju.
| Zamówienia / mies. | Godziny pracy | Budżet netto / mies. | Co wchodzi |
|---|---|---|---|
| do 100 | 2–4 h | 400–900 zł | Aktualizacje, kopie, monitoring, drobne poprawki |
| 100–1000 | 6–12 h | 1200–2600 zł | Backup dzienny, staging, SLA reakcja 4 h, płatności |
| 1000–10 000 | 15–35 h | 3500–8000 zł | Integracje ERP, wydajność, testy obciążeniowe |
Trzy oferty po 900 zł netto miesięcznie mogą oznaczać zupełnie różną pracę. Zanim porównasz kwoty, porównaj odpowiedzi na 12 pytań. Poproś o nie na piśmie – odpowiedź „to zależy” to sygnał, że zakres nie jest ustalony.
Wypełnij tabelę przed rozmową. Luki po stronie wykonawcy są równie ważne jak liczby.
| Oferta (przykładowe wypełnienie) | Stawka | Zakres | SLA | Wyjście z umowy |
|---|---|---|---|---|
| Oferta A – 900 zł netto/mc | 90 zł/h, 10 h w abonamencie, nadwyżka płatna | PrestaShop, aktualizacje, backupy na tym samym serwerze, bez nowych funkcji | Reakcja 4 h w dni robocze, naprawa 24 h | Wypowiedzenie 3 mc, eksport bazy i repo za dopłatą |
| Oferta B – 1200 zł netto/mc | 140 zł/h, 8 h, niewykorzystane przechodzą 1 mc | WooCommerce, hosting, backupy poza serwerem, test na stagingu | Reakcja 1 h, naprawa 8 h | Wypowiedzenie 1 mc, przekazanie danych w cenie |
| Oferta C – 2500 zł netto/mc | 150 zł/h, 20 h, raport miesięczny z numerami zgłoszeń | Sklep + integracje ERP i kurierzy + SLA wypisane w umowie | Reakcja 1 h 24/7, naprawa krytyczna 4 h | Wypowiedzenie 1 mc, kara 10% abonamentu, dane w 5 dni roboczych |
„Reagujemy szybko” nie jest zapisem umownym. W umowie muszą być trzy rzeczy: definicja zdarzenia, czas liczony w godzinach i konsekwencja przekroczenia.
Poziomy awarii – z przykładami.
Czas reakcji to nie czas naprawy. Reakcja = kontakt człowieka z diagnozą i planem (autoresponder się nie liczy). Naprawa = przywrócenie działania. Oba terminy wpisz osobno, bo sama reakcja niczego nie naprawia.
Punkty SLA i konsekwencje. Ustal konkret: rabat 10% abonamentu za każde rozpoczęte 4 h przekroczenia naprawy krytycznej, z limitem 50% opłaty miesięcznej; darmowe godziny przy przekroczeniu awarii ważnych; prawo do wypowiedzenia z 30-dniowym okresem, jeśli w kwartale zdarzą się trzy przekroczenia krytyczne.
Wyłączenia odpowiedzialności. Wypisz: awaria hostingu lub operatora płatności, siła wyższa, działania klienta (edycja plików po FTP, instalacja modułu bez zgłoszenia), atak DDoS. Bez tej listy wykonawca zrzuci winę na hosting, a hosting na sklep.
Prawo do kodu i kopii. Zapisz, że po zakończeniu umowy dostajesz zrzut bazy SQL, pliki sklepu i repozytorium modułów w formacie odtwarzalnym na innym serwerze, w terminie 5 dni roboczych. Zanim to sprawdzisz w praktyce, porównaj zakres z opisem usługi utrzymanie i opieka techniczna sklepów Szczecin dla firmy.
Opieka przestaje się opłacać, gdy roczny koszt utrzymania zbliża się do kosztu nowego wdrożenia. Rachunek jest prosty: 1500 zł netto miesięcznie to 18 000 zł rocznie. Nowy sklep na PrestaShop z migracją danych i podstawowymi integracjami to zwykle 25 000–40 000 zł. 18 000 zł to 45–72% tej kwoty. Przy abonamencie 2500 zł/mc (30 000 zł rocznie) przekraczasz próg 60–70% i przebudowa zwraca się w 12–18 miesięcy – pod warunkiem, że nowy sklep działa na wspieranej wersji i nie wymaga stałego gaszenia pożarów.
Sygnały ostrzegawcze.
Migracja – co zaplanować. Dane do przeniesienia: klienci z hasłami (sprawdź, czy da się przenieść hash), zamówienia i statusy, faktury, stany magazynowe, produkty z wariantami, kategorie oraz adresy URL z przekierowaniami 301 jeden do jednego. Załóż 2–3 tygodnie na eksport, czyszczenie i testy na stagingu, a przełączenie DNS rób w nocy z niedzieli na poniedziałek.
Opcja pośrednia. Jeśli sklep działa stabilnie, a problemem są wydajność i widoczność w Google, zamiast przebudowy zrób optymalizację i SEO techniczne – jednorazowo 2000–5000 zł. To często przesuwa decyzję o rok. Więcej w hubie utrzymanie stron internetowych.
Wybór oferty wyłącznie po cenie abonamentu, bez porównania zakresu.
Jak wykryć: W zestawieniu ofert masz tylko kwotę miesięczną i nazwę pakietu, a nie liczbę godzin ani listę czynności.
Jak naprawić: Zrób tabelę: liczba godzin konserwacji, backup z testem odtworzenia, monitoring, administracja serwerem, czas reakcji. Dopiero potem porównuj kwoty.
Aktualizacje rdzenia i wtyczek robione dopiero, gdy coś się zepsuje.
Jak wykryć: Brak harmonogramu aktualizacji i brak historii zmian. Wersja PHP lub wtyczki stoi w miejscu od kilku kwartałów.
Jak naprawić: Ustal stały rytm: przegląd i aktualizacje raz w miesiącu, pilne poprawki bezpieczeństwa w ciągu dni. Każda zmiana na stagingu, potem na produkcji.
Przekonanie, że skoro są kopie zapasowe, to sklep jest bezpieczny.
Jak wykryć: Nikt nie potrafi podać daty ostatniego testu odtworzenia backupu ani tego, ile trwa przywrócenie sklepu.
Jak naprawić: Wpisz do umowy test odtworzenia raz na kwartał na środowisku testowym. Backup, którego nie sprawdzono, nie jest backupem.
Testowanie zmian bezpośrednio na działającym sklepie.
Jak wykryć: Brak stagingu, a każda poprawka szablonu czy modułu płatności ląduje od razu na produkcji, w godzinach sprzedaży.
Jak naprawić: Wymagaj osobnego środowiska testowego z kopią danych. Zmiany wdrażaj poza szczytem sprzedażowym, z możliwością szybkiego wycofania.
Rozliczanie nowych funkcji z tej samej puli godzin co konserwacja.
Jak wykryć: Po dwóch miesiącach okazuje się, że na aktualizacje i monitoring nie zostało nic, a nowy moduł nadal nie jest skończony.
Jak naprawić: Rozdziel budżet: osobna pula na konserwację, osobna na prace doraźne i osoba na development z wyższą stawką 150–180 zł/h.
Umowa bez zapisanych czasów reakcji i naprawy.
Jak wykryć: W dokumencie jest „szybka reakcja” albo „wsparcie w godzinach pracy”, ale nie ma konkretnych godzin.
Jak naprawić: Dopisz wartości: reakcja 2 h / 8 h / 24 h i czas naprawy krytycznego błędu. Ustal też, co uznajecie za błąd krytyczny, a co za zwykłe zgłoszenie.
Koszt utrzymania sklepu w Szczecinie zależy od skali sprzedaży, liczby integracji i tego, ile godzin realnie zajmuje konserwacja – nie od lokalizacji wykonawcy. Najtańszy abonament bywa najdroższy, jeśli nie ma w nim zapisanej liczby godzin, testu odtworzenia backupu i czasów reakcji. Przed podpisaniem umowy porównaj oferty w jednej tabeli i policz, ile godzin faktycznie potrzebujesz. Więcej o tym, jak poukładać cały proces, znajdziesz w sekcji [utrzymanie stron internetowych](https://dropdigital.pl/utrzymanie-stron-internetowych).
Typowe widełki netto to 400–1200 zł miesięcznie dla sklepu do 100 zamówień, 1500–3500 zł dla sklepu z integracjami ERP, kurierów i płatności, a 4000–9000+ zł dla B2B z gwarantowanym SLA i wydzielonym czasem. Do tego dochodzi koszt serwera, zwykle 60–250 zł miesięcznie, jeśli administracja nie jest już w abonamencie. Ostateczna kwota zależy od liczby integracji i tego, ile godzin realnie pochłania konserwacja.
Nie ma istotnej różnicy między Szczecinem, Lublinem czy Zamościem. Praca odbywa się zdalnie na serwerze, a stawka zależy od kompetencji i dostępności, nie od odległości. Lokalizacja ma znaczenie tylko wtedy, gdy chcesz spotkania na miejscu albo przekazania projektu w formie warsztatu.
Pakiet godzin, na przykład 10 h ważnych trzy miesiące, opłaca się w stabilnym sklepie bez sezonu i bez planu rozwoju – płacisz za realnie wykorzystany czas. Abonament z buforem godzin daje przewidywalny koszt i zwykle lepszą dostępność. Wybierz abonament, jeśli masz harmonogram promocji albo sprzedajesz B2B, gdzie godzina przestoju kosztuje więcej niż miesięczna opłata.
Różnica jest głównie w tym, jak szybko ktoś zaczyna pracować nad zgłoszeniem i czy masz zarezerwowany czas w danym dniu. Cena między skrajnymi wariantami rośnie zwykle o 30–60%. Jeśli sklep nie ma promocji ani klientów B2B, SLA 24 h wystarcza w większości sytuacji.
To jedna z najczęściej pomijanych pozycji. Aktualizacje PHP, MariaDB, certyfikaty SSL, reguły WAF i podstawowy tuning to zwykle 1–3 godziny miesięcznie. Część firm wlicza to w abonament, część rozlicza osobno – zapytaj wprost i sprawdź, czy kwota serwera jest podana razem z administracją, czy obok niej.
WooCommerce ma niższy próg wejścia, ale zwykle pracuje na większej liczbie wtyczek. Każda kolejna wtyczka to potencjalny konflikt, który trzeba zdiagnozować, a diagnostyka zajmuje godziny. PrestaShop daje bardziej przewidywalny koszt utrzymania, choć do budżetu trzeba doliczyć zakup lub rozwój modułów.
Liczba integracji i niestandardowych modułów, wiek platformy oraz brak środowiska testowego. Sklep na starej wersji z autorskimi modułami bez dokumentacji potrafi pochłonąć kilka razy więcej godzin niż standardowy sklep na aktualnej wersji. Zanim wybierzesz ofertę, ustal, kto odpowiada za te moduły i czy są gdziekolwiek opisane. Pamiętaj, że stan techniczny sklepu wpływa też na to, jak Google ocenia szybkość i stabilność strony – warto to uwzględnić w planie prac.
Jeśli chcesz sprawdzić, ile godzin realnie pochłania Twój sklep i które pozycje w obecnej umowie są zbędne, napisz do nas – przejrzymy konfigurację i odpowiemy konkretnymi liczbami. Zakres i wycenę dla sklepów w Szczecinie opisujemy też na stronie [utrzymanie i opieka techniczna sklepów Szczecin](https://dropdigital.pl/utrzymanie-i-opieka-techniczna-sklepow-szczecin-dla-firmy).