Ile kosztuje utrzymanie i opieka techniczna sklepu w Szczebrzeszynie? Widełki 2026

W 2026 roku utrzymanie sklepu internetowego w Szczebrzeszynie kosztuje od 300 zł do 3500 zł netto miesięcznie. Trzy progi wyglądają tak:

• Pakiet startowy – ok. 300–600 zł netto/mies. Sklep do około 50 zamówień na miesiąc, 1–3 integracje. W środku: monitoring dostępności, codzienne kopie zapasowe, aktualizacje bezpieczeństwa, drobne poprawki do 2 godzin.
• Pakiet standard – 600–1500 zł netto/mies. Od 50 do 300 zamówień, integracje z płatnościami, kurierami, programem księgowym albo magazynem. Pula 4–10 godzin pracy specjalisty i prace na kopii sklepu (staging), żeby nie testować na żywym ruchu.
• Pakiet rozszerzony z rozwojem – 1500–3500+ zł netto/mies. Powyżej 300 zamówień, moduły własne, wersje językowe, wdrożenia nowych funkcji, zapisany czas reakcji na awarię.

Prace poza abonamentem rozliczamy stawkowo: 120–220 zł netto za godzinę. 120–150 zł to prace standardowe – konfiguracja, CSS, treści, ustawienia modułów. 150–180 zł to programowanie w PHP i moduły PrestaShop. 180–220 zł to infrastruktura, integracje API, migracje i optymalizacja wydajności.

Kwota zależy od trzech rzeczy: liczby zamówień w szczycie, liczby integracji (płatności, kurierzy, ERP, marketplace) i platformy. Sklep na WooCommerce z czterema wtyczkami do wysyłek to inny zakres pracy niż PrestaShop z modułem B2B i cennikiem dla zalogowanych klientów. Dlatego dwie firmy z tej samej ulicy mogą płacić bardzo różne stawki. Zakres, stawki i przykładowe wyceny znajdziesz na stronie utrzymanie i opieka techniczna sklepów w Szczebrzeszynie.

Co dokładnie wchodzi w pakiet – zakres prac krok po kroku

„Opieka techniczna” brzmi mgliście, więc rozbijmy ją na zadania, które da się policzyć w godzinach. Dzielą się na dwie grupy.

Praca reaktywna – startuje po zgłoszeniu albo alercie:

• naprawa awarii: sklep nie odpowiada, błąd 500, padnięta baza,
• aktualizacje bezpieczeństwa PHP, modułów i wtyczek,
• poprawki po aktualizacji – rozjechany szablon, checkout przestający działać,
• przywrócenie sklepu z kopii po nieudanej zmianie.

Praca proaktywna – wykonywana z harmonogramu, bez Twojego zgłoszenia:

• monitoring dostępności co 1–5 minut z alertem na telefon i e-mail,
• backup bazy i plików raz na dobę, retencja 30 dni, raz na kwartał test odtworzenia kopii,
• testowe zamówienie raz w tygodniu i po każdej aktualizacji – pełna ścieżka: koszyk, płatność, mail potwierdzający, faktura, status u kuriera,
• czyszczenie bazy: tabele ps_connections, ps_guest, ps_log oraz porzucone koszyki w ps_cart,
• przegląd logów PHP i błędów 404, odnowienie SSL przed wygaśnięciem, kontrola Core Web Vitals po zmianach na stronie.

Poza abonamentem zostają: nowe funkcje (np. konfigurator produktu), nowy szablon, migracja na inną platformę, kampanie marketingowe (Google Ads, mailingi), tworzenie treści i obróbka zdjęć. To nie jest ukrywanie kosztów – to po prostu inny typ pracy niż utrzymanie.

Realne czasy z naszych wdrożeń: aktualizacja PrestaShop z testami 2–6 h (im więcej nadpisań szablonu i modułów własnych, tym bliżej górnej granicy), wdrożenie nowej metody płatności 3–8 h (moduł, klucze API, webhooki, test zwrotów), naprawa błędu koszyka 1–4 h. Kolejność i wymagania aktualizacji opisuje dokumentacja deweloperska PrestaShop.

Rozliczenie godzinowe czy stały abonament – co się bardziej opłaca

W DropDigital nie ma sztywnego cennika „za pakiet”. Wyceniamy z liczby godzin: szacujemy, ile godzin miesięcznie zajmie obsługa Twojego sklepu, mnożymy przez stawkę i z tego wychodzi abonament. Ten sam mechanizm działa przy rozliczeniu doraźnym.

Abonament daje przewidywalny koszt i priorytet: zgłoszenie trafia na początek kolejki, pula godzin jest znana z góry. Rozliczenie godzinowe sprawdza się w sklepach stabilnych, gdzie poza comiesięcznym przeglądem nic się nie dzieje.

Najczęstsza pułapka: umowa mówi tylko, że „pula to 8 h miesięcznie”, i nie precyzuje, co dzieje się z nadwyżką. Wtedy 3 niewykorzystane godziny przepadają, a Ty płacisz za nie drugi raz w kolejnym miesiącu. Zabezpieczenia są trzy: przenoszenie niewykorzystanej puli na kolejny miesiąc (np. do 3 miesięcy), rozliczenie kwartalne albo rollover z limitem – na przykład maksymalnie 50% puli przechodzi dalej. Zapisz to wprost w umowie, zanim podpiszesz.

Przykład 1. Sklep odzieżowy robi 15 drobnych zmian miesięcznie: ceny, opisy, banery, koszt dostawy. Każda to średnio 0,5 h, czyli 7,5 h plus 1 h rezerwy = pakiet 9–10 h. Przy 150 zł netto/h to 1350–1500 zł netto miesięcznie i przewidywalna faktura.

Przykład 2. Sklep z częściami robi 2 zmiany na kwartał – nowa metoda dostawy i aktualizacja modułu. To około 1 h pracy miesięcznie. Abonament 300 zł ma sens głównie dla monitoringu i spokoju; przy rozliczeniu godzinowym zapłaci około 150 zł netto miesięcznie, ale każde zgłoszenie startuje od zera, bez priorytetu. Podobne kalkulacje dla okolicznych miast pokazujemy w artykule utrzymanie i opieka techniczna sklepów Zamość – cena.

Od czego zależy cena opieki nad sklepem – 6 czynników

Cena opieki nie wynika z cennika „od–do”, tylko z liczby rzeczy, które trzeba pilnować. Sześć czynników decyduje o tym, czy znajdziesz się bliżej 300 zł, czy bliżej 3500 zł netto miesięcznie.

1. Platforma i niestandardowe modyfikacje w kodzie. Czysty PrestaShop 8.x albo WooCommerce na standardowym motywie to jedna historia. Inna to sklep, w którym ktoś dopisał override w katalogu /override/, własny moduł liczący rabaty i zmodyfikowany szablon faktury. Każda taka zmiana to plik do ręcznego sprawdzenia po aktualizacji — i potencjalna awaria, jeśli tego nie zrobisz.

2. Liczba integracji. InPost ShipX, DPD, DHL, Przelewy24 lub Stripe, Subiekt albo Comarch Optima, wystawianie na marketplace, program lojalnościowy. Przy dwóch integracjach poprawka to kilka minut. Przy siedmiu trzeba przetestować cały przepływ: płatność → zamówienie → magazyn → etykieta → mail. Integracje psują się parami.

3. Ruch i liczba zamówień. Sklep z 200 zamówieniami miesięcznie nie potrzebuje indeksów, cache i kolejkowania maili. Przy 3000 zamówień masz tabele zamówień z milionem rekordów, crony wysyłkowe i wolne zapytania. To już nie opieka, a praca nad wydajnością — a wydajność przekłada się bezpośrednio na wskaźniki Core Web Vitals i na to, jak Google ocenia Twoje strony.

4. Wiek i stan wdrożenia. PrestaShop 1.7 na PHP 7.4 to wersje po zakończeniu wsparcia. Każda aktualizacja jest wtedy projektem, nie kliknięciem.

5. Moduły bez aktualizacji. Policz: 40 modułów, z czego 12 nietkniętych od dwóch lat — to nie pytanie „czy”, tylko „kiedy”.

6. Środowisko testowe. Bez stagingu każdą aktualizację testujesz na klientach. Z stagingiem — na kopii.

Zakres i stawki dla naszego regionu rozpisaliśmy w materiale o utrzymaniu i opiece technicznej sklepów w Szczebrzeszynie.

PrestaShop czy WooCommerce – który sklep jest tańszy w utrzymaniu

„WooCommerce jest darmowe, więc utrzymanie wyjdzie taniej” — to zdanie słyszymy najczęściej. Problem w tym, że darmowy jest sam plugin. Reszta ma koszt.

Koszty ukryte WooCommerce. Katalog, płatności, faktury, kurierzy, program lojalnościowy — w praktyce 5–8 wtyczek premium, każda rozliczana rocznie (aktualne ceny sprawdzaj u producenta, zmieniają się co roku). Do tego WordPress wypuszcza aktualizacje bezpieczeństwa co kilka tygodni i każda może wejść w konflikt z wtyczką, której autor nie testował z nową wersją. Przy 50 tys. produktów i 100 tys. zamówień dochodzi wydajność: WooCommerce trzyma produkty i zamówienia w tych samych tabelach co treści, a rosnąca tabela wp_postmeta potrafi zabić czas odpowiedzi. Cache pomaga, ale trzeba go utrzymywać i czyścić.

PrestaShop. Aktualizacja wersji głównej to większy projekt: moduł 1-Click Upgrade, kopia bazy i plików, testy na stagingu, potem weryfikacja kompatybilności modułów i motywu. Taki zakres to typowo kilkanaście–kilkadziesiąt godzin pracy; przy stawce 120–220 zł netto za godzinę 20 godzin daje 2400–4400 zł netto. Robisz to jednak raz na rok–dwa, a nie przy każdej łatce bezpieczeństwa. Migracja z 1.6 albo wczesnego 1.7 to osobny temat: stary kod PHP i moduły, których autorzy już nie wspierają. Przydatne są tu oficjalne wytyczne w dokumentacji dla deweloperów PrestaShop.

Zasada ogólna. Nie płacisz za nazwę platformy, tylko za liczbę zależności zewnętrznych, które trzeba zsynchronizować. Sklep na WooCommerce z dwiema wtyczkami będzie tańszy niż PrestaShop z dwunastoma modułami — i odwrotnie. Stawki dla podobnych wdrożeń w regionie znajdziesz w materiale o utrzymaniu i opiece technicznej sklepów Zamość — cena.

Ile realnie kosztuje brak opieki – 4 scenariusze z życia

Brak opieki nie jest darmowy. Jest tylko odroczony. Cztery sytuacje, które zdarzają się w sklepach regularnie — z wyliczeniem na liczbach.

1. Sklep offline w piątek o 20:00. Załóżmy 20 zamówień dziennie i średnią wartość zamówienia 150 zł — to 3000 zł przychodu na dobę. Awaria trwająca 12 godzin to około 1500 zł, których nie odzyskasz, plus klienci, którzy nie wrócili. W poniedziałek dochodzi praca nad nadrobieniem obsługi i odpowiedziami na maile.

2. Uszkodzona baza po nieudanej aktualizacji bez backupu. Jeśli masz kopię sprzed doby — tracisz zamówienia z jednego dnia. Jeśli nie masz nic, zaczyna się rekonstrukcja z logów serwera i tabel MySQL, ręczne parowanie płatności z zamówieniami i 8–16 godzin pracy po 120–220 zł netto za godzinę, czyli 960–3520 zł netto. Część danych może nie dać się odtworzyć wcale.

3. Dzień właściciela na diagnozie. Osiem godzin na szukaniu przyczyny błędu 500, zamiast na negocjacjach z dostawcą i kampanii. Nawet jeśli nie płacisz nikomu, ten dzień ma koszt — wyceniasz go własną stawką za godzinę pracy.

4. Bezpieczeństwo, RODO i PCI DSS. Sklep przyjmujący płatności przetwarza dane osobowe. Naruszenie ochrony danych trzeba zgłosić do UODO w ciągu 72 godzin, a kara z art. 83 RODO sięga 20 mln euro albo 4% rocznego obrotu — zależnie, która kwota jest wyższa. Przy płatnościach obsługiwanych na Twoim serwerze dochodzi zakres PCI DSS do udokumentowania; przekierowanie do bramki płatniczej mocno ten zakres zawęża, ale nie zwalnia z aktualizacji.

Porównanie stawek i zakresów pakietów znajdziesz w artykule o utrzymaniu i opiece technicznej sklepów Zamość — ile to kosztuje.

Jak wybrać wykonawcę opieki – 9 pytań przed podpisaniem umowy

Większość problemów z opieką nad sklepem nie wychodzi w pierwszym miesiącu, tylko przy awarii — wtedy okazuje się, że „reagujemy szybko” nie znaczy nic mierzalnego. Poniżej dziewięć pytań do zadania przed podpisaniem umowy. Poproś o odpowiedzi na piśmie. Oferta z konkretnymi liczbami to dobry znak, same ogólniki to sygnał, że SLA nie istnieje.

Dwa pytania zasługują na osobną rozmowę. Repozytorium i domena to nie detal techniczny — jeśli kod leży na koncie wykonawcy, a domena jest zarejestrowana na jego firmę, przy rozstaniu odzyskanie sklepu może zająć tygodnie i wymagać interwencji u rejestratora. Właścicielem jest klient, wykonawca dostaje dostęp, nie własność.

Drugie: kto realnie pisze kod. Agencja korzystająca z podwykonawcy nie jest zła, ale musi to powiedzieć wprost. Zapytaj, kto odpisze w tickecie o 15:00 w środę, gdy nie działa checkout. Jeśli odpowiedź brzmi „przekażemy zgłoszenie do zespołu”, dopytaj, ile trwa to przekazanie i czy wlicza się w czas reakcji. Zakres i widełki takiej opieki w regionie opisujemy w materiale o utrzymaniu i opiece technicznej sklepów w Szczebrzeszynie.

Checklista: co musi zawierać dobra umowa na opiekę techniczną

Umowa na opiekę to dokument operacyjny, nie formalność do podpisania i odłożenia. Wypisz w niej cztery bloki: SLA, zakres godzin, backupy i wyjście. Poniżej checklista do odklikania.

• SLA z liczbami. Czas reakcji: 4 h w dni robocze, np. 8:00–16:00. Czas naprawy błędu krytycznego: 24 h. Błąd zwykły: 3 dni robocze. Zdefiniuj „krytyczny” wprost — sklep nie przyjmuje zamówień, koszyk zwraca błąd 500, bramka płatnicza nie działa, strona nie odpowiada. Bez definicji każda strona interpretuje to inaczej i spór jest pewny.
• Zakres i liczba godzin. Ile godzin wchodzi w pakiet i co się w nie wlicza: aktualizacje PrestaShop i modułów, poprawki pod nowe wersje PHP, odnowienie certyfikatu SSL, monitoring, drobne zmiany treści. Co jest poza pakietem: nowe funkcje, przebudowa szablonu, migracja na inny hosting. Godziny ponad pakiet — ze stawką zapisaną w umowie. Plan aktualizacji warto układać zgodnie z cyklem wersji opisanym w dokumentacji dla deweloperów PrestaShop.
• Backupy i procedura testowego odtworzenia. Codzienna kopia bazy, kopia plików przy każdej zmianie, retencja minimum 30 dni, przechowywanie poza serwerem produkcyjnym. Raz na kwartał odtworzenie kopii na środowisku testowym z krótkim protokołem: data testu, czas odtworzenia, wynik. Kopia, której nikt nie odtworzył, to założenie, nie backup.
• Klauzula wyjścia. Co dostaje klient w ciągu 5 dni roboczych od zakończenia: repozytorium kodu, dostępy do hostingu, DNS, panelu administracyjnego, dokumentację konfiguracji i ostatnią kopię bazy. Bez opłat za „uwolnienie” dostępu.

Dopisz czas wypowiedzenia (1 miesiąc to standard), powierzenie danych osobowych, zasady waloryzacji stawki i miesięczny raport z dostępności oraz zużytych godzin. Stawki w sąsiednich miastach porównasz w materiale o utrzymaniu i opiece technicznej sklepów Zamość – cena 2025.

Jak zacząć opiekę nad sklepem w Szczebrzeszynie – pierwszy miesiąc

Wejście w opiekę nie wymaga przepisania sklepu od zera. Proces ma trzy etapy i pierwszy z nich jest bezpłatny.

Etap 1: audyt techniczny. Sprawdzamy wersje PHP i PrestaShop, listę modułów wraz z datą ostatniej aktualizacji, logi błędów 500 i 404, czas odpowiedzi serwera, Core Web Vitals (LCP, INP, CLS — metryki opisane na web.dev), faktyczne istnienie i miejsce kopii zapasowych, ważność certyfikatu SSL, poprawność e-maili transakcyjnych, działanie płatności i wysyłek, uprawnienia plików i zabezpieczenie panelu logowania. Zajmuje to 60–90 minut pracy. Raport w PDF dostajesz w 2 dni robocze, z listą priorytetów: krytyczne, normalne, kosmetyczne. Bez zobowiązania.

Etap 2: propozycja pakietu. Wycena wynika z liczby godzin, nie z „typowego” cennika. Sklep z 30 zamówieniami miesięcznie i dwiema integracjami potrzebuje zwykle 4 h/mies. (pakiet startowy 300–600 zł netto/mies.), sklep z tysiącem zamówień iintegracjami z magazynem — 8–12 h/mies. (600–1500 zł netto/mies.). W ofercie ma być wprost napisane, co wchodzi w te godziny.

Etap 3: przejęcie i pierwszy raport. Bierzemy listę dostępów — hosting, panel PrestaShop, strefa DNS, Google Search Console, Analytics, panel płatności — zmieniamy hasła i zapisujemy je w menedżerze haseł klienta. Ustawiamy monitoring dostępności z interwałem 1–5 minut i alertem e-mail/SMS, harmonogram backupów oraz środowisko testowe. Po 30 dniach wysyłamy pierwszy raport: dostępność, czasy reakcji, wykonane prace, zużyte godziny, rekomendacje na kolejny miesiąc. Stawki dzienne i rozliczenie prac doraźnych znajdziesz w materiale o tym, ile kosztuje utrzymanie sklepu w Zamościu.

Pracujemy zdalnie — dostęp do serwera i panelu wystarczy do 90% zadań. Wsparcie na miejscu w Szczebrzeszynie, Zamościu i okolicach jest możliwe, gdy trzeba sprawdzić drukarkę fiskalną, terminal płatniczy, integrację z magazynem albo sieć w biurze. Dojazd ustalamy indywidualnie przy zgłoszeniu.

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

Lista kontrolna do odklikania

• Czas reakcji i czas naprawy w umowie — Sprawdź przed podpisaniem. Brak SLA oznacza, że zgłoszenie w piątek o 18:00 może poczekać do poniedziałku.
• Liczba integracji zewnętrznych — Policz: kurierzy, płatności, ERP/księgowość, marketplace, program lojalnościowy. Każda to osobny punkt awarii.
• Moduły i wtyczki bez aktualizacji — W panelu sprawdź listę modułów i daty ostatnich aktualizacji. Pozycje sprzed 12 miesięcy to ryzyko bezpieczeństwa.
• Środowisko testowe (staging) — Zapytaj wprost, czy istnieje kopia sklepu do testów. Jeśli nie – aktualizacje idą na żywy sklep.
• Backupy: częstotliwość i miejsce — Ustal, czy kopia jest poza serwerem i czy ktokolwiek testował jej odtworzenie. Backup bez testu odtworzenia nie jest backupem.
• Monitoring dostępności sklepu — Sprawdź, czy ktoś dostaje alert, gdy sklep nie odpowiada. Zapytaj, jaki jest czas wykrycia awarii.
• Test zamówienia end-to-end — Wykonaj raz w miesiącu: dodanie do koszyka, płatność, potwierdzenie, mail, faktura, status w panelu.
• Wersja PHP i bazy danych — Sprawdź w panelu hostingu. Stare wersje PHP to częsta przyczyna błędów po aktualizacji modułów.
• Kolejka maili i konfiguracja SMTP — Zweryfikuj, czy maile z zamówieniami dochodzą i nie lądują w spamie. Problem wychodzi dopiero, gdy klient dzwoni.
• Czyszczenie bazy danych — Sprawdź, czy ktoś usuwa stare koszyki, sesje i logi. Przy większym ruchu baza rośnie i spowalnia sklep.
• Zapis o niewykorzystanej puli godzin — Ustal przed startem, czy nadgodziny i niewykorzystane godziny przechodzą na kolejny miesiąc, czy przepadają.
• Dostęp do panelu, FTP i 2FA — Ustal, kto ma dostępy i czy wszyscy mają włączone uwierzytelnianie dwuskładnikowe. Konta byłych wykonawców usuwaj.
• Certyfikat SSL i data wygaśnięcia domeny — Ustaw przypomnienie na 30 dni przed. Przeterminowany SSL blokuje zakupy i psuje widoczność w Google.
• Wydajność: czas ładowania i Core Web Vitals — Zmierz raz na kwartał. Pogorszenie wyników przy rosnącej bazie to sygnał do optymalizacji, nie do wymiany serwera.

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