Fraza „prestashop praca” ma dwie intencje. Pierwsza: szukam zatrudnienia jako administrator, deweloper albo specjalista SEO technicznego. Druga: prowadzę sklep i szukam osoby, która zajmie się jego utrzymaniem. Ten tekst rozdziela oba scenariusze, żebyś od razu trafił w swój.
Jeśli szukasz pracy, znajdziesz tu mapę ról i orientacyjne widełki 2025. Jeśli szukasz wykonawcy, zobaczysz, co realnie składa się na pracę przy sklepie i ile godzin miesięcznie pochłania. Punkt wyjścia: PrestaShop.
Fraza „prestashop praca” ma dwa źródła. Pierwsze to ogłoszenia: osoba z doświadczeniem w PHP, Smarty i back office szuka etatu albo zleceń. Drugie to właściciel sklepu, który chce przestać gasić pożary i szuka kogoś do stałej obsługi. Zanim wyślesz CV albo ogłoszenie, ustal, po której stronie jesteś.
Szukasz pracy, jeśli:
displayHeader i czym różni się override od własnego modułu,Szukasz wykonawcy do sklepu, jeśli:
Słownik ról — tych nazw używaj w ogłoszeniu i w umowie, bo inaczej dostaniesz oferty od osób, które robią coś zupełnie innego. Zakres hooków i API opisuje dokumentacja dla deweloperów PrestaShop.
| Rola | Co realnie robi | Czego nie oczekuj |
|---|---|---|
| Administrator / specjalista e-commerce | Katalog, ceny, zamówienia, moduły z marketplace, płatności, kurierzy, tłumaczenia | Pisania własnych modułów i optymalizacji serwera |
| Deweloper PHP/JS | Moduły, override, hooki, integracje API, migracje danych, wydajność | Codziennej opieki nad katalogiem i treściami |
| Integrator | Połączenie sklepu z ERP/CRM, magazynem, fakturowaniem, kurierami | Pracy nad wyglądem szablonu |
| Specjalista SEO technicznego | Struktura URL, canonical, dane strukturalne, indeksacja, Core Web Vitals | Pisania opisów produktów i link buildingu |
Utrzymanie sklepu to nie „zajrzę raz w tygodniu”. Rozbijmy je na trzy horyzonty — poniżej realne zadania i czas, jaki zjadają.
Dziennie (15–60 minut). Kontrola frontu: strona główna, karta produktu i koszyk odpowiadają kodem 200. Status zamówień i płatności — czy nie ma transakcji „oczekuje na płatność” wiszących dłużej niż godzinę. Kolejka maili: jeśli PrestaShop nie wysyła potwierdzeń, problem prawie zawsze leży w SMTP lub limitach hostingu. Przy 30 zamówieniach dziennie samo ogarnianie statusów, faktur i zwrotów to 30–45 minut.
Tygodniowo (1–3 godziny). Przegląd logów w Zaawansowane parametry → Logi. Weryfikacja kopii: czy plik z bazy powstał i ma sensowny rozmiar. Stany magazynowe, zgłoszenia klientów, test jednej transakcji w trybie piaskownicy.
Miesięcznie (2–6 godzin). Aktualizacje modułów i rdzenia — najpierw na kopii (staging), potem produkcja. Po aktualizacji modułu płatności wykonaj transakcję testową i sprawdź generowanie etykiety kurierskiej. Warto śledzić wydania, żeby wiedzieć, kiedy aktualizować PrestaShop. Pamiętaj, że po zmianie wersji PHP na hostingu (np. z 7.4 na 8.1) stary moduł potrafi wywalić białą stronę.
Najczęstsza pułapka: kopia, której nigdy nie odtworzyłeś, nie jest kopią. Test przywracania rób raz na kwartał, na osobnym katalogu. Drugie miejsce, gdzie sklepy tracą pieniądze, to wydajność — LCP, INP i CLS przekładają się wprost na porzucenia koszyka.
| Częstotliwość | Zadanie | Orientacyjny czas |
|---|---|---|
| Dziennie | Dostępność sklepu, status płatności, kolejka maili | 15–60 min |
| Tygodniowo | Logi, weryfikacja backupu, stany magazynowe | 1–3 h |
| Miesięcznie | Aktualizacje modułów i rdzenia na staging, uprawnienia pracowników | 2–6 h |
| Kwartalnie | Test odtworzenia kopii, audyt SSL, przegląd integracji kurierskich | 2–4 h |
W małym sklepie jedna osoba spokojnie ogarnia kilka ról. Problem zaczyna się, gdy nikt nie ma przypisanej odpowiedzialności i każdy zakłada, że „ktoś” zrobił backup.
Jedna osoba wystarczy przy standardowym szablonie, bez własnych integracji, do około 200–300 zamówień miesięcznie. Wtedy łączysz administrację back office z podstawowym utrzymaniem: aktualizacje, kopie, logi. Hosting bierz zarządzany — wtedy kopie na poziomie serwera, PHP-FPM, OPcache i certyfikaty nie są twoim zmartwieniem.
Zespół jest potrzebny, gdy wchodzi ERP albo CRM, kilka języków i walut, własny szablon albo migracja między wersjami. Wtedy rozdziel role tak: deweloper odpowiada za kod i integracje, administrator za katalog i zamówienia, SEO za strukturę i indeksację, DevOps za serwer i monitoring.
Praktyczne zasady podziału:
Ustal, czy rozliczasz się godzinowo, czy ryczałtem miesięcznym — przy utrzymaniu ryczałt działa lepiej, bo nikt nie liczy minut przy gaszeniu awarii. Punkt odniesienia do rozmowy o budżecie znajdziesz w cenniku wdrożenia i utrzymania PrestaShop. Unikaj sytuacji, w której jedna firma robi wdrożenie, druga utrzymanie, a trzecia integracje — przy awarii nikt nie czuje się właścicielem problemu.
Poniższe przedziały to orientacyjne widełki z polskiego rynku na 2025 r. Nie traktuj ich jak cennika — region, model rozliczenia i to, czy pracujesz przy jednym sklepie, czy przy kilku projektach równolegle, zmieniają stawkę o 20–30%. Warto też sprawdzić, jakiego zakresu obowiązków dotyczą pieniądze, bo „specjalista PrestaShop” potrafi oznaczać dwie zupełnie różne prace.
| Poziom | UoP (brutto/mc) | B2B (netto/mc) | Freelance (zł/h) |
|---|---|---|---|
| Junior (wsparcie, CSS, drobne poprawki PHP, obsługa zgłoszeń) | 4 500–6 500 zł | 5 500–8 000 zł | 60–100 zł |
| Mid (moduły, integracje płatności i kurierów, migracje, motywy) | 8 000–13 000 zł | 11 000–16 000 zł | 110–170 zł |
| Senior (architektura, wydajność, moduły szyte na miarę, nadzór nad zespołem) | 14 000–20 000+ zł | 18 000–28 000 zł | 180–300 zł |
Dlaczego B2B jest wyżej? Bo nie ma płatnego urlopu, L4 i części składek po stronie pracodawcy — ryzyko przechodzi na wykonawcę. To działa też w drugą stronę: przy UoP dostajesz stabilność, ale tracisz elastyczność stawek.
Różnica agencja vs bezpośrednia współpraca jest inna niż się wydaje. Agencja fakturuje zwykle 180–350 zł/h, ale w tej kwocie jest projekt manager, QA, zaplecze serwerowe i zastępstwo, gdy ktoś zachoruje. Bezpośredni deweloper wystawi 100–200 zł/h, ale gdy zniknie na dwa tygodnie, twój sklep stoi. Do tego dochodzi kwestia przekazania wiedzy — w agencji jest w repozytorium, u freelancera często tylko w jego głowie.
Jeśli dopiero wchodzisz w temat, zacznij od zakresu obowiązków i narzędzi: czym jest PrestaShop i co obejmuje praca przy nim. Od strony technicznej warto przejrzeć dokumentację dla deweloperów PrestaShop — to najlepszy test na to, czy kandydat rozumie hooki, strukturę ObjectModel i override'y, czy tylko klika w panelu.
Zanim podpiszesz pakiet godzinowy, ustal, ile pracy naprawdę pochłania twój sklep. Poniższe liczby pochodzą z utrzymania sklepów na PrestaShop 1.7 i 8.x — są to wartości z obserwacji, nie teoria z prezentacji sprzedażowej.
| Segment | Zamówienia/mc | Godziny/mc |
|---|---|---|
| Mikro | do 100 | 5–8 h (backupy, drobne poprawki, monitoring) |
| Mały | 100–500 | 8–15 h (aktualizacje, zgłoszenia, feed) |
| Średni | 500–3 000 | 20–50 h (integracje, rozwój, wydajność) |
| Duży | powyżej 3 000 | 60 h+ i zwykle więcej niż jedna osoba |
Co konkretnie zjada czas:
Mierz czas od pierwszego dnia: rejestr zgłoszeń (Trello, Jira, helpdesk) plus Toggl albo Clockify. Ustal próg ostrzegawczy — gdy zużyjesz 80% pakietu, dostajesz maila z podsumowaniem. Bez tego pakiet godzinowy zjada się na rozmowach i „sprawdzaniu, czy działa”.
Decyzję podejmuj na liczbach, nie na wrażeniu „chyba już potrzebujemy kogoś na stałe”. Trzy progi, które realnie oddzielają modele współpracy:
Policz koszt etatu uczciwie. 10 000 zł brutto to dla pracodawcy około 12 000–12 500 zł miesięcznie po doliczeniu składek, do tego sprzęt, szkolenia i zastępstwo na czas urlopu. Dostajesz ok. 150–160 godzin pracy i jedną kompetencję. Pakiet 30 h/mc w agencji po 150–220 zł/h to 4 500–6 600 zł — z dostępem do dewelopera, grafika i specjalisty SEO w ramach tych samych godzin.
Przy zleceniu na zewnątrz trzy rzeczy wpisz do umowy:
Przed wyborem wykonawcy przejrzyj co klienci realnie chwalą i krytykują w PrestaShop — częściej problemem jest komunikacja i brak raportów niż sam kod. Odpowiedzialność za efekt musi być zapisana: przy awarii płaci ten, kto ma SLA, a nie „ten pan z forum, co kiedyś pomógł”.
Rozmowa to za mało. Kompetencje przy PrestaShop widać dopiero wtedy, gdy ktoś wejdzie na kopię sklepu i coś zmieni. Zarezerwuj 30–45 minut i poproś o wykonanie zadania, nie o opowieść o projektach.
Zacznij od hooków i override. Dobre pytanie: „Kiedy użyjesz hooka, a kiedy override klasy?” Poprawna odpowiedź: hook to punkt zaczepienia dla modułu, który nie rusza plików rdzenia; override to plik w /override/classes/ lub /override/controllers/, który podmienia metodę i trzeba go sprawdzić po każdej aktualizacji. Kto na wszystko odpowiada „override”, będzie generował konflikty przy każdym wydaniu nowej wersji. Zapytaj też, czy modyfikacje szablonu robi w motywie potomnym, czy edytuje pliki motywu w miejscu – to typowa pułapka przy wyborze i wdrożeniu motywu.
Drugi obszar: moduły i migracje. Poproś o opis własnego modułu: plik główny, metoda install(), rejestracja hooków przez registerHook(), zgodność z 1.7 i 8.x. Listę hooków i strukturę modułów znajdziesz w dokumentacji dla deweloperów PrestaShop – sprawdź, czy wykonawca w ogóle z niej korzysta. Przy migracji zapytaj o ID produktów, przekierowania 301 ze starych adresów, hasła klientów (hasha nie przeniesiesz wprost) i historię zamówień.
Test praktyczny: zadanie na stagingu. Włączenie trybu debug, wyłączenie cache Smarty (Zaawansowane → Wydajność), poprawka w szablonie .tpl, jeden override. Patrz, czy przed zmianą zrobił backup i czy kod trafia przez Git, a nie przez FTP na produkcję.
/classes/ i /controllers/ bez override.| Obszar | O co zapytać | Sygnał ostrzegawczy |
|---|---|---|
| Hooki i override | Kiedy hook, a kiedy override klasy? | „Robię wszystko override'em” |
| Kopie zapasowe | Gdzie trafia backup i kiedy test odtworzenia? | Backup wyłącznie z hostingu, nigdy nietestowany |
| Git | Gdzie jest repozytorium i jak wygląda historia? | Wgrywanie plików przez FTP, brak repo |
| Dostępność i dostępy | Kto ma hasła i jaki jest czas reakcji? | Wszystkie dane tylko u wykonawcy |
W DropDigital rozmawiasz bezpośrednio z osobą, która pisze kod. Nie ma handlowca w środku, który przekazuje zadanie dalej i dolicza marżę. Efekt: jedno miejsce decyzji i jedna osoba odpowiedzialna za efekt.
Wycena nie bierze się z cennika „od strony”. Bierzemy zakres, rozbijamy na zadania i szacujemy je w godzinach. Rozliczamy w jednostkach 15-minutowych – jeśli zadanie zajmie mniej, płacisz mniej. Orientacyjnie stawki za prace przy PrestaShop w 2025 roku mieszczą się w przedziale 120–220 zł netto za godzinę, zależnie od specjalizacji (front, backend, integracje, SEO techniczne). To widełki rynkowe, nie nasz cennik – konkretne pozycje rozpisujemy w cenniku PrestaShop.
Opieka po wdrożeniu działa na miesięcznym bloku godzin. Standard to 5, 10 albo 20 godzin. W ramach bloku robimy: aktualizacje modułów i wersji, poprawki po zmianach w motywie, drobny rozwój, analizę logów błędów. Większe prace, np. migracja albo nowa integracja, wyceniamy osobno, żeby nie zjadały bloku przeznaczonego na utrzymanie.
SLA ustalamy pisemnie i różnicujemy względem wpływu na sprzedaż. Awaria blokująca składanie zamówień: reakcja w 4 godziny w dni robocze. Błąd kosmetyczny: 1 dzień roboczy. Do tego monitoring uptime i Core Web Vitals, bo te wskaźniki przekładają się na wyniki w wyszukiwarce. Szerszy opis modelu i zakresu ról znajdziesz na stronie PrestaShop w DropDigital.
| Blok godzin | Co realnie pokrywa | Dla kogo |
|---|---|---|
| 5 h / mies. | aktualizacje, drobne poprawki, monitoring | sklep stabilny, bez zmian w wyglądzie |
| 10 h / mies. | powyższe plus rozwój, zmiany w motywie, optymalizacja | sklep, który rośnie i testuje nowe funkcje |
| 20 h / mies. | powyższe plus integracje, migracje, prace wdrożeniowe | kilka sklepów albo duży katalog |
Czy PrestaShop to dobry wybór na start? Zależy od katalogu i modelu sprzedaży. Dla sklepu z 50–100 produktami, prostą wysyłką i jednym rynkiem WooCommerce bywa szybszy i tańszy w utrzymaniu. PrestaShop wygrywa tam, gdzie wchodzą: katalog liczony w tysiącach SKU, reguły cenowe i rabaty katalogowe, wielosklepowość, obsługa B2B z indywidualnymi cennikami, faktury i VAT UE. Przed decyzją sprawdź status wsparcia dla wersji, którą wybierasz, i przeczytaj opinie o PrestaShop od firm, które już go prowadzą.
Czy potrzebuję programisty na etat? Zwykle nie. Sklep, który działa i nie jest przebudowywany, potrzebuje 5–15 godzin pracy technicznej miesięcznie. Etat to zupełnie inna skala kosztu: wynagrodzenie plus składki i narzuty pracodawcy, sprzęt, urlopy, okres wypowiedzenia. Etat ma sens, gdy masz kilka sklepów, własny dział rozwoju albo ciągłe wdrożenia. W pozostałych przypadkach blok godzin jest tańszy i łatwiej go zwiększyć lub zmniejszyć.
Ile kosztuje opieka techniczna? Cena zależy od liczby godzin, nie od „wielkości sklepu”. Sklep bez zmian w wyglądzie to 5 godzin miesięcznie. Sklep z aktualizacjami i rozwojem: 10–20 godzin. Do tego dochodzą koszty stałe poza naszym wynagrodzeniem: hosting, ewentualne licencje modułów, certyfikat SSL, kopie zapasowe w chmurze. Planowanie prac aktualizacyjnych opisujemy w materiale o wydaniach PrestaShop.
Odpowiedzi trzymamy krótkie i konkretne, bo takie treści najłatwiej opisać zgodnie z wytycznymi Google dotyczącymi danych strukturalnych obsługiwanych w wynikach wyszukiwania.
Zatrudnienie osoby na etat do sklepu, który nie generuje wystarczającej liczby zadań.
Jak wykryć: Policz zamówienia dziennie i zadania techniczne z ostatnich 3 miesięcy. Jeśli wychodzi mniej niż 20–30 godzin pracy miesięcznie, etat nie ma czego zapełnić.
Jak naprawić: Zamień etat na pakiet godzinowy u freelancera lub w agencji – płacisz za faktycznie wykonane godziny, nie za obecność.
Aktualizacje modułów i rdzenia robione bezpośrednio na produkcji, bez kopii.
Jak wykryć: Zapytaj, gdzie testowane są aktualizacje. Odpowiedź „na żywym sklepie” albo „robimy to wieczorem” to sygnał ostrzegawczy.
Jak naprawić: Wprowadź staging – kopię sklepu na osobnej subdomenie. Aktualizacja wchodzi na produkcję dopiero po przejściu testu zamówienia.
Edycja plików rdzenia PrestaShop zamiast override lub własnego modułu.
Jak wykryć: Poproś o zrzut zmian w repozytorium. Zmiany poza katalogami modułów i motywu oznaczają ingerencję w core.
Jak naprawić: Przenieś zmiany do override albo modułu. Rdzeń zostaje nietknięty, dzięki czemu kolejna aktualizacja go nie nadpisze. Dokumentacja techniczna: PrestaShop Developer Documentation.
Brak dostępu właściciela sklepu do kodu, serwera i repozytorium.
Jak wykryć: Poproś o dostępy do panelu, hostingu, SSH/FTP, Git i DNS. Jeśli wykonawca odmawia lub „wszystko trzyma u siebie”, to czerwona flaga niezależnie od jakości pracy.
Jak naprawić: Przenieś dostępy do firmowego menedżera haseł i ustal pisemnie, że należą do Ciebie.
Wycena ryczałtowa „za opiekę” bez zakresu i bez rejestru godzin.
Jak wykryć: W umowie nie ma listy zadań ani limitu godzin. Nie wiesz, czy w cenie jest aktualizacja modułów, czy tylko restart serwera.
Jak naprawić: Ustal pakiet godzinowy z rejestrem czasu i listą zadań wchodzących w pakiet. Nadwyżka rozliczana stawką godzinową.
Brak SLA i ustalonego czasu reakcji na awarię.
Jak wykryć: Sprawdź, czy w umowie jest zapis, ile trwa reakcja przy niedziałających płatnościach lub padniętym sklepie.
Jak naprawić: Wpisz do umowy czas reakcji dla zdarzeń krytycznych i okno serwisowe poza godzinami największego ruchu.
„PrestaShop praca” to dwa różne światy: szukanie zatrudnienia i organizacja utrzymania sklepu. W pierwszym liczą się role, kompetencje i widełki. W drugim – policzone godziny, zakres zadań i kontrola nad dostępami. Bez rozdzielenia tych dwóch ścieżek łatwo przepłacić za etat, którego nie potrzebujesz, albo zaniżyć budżet godzinowy i zostać z niedziałającym sklepem.
Tak, jeśli potrzebujesz sklepu z rozbudowaną logiką: warianty produktów, reguły cenowe, wiele metod dostawy. PrestaShop daje dużą kontrolę nad kodem i hostingiem. Minus jest taki, że utrzymanie wymaga więcej pracy technicznej niż w zamkniętych platformach SaaS.
Zwykle nie. Etat ma sens, gdy masz stały, duży strumień zadań: kilka integracji, własny rozwój funkcji, tempo wdrożeń co tydzień. W wielu sklepach MŚP wystarczy pakiet 10–30 godzin miesięcznie u zewnętrznego wykonawcy.
Nie ma jednej stawki – koszt zależy od liczby godzin i zakresu. Rozsądne podejście to pakiet godzinowy z rejestrem czasu, a nie ryczałt „za wszystko”. Orientacyjne poziomy stawki i zakres pakietów znajdziesz w cenniku PrestaShop.
Mały sklep z kilkoma modułami i jedną integracją to zwykle 5–15 godzin miesięcznie. Sklep średni, z kilkoma integracjami i rozwojem funkcji, pochłania 20–50 godzin. Najwięcej czasu zjadają aktualizacje modułów, poprawki po nich i integracje z systemami zewnętrznymi.
Widełki są orientacyjne i zależą od regionu, modelu współpracy i specjalizacji. Junior: około 4 000–7 000 zł netto na B2B. Mid: 8 000–14 000 zł. Senior z integracjami i wydajnością: 15 000–22 000 zł i więcej. Freelance rozliczany godzinowo to zwykle 100–150 zł/h na starcie, 150–250 zł/h w środku stawki i 250–400 zł/h przy wąskich specjalizacjach.
Zapytaj o hooki, override, własne moduły i migracje danych – odpowiedzi powinny być konkretne, z przykładami. Poproś o dostęp do repozytorium i o opis procesu wdrożenia: staging, backup, test zamówienia po aktualizacji. Terminologia i dokumentacja są publiczne, więc łatwo zweryfikować, czy ktoś mówi językiem praktyki.
Traktuj to jako problem do rozwiązania, nie jako drobiazg. Dostępy do hostingu, kodu i DNS powinny należeć do właściciela sklepu. Jeśli ich nie masz, ustal pisemny termin przekazania – brak dostępu blokuje zmianę wykonawcy i wycenę u kogoś innego.
Jeśli wolisz pracować bezpośrednio z deweloperem i rozliczać się za godziny, a nie za cennik z sufitu, zajrzyj na naszą stronę o PrestaShop. Opisz swój sklep, a wrócimy z zakresem i wyceną.