Ile naprawdę kosztuje utrzymanie sklepu internetowego w Toruniu? Widełki 2025

Zaczynamy od liczb, bo po nie tu trafiłeś. Rozliczenie godzinowe prac przy sklepie w 2025 roku wygląda tak: 80–120 zł netto/h za proste zadania — aktualizacja rdzenia, poprawka w CSS, dodanie metody płatności, konfiguracja wariantów produktu — oraz 120–180 zł netto/h za rozwój: nowy moduł, integracja z ERP lub systemem księgowym, optymalizacja wydajności, prace nad Core Web Vitals.

Abonament miesięczny rozkłada się na trzy progi:

• 300–800 zł netto/mc — mały sklep, do 500 zamówień na miesiąc, kilka wtyczek, brak integracji zewnętrznych;
• 800–1 500 zł netto/mc — średni sklep, 500–2 000 zamówień, integracja z magazynem, kurierami, płatnościami ratalnymi;
• 1 500–2 500 zł netto/mc — większy ruch, ERP, sprzedaż wielokanałowa, SLA z reakcją liczoną w godzinach.

Zastrzeżenie, które warto powtarzać przy każdej wycenie: to przedziały dla małych i średnich firm w Polsce, bez kosztu hostingu lub VPS (typowo 50–300 zł netto/mc) i bez licencji płatnych wtyczek oraz modułów (200–2 000 zł jednorazowo lub abonamentowo). Jeśli ktoś podaje cenę 199 zł/mc z hostingiem i licencjami w środku, sprawdź, ile godzin pracy faktycznie jest w tej kwocie.

PrestaShop i WooCommerce kosztują w różnych miejscach budżetu. W WooCommerce więcej płacisz za wtyczki — faktury, kurierzy, płatności i koszyk to często osobne licencje, które z czasem się sumują. W PrestaShop więcej godzin pochłaniają moduły dedykowane i aktualizacje między wersjami — sam rdzeń bywa stabilniejszy, ale nietypowa funkcja oznacza pisanie modułu od podstaw, zgodnie z dokumentacją dla deweloperów. Dlatego przy porównywaniu ofert pytaj nie o cenę końcową, ale o liczbę godzin w pakiecie i listę wtyczek objętych opieką. Zakres prac i zasady współpracy opisujemy szerzej przy okazji usługi utrzymania i opieki technicznej sklepów w Toruniu.

Co dokładnie wchodzi w cenę opieki technicznej sklepu

Abonament to nie jedna usługa, tylko pakiet kilku. Rozbij go na pozycje i porównuj oferty linia po linii, bo dwie firmy mogą podać 800 zł netto/mc, a dawać zupełnie różny zakres.

Standardowy zestaw wygląda tak:

• Pula godzin deweloperskich — najczęściej 2–4 h miesięcznie, przenoszone maksymalnie na kolejny miesiąc;
• Monitoring dostępności — zewnętrzne narzędzie sprawdzające sklep co 1–5 minut, alert SMS lub e-mail do opiekuna;
• Kopie zapasowe — codzienne, retencja minimum 14–30 dni, z testem odtworzenia raz na kwartał (backup, którego nikt nie odtworzył, nie jest backupem);
• Aktualizacje — rdzeń, wtyczki, szablony, wersja PHP, wykonywane na kopii testowej przed wdrożeniem;
• SLA — deklarowany czas reakcji i czas naprawy, np. 4 h robocze na zgłoszenie zwykłe i 1 h na sklep niedostępny;
• Wsparcie — kanał kontaktu i osoba, która zna Twój sklep, a nie losowy konsultant z infolinii.

Czego w abonamencie zwykle nie ma: nowych funkcji, przebudowy szablonu, migracji na inny hosting czy wersję, kampanii marketingowych i treści. To osobne projekty i osobne wyceny.

Przykładowy podział budżetu 800 zł netto/mc: 2–3 h pracy deweloperskiej (przy 120 zł/h to 240–360 zł), monitoring 30–60 zł, backup i miejsce na kopie 50–80 zł, aktualizacje i czas reakcji — reszta. Widać od razu, że 800 zł nie kupi 10 godzin pracy.

Trzymaj w budżecie dwie osobne pozycje: utrzymanie (stabilność, bezpieczeństwo, dostępność) i rozwój (nowe funkcje, konwersja). Mieszanie ich powoduje, że w miesiącu z awarią nie zostaje nic na rozwój, a w miesiącu spokojnym budżet jest wydawany bez planu.

Trzy modele rozliczeń: godzinowy, abonament, pay-per-incident

Model rozliczeń działa jak filtr na kolejce zgłoszeń. Wybierz go świadomie, bo zmiana w trakcie roku zwykle kosztuje więcej niż sam wybór.

Model godzinowy — płacisz za faktycznie przepracowane godziny, 80–180 zł netto/h. Sensowny przy sklepie stabilnym i sporadycznych zmianach, np. dwie poprawki na kwartał. Pułapka: nie masz priorytetu. Gdy wybuchnie awaria w środku sezonu, Twoje zgłoszenie trafia do kolejki za klientami abonamentowymi. Drugie ryzyko: bez rejestru godzin nie zweryfikujesz faktury.

Abonament — stała kwota, gwarantowany czas reakcji, pula godzin. Sprawdza się, gdy sklep generuje stały przychód i każda godzina przestoju kosztuje realne pieniądze. Wtedy 700 zł netto/mc jest tańsze niż jedna nieplanowana noc u programisty.

Pay-per-incident / bloki godzin — kupujesz pakiet np. 5 h i schodzisz z niego tylko przy problemach. Ma sens przy bardzo małym ruchu, kilku zamówieniach dziennie. Uwaga: stawka za awarię krytyczną poza pakietem bywa najwyższa z całej oferty, bo praca jest pilna i poza kolejką.

Proste porównanie: trzy awarie w miesiącu, każda po 3 h po 150 zł/h, to 1 350 zł. Abonament za 700 zł z 3 h w puli pokrywa to samo i dodaje monitoring oraz czas reakcji. Punkt przegięcia leży w okolicy 4–5 godzin pracy miesięcznie:

• do 1–2 h pracy w miesiącu — model godzinowy wychodzi taniej;
• 3–5 h i więcej, a zwłaszcza gdy liczy się czas reakcji — abonament;
• brak regularnych prac i zerowy ruch — bloki godzin, ale z założonym buforem na awarię.

Jeśli prowadzisz firmę w regionie i porównujesz oferty z sąsiednich miast, zobacz, jak wyglądają stawki w Bydgoszczy — różnice wynikają z zakresu, nie z odległości.

Jak policzyć realne zapotrzebowanie na godziny w Twoim sklepie

Zamiast pytać „ile kosztuje opieka”, policz godziny. Metoda jest prosta: weź liczbę zamówień z ostatnich 3 miesięcy, dodaj liczbę aktywnych modułów i integracji, a potem sprawdź, ile zadań faktycznie było robionych w ostatnim kwartale. Punktem wyjścia jest audyt techniczny — jednorazowo 2–6 godzin, czyli 250–900 zł netto. Audyt obejmuje: przegląd logów PHP i serwera, listę modułów z wersjami, pomiar TTFB i Core Web Vitals (LCP, INP, CLS), sprawdzenie kolejek mailowych (SMTP, cron) oraz kopii zapasowych.

Dopiero po audycie da się sensownie przypisać godziny. Punkt odniesienia wygląda tak:

Czy w Toruniu jest drożej? Stawki lokalne a praca zdalna

Nie ma stawki „toruńskiej”. Stawki w Toruniu i Bydgoszczy są zbliżone do średniej krajowej, a różnice — jeśli już występują — mieszczą się zwykle w granicach 10–15%. Przy stawce 80–120 zł netto/h za proste zadania to różnica rzędu 8–18 zł na godzinie. Przy pakiecie 4 h/mc daje to 30–70 zł miesięcznie. Nie jest to kwota, dla której warto rezygnować z lepszego wykonawcy z Gdańska czy Krakowa.

Praca zdalna działa w obie strony: Ty możesz zatrudnić firmę z dowolnego miasta, ale też firma z Twojego podwórka może obsługiwać klientów z całej Polski. Dlatego kodem pocztowym nie ma sensu się kierować. Sprawdź raczej konkretny stack (PrestaShop w danej wersji, PHP 8.x, MySQL, Git), czas reakcji zapisany w umowie, kanał komunikacji i doświadczenie z integracjami, których używasz. Porównanie stawek utrzymania sklepów w Bydgoszczy z Twoją ofertą daje szybki punkt odniesienia.

Lokalność realnie pomaga w czterech sytuacjach:

• wdrożenie na miejscu — szkolenie pracowników, konfiguracja stanowisk, podłączenie drukarek fiskalnych czy kolektorów,
• integracja z systemem ERP lub magazynowym używanym w firmie, gdy wymaga dostępu w sieci lokalnej,
• sprzęt fizyczny — serwer w firmowej serwerowni, awaria dysku, konieczność podmiany, nie zdalnej diagnozy,
• kryzys i szybkie spotkanie „przy stole”, gdy trzeba przejść przez proces zamówień razem z zespołem.

Jak zweryfikować „lokalną firmę”? Sprawdź adres i NIP w CEIDG albo KRS, a potem zadaj trzy pytania: kto konkretnie będzie pracował na Twoim sklepie, jakie wdrożenia PrestaShop ma w portfolio (z linkami, nie „zaufali nam”), i czy jest wykonawcą, czy pośrednikiem zlecającym dalej. Jeśli w rozmowie nie pada ani jedna nazwa modułu, pliku czy wersji — rozmawiasz z handlowcem, nie z wykonawcą.

Jak porównać oferty i nie przepłacić — praktyczna checklista

Największe różnice między ofertami nie wynikają z ceny, tylko z tego, czego oferta nie mówi. Cztery punkty do sprawdzenia przed podpisaniem.

1. Czas reakcji vs czas naprawy. To dwie różne liczby. Reakcja 1 h oznacza, że ktoś odpisał. Naprawa w 24 h — że problem zniknął. Ustal oba parametry osobno dla P1 (sklep nie działa, brak płatności), P2 (błąd w koszyku lub przy zamówieniu), P3 (kosmetyka, zmiany treści). Zapisz je z zegarem: godziny 8:00–16:00, dni robocze, i co się dzieje poza nimi.
2. Kto fizycznie wykonuje pracę. Deweloper pracujący bezpośrednio robi zadanie w jednym kroku. Pośrednik przekazuje zgłoszenie dalej, dolicza marżę i wydłuża obieg informacji o dzień lub dwa. Pytaj: kto commituje do repozytorium, kto odpisuje na kanale awaryjnym, ile projektów obsługuje jednocześnie jedna osoba.
3. Godziny niewykorzystane. W pakiecie 10 h/mc wykorzystujesz 6 h — czy 4 h przechodzą na kolejny miesiąc? Do jakiego limitu (1, 3, 6 miesięcy)? Czy przepadają? Spotykane warianty: przenoszenie z limitem 3 miesięcy, brak przenoszenia, rozliczenie nadwyżki stawką godzinową. Zapisz to zdaniem, nie ustnie.
4. Prawa do kodu. Kto jest właścicielem modułów i zmian po zakończeniu współpracy? Repozytorium Git powinno być Twoje albo w Twoim koncie GitHub/GitLab. Sprawdź, na kogo są licencje modułów płatnych — na wykonawcę czy na Ciebie. Brak dostępu do repo to najdroższy element umowy, bo blokuje zmianę wykonawcy.

Dobre oferty mają te punkty na piśmie. Słabe piszą o „pełnym wsparciu 24/7” bez definicji. Zanim porównasz kwoty, zestaw oferty w jednej tabeli: zakres, czas reakcji, czas naprawy, przenoszenie godzin, właściciel kodu. Wtedy cena zaczyna coś znaczyć, a zakres usług utrzymania stron internetowych łatwiej przypisać do Twoich potrzeb.

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

Oferta za 400 zł netto miesięcznie prawie nigdy nie obejmuje wszystkich kosztów, które i tak poniesiesz. Cztery pozycje najczęściej wypadają z cennika.

• Licencje i subskrypcje wtyczek oraz modułów. Płatności, integracja z kurierem, fakturowanie, tłumaczenia, czasem subskrypcje produktów czy program lojalnościowy. W PrestaShop część modułów kupujesz raz, ale wsparcie i aktualizacje bywają w rocznej subskrypcji; w WooCommerce większość wtyczek premium to abonament. Realnie 500–3 000 zł netto rocznie.
• Hosting/VPS i certyfikat SSL. 200–1 200 zł netto rocznie zależnie od parametrów: RAM, CPU, dysk NVMe, liczba i retencja kopii zapasowych. Let's Encrypt jest darmowy, płatny wildcard to zwykle dodatkowe 150–400 zł netto/rok. Tani hosting współdzielony przy 300 zamówieniach miesięcznie kończy się timeoutami w koszyku.
• Migracje i duże aktualizacje. Przejście z PrestaShop 1.7 na 8.x, zmiana hostingu, przeniesienie sklepu na nowy serwer — to osobne zlecenie rozliczane godzinowo, zwykle 4–20 h × 120–180 zł netto. Nie zmieści się w abonamencie za 500 zł i nie powinno.
• Bezpieczeństwo. Audyt i usunięcie złośliwego kodu to 400–1 500 zł netto jednorazowo. Sygnały ostrzegawcze: nowe pliki w katalogu modułów, przekierowania z Google, obciążenie CPU bez ruchu, nieznane konta administratora.

Pułapka w umowach to zdanie „w cenie aktualizacje”. Dopytaj, czy obejmuje też aktualizacje płatnych modułów, testy po nich i wycofanie zmian, jeśli coś padnie. Zanim podpiszesz, przejdź przez listę co ustalić w umowie o utrzymanie sklepu. Stawki w innych miastach są zbliżone, bo zależą od zakresu, a nie od kodu pocztowego — porównaj stawki dla Bydgoszczy. Przed aktualizacją rdzenia sprawdzamy zgodność modułów z dokumentacją deweloperską PrestaShop.

Ile kosztuje brak opieki technicznej — przestój, atak, utracone zamówienia

Policzmy bez straszenia. Sklep z 20 zamówieniami dziennie i średnią wartością zamówienia 150 zł generuje około 3 000 zł przychodu na dobę, czyli około 125 zł na godzinę (20 ÷ 24 × 150 zł). Godzina przestoju w środku dnia kosztuje więcej niż ta średnia, bo ruch nie rozkłada się równo — w szczycie to często dwa–trzy razy tyle.

Do tego dochodzą koszty, których nie widać w statystykach sprzedaży:

• Odtworzenie sklepu z kopii zapasowej: 4–12 h pracy jednego dewelopera, czyli 480–2 160 zł netto przy 120 zł/h. I tylko wtedy, gdy kopie są aktualne i faktycznie testowane.
• Usunięcie złośliwego kodu i załatanie dziury: 400–1 500 zł netto, zwykle 1–3 dni pracy w tle.
• Utracone dane: zamówienia i konta klientów z okresu między ostatnią kopią a awarią.

Ryzyko prawne jest konkretne: jeśli w wyniku włamania wyciekną dane klientów, jako administrator masz obowiązek zgłosić naruszenie do prezesa UODO w ciągu 72 godzin od wykrycia, a przy wysokim ryzyku także poinformować osoby, których dane dotyczą. Brak opieki nie jest tu okolicznością łagodzącą.

Wersje nierozwijane to osobna kategoria ryzyka. PrestaShop 1.6, PHP 7.x czy stare wydania WooCommerce nie dostają poprawek bezpieczeństwa — opisane publicznie podatności są wyłapywane przez automatyczne skanery w ciągu dni.

Uczciwe porównanie: jeden poważny incydent (odtworzenie z kopii plus czyszczenie) to 900–3 700 zł netto, czyli od 3 do 12 miesięcy podstawowej opieki za 300 zł netto miesięcznie. Różnica polega na tym, że abonament płacisz rozłożony w czasie i z góry wiesz, kiedy sklep działa.

Jak wygląda współpraca z DropDigital: od audytu do SLA

Proces wygląda tak samo dla sklepu w Toruniu i dla firmy z drugiego końca Polski — pracujemy zdalnie, na dostępach do serwera, panelu sklepu i repozytorium.

1. Bezpłatna rozmowa wstępna (20–30 minut). Ustalamy platformę i wersję sklepu, liczbę zamówień miesięcznie, kto hostuje, jakie integracje działają i co boli najbardziej. Bez prezentacji sprzedażowej.
2. Audyt techniczny. Sprawdzamy wersje PHP i sklepu, listę modułów i wtyczek z datami aktualizacji, logi błędów 500, czas odpowiedzi serwera (TTFB), Core Web Vitals, konfigurację i test kopii zapasowych, zadania cron, SSL, uprawnienia i 2FA. Audyt rozliczamy jako osobną pozycję; przy podpisaniu umowy na opiekę zwykle wliczamy go w pierwszy miesiąc — szczegóły ustalamy indywidualnie.
3. Wycena godzinowa z rozbiciem. Dostajesz tabelę: obszar, liczba godzin w miesiącu, stawka. Proste prace 80–120 zł netto/h, rozwój, moduły i integracje 120–180 zł netto/h. Nie ma cennika „z sufitu” za pakiet, którego nikt nie umie rozłożyć na zadania.
4. Umowa z SLA. Czas reakcji, czas naprawy dla błędów krytycznych, okno serwisowe, kanał zgłoszeń, raport miesięczny oraz lista prac poza abonamentem: migracje, nowe funkcje, duże aktualizacje.

Pracujesz bezpośrednio z deweloperem, który te prace wykonuje — bez pośredników i bez przekazywania zgłoszenia przez trzy osoby. Zanim podpiszesz umowę, przejdź przez listę rzeczy do ustalenia w umowie o opiekę techniczną, a pełny zakres prac znajdziesz na stronie utrzymanie stron internetowych. Metryki szybkości w audycie mierzymy według definicji z web.dev – Web Vitals. Obsługujemy Toruń i całą Polskę zdalnie; dla firm z Lubelszczyzny zapewniamy lokalne wsparcie na miejscu.

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

Lista kontrolna do odklikania

• Zakres usług na piśmie — Przed podpisaniem: lista czynności wchodzących w abonament i lista wykluczeń. Bez tego nie porównasz dwóch ofert, bo każda będzie zawierała inne rzeczy.
• SLA z rozbiciem na dni robocze i weekend — Sprawdź, czy czas reakcji ma osobne wartości dla godzin pracy i dla nocy/weekendu. Przy sklepie z zamówieniami w weekend to kluczowa różnica.
• Pula godzin i zasada jej rozliczania — Ustal, ile godzin wchodzi w abonament, co się dzieje z niewykorzystanymi (przechodzą na kolejny miesiąc czy przepadają) i jaka jest stawka za godziny ponad pulę.
• Monitoring dostępności — Zapytaj, co ile minut wykonywany jest test i kto odbiera alert. Monitoring bez przypisanej osoby to tylko wykres.
• Kopie zapasowe: częstotliwość, retencja, test — Ustal, jak często powstaje kopia, ile wersji jest przechowywanych i kiedy ostatnio testowano odtworzenie.
• Aktualizacje rdzenia, wtyczek i modułów — Sprawdź, czy aktualizacje są wykonywane cyklicznie, czy tylko przy okazji zgłoszenia. W PrestaShop dodatkowo moduły własne — one często wymagają osobnej uwagi (dokumentacja: https://devdocs.prestashop-project.org/).
• Środowisko testowe — Zapytaj, czy staging istnieje i czy jest odświeżany danymi. Weryfikacja prostym pytaniem: „czy możecie pokazać wdrożenie modułu na kopii przed produkcją?”.
• Kanał zgłoszeń i godziny wsparcia — Ustal jeden kanał (mail, panel, telefon) i godziny, w których zgłoszenia są przyjmowane. Rozproszone zgłoszenia na WhatsAppie i mailu prywatnym to droga do zaginionych spraw.
• Raportowanie godzin — Ustal format raportu i termin jego wysyłania. Poproś o wzór raportu jeszcze przed podpisaniem umowy.
• Dostępy awaryjne — Ustal, kto ma dostęp do panelu hostingu, bazy i plików oraz jak przebiega przekazanie dostępu, gdy zmienia się osoba po którejś ze stron.
• Koszty poza abonamentem — Rozdziel hosting, VPS, licencje płatnych wtyczek i modułów oraz koszt certyfikatów. To nie jest część abonamentu utrzymaniowego.
• Warunki wyjścia — Sprawdź, czy umowa mówi, w jakim czasie po zakończeniu współpracy dostaniesz pełny eksport i przekazanie dostępów.
• Audyt startowy — Przy przejęciu sklepu od innego wykonawcy: jednorazowy audyt techniczny (2–6 h) pokazuje realny stan przed podpisaniem stałej umowy.
• Metryki wydajności — Zapisz stan wyjściowy TTFB i Core Web Vitals (https://web.dev/articles/vitals), żeby po trzech miesiącach było z czym porównać efekty opieki.

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