Wdrożenia i migracje PrestaShop w Biłgoraju zaczynają się od jednego pytania: budujemy sklep od zera czy przenosimy istniejący. Od tej decyzji zależy harmonogram, budżet i liczba rzeczy, które mogą pójść nie tak. Poniżej część organizacyjna: co ustalić przed podpisaniem umowy, jakie błędy widzimy najczęściej i po czym poznać, że wykonawca wie, co robi. Konkretne liczby godzin, stawki i etapy techniczne znajdziesz w pozostałych sekcjach artykułu.
Zanim poprosisz o wycenę, ustal jedną rzecz: budujesz sklep od zera czy przenosisz istniejący. Wdrożenie to nowa instalacja PrestaShop 8 — konfiguracja, szablon, katalog, integracje. Realny nakład: 60–160 godzin. Migracja to przeniesienie danych, URL-i i integracji ze starej platformy na PrestaShop: 40–140 godzin. Rozrzut jest duży, bo 400 SKU i 30 000 SKU to dwa różne projekty.
Trzy pytania, które rozstrzygają decyzję:
Kiedy WooCommerce zostaje lepszym wyborem: katalog do kilkuset produktów, sprzedaż oparta na gotowych wtyczkach, brak planów rozbudowy katalogu. Wtedy przenosiny na PrestaShop to koszt bez zwrotu. PrestaShop wygrywa przy katalogu z kombinacjami (rozmiar × kolor), w B2B z cenami grupowymi i minimalnymi ilościami oraz przy wielojęzyczności — te mechanizmy siedzą w rdzeniu, a nie w płatnych dodatkach.
Po tym teście wiesz, w którym scenariuszu jesteś. Dalej warto przejść do planu organizacyjnego wdrożenia PrestaShop w Zamościu albo sprawdzić organizację projektu we Frampolu — kolejność prac i podział odpowiedzialności są tam rozpisane punkt po punkcie.
| Kryterium | Wdrożenie od zera | Migracja z innej platformy |
|---|---|---|
| Nakład pracy | 60–160 h | 40–140 h |
| Punkt startu | Pusty katalog lub import od dostawcy | Produkty, klienci i zamówienia ze starego sklepu |
| Główne ryzyko | Rozjazd zakresu w trakcie prac | Utrata ruchu przez błędne przekierowania |
| Kiedy wybierać | Nowa marka, pierwszy sklep | Działający sklep z historią sprzedaży i SEO |
Wdrożenie PrestaShop 8 da się zamknąć w siedmiu krokach. Jeśli wykonawca nie potrafi wymienić ich po kolei, to sygnał ostrzegawczy — znaczy, że prace będą prowadzone metodą prób i błędów na Twoim budżecie.
Harmonogram: 3–6 tygodni dla sklepu do 1 000 SKU, 8–12 tygodni powyżej 10 000 SKU. Różnicę robi katalog, nie szablon. Zanim uznasz projekt za gotowy, sprawdź 12 punktów: koszyk (dodanie, edycja, usunięcie), kody rabatowe, pełna ścieżka płatności online i zwrot, przelew i pobranie, etykiety kurierskie, faktury z numeracją i VAT, maile transakcyjne, stany magazynowe po zamówieniu, wydajność na mobile, canonicale i hreflang, sitemap.xml i robots.txt, rejestracja konta plus formularz kontaktowy. Techniczne szczegóły konfiguracji znajdziesz w dokumentacji deweloperskiej PrestaShop, a jeśli wdrożenie dotyczy mniejszego katalogu, zobacz organizację wdrożenia PrestaShop w Krasnobrodzie.
| Krok | Efekt | Typowy czas |
|---|---|---|
| 1. Brief i zakres | Dokument zakresu + lista integracji | 4–8 h |
| 2. Hosting | Środowisko produkcyjne i testowe | 1–2 dni |
| 3. Instalacja i konfiguracja | Działająca instalacja PrestaShop 8 | 4–8 h |
| 4. Szablon | Child theme zgodny z projektem | 3–10 dni |
| 5. Katalog | Produkty, kombinacje, zdjęcia, treści | 1–4 tygodnie |
| 6. Integracje | Płatności, kurierzy, faktury, ERP | 3–10 dni |
| 7. Testy i launch | Sklep live bez trybu maintenance | 3–5 dni |
Migracja wywraca się nie na imporcie, a na tym, co dzieje się wokół niego. Sześć etapów, które trzeba zaplanować z góry:
Semantykę kodów 301 sprawdzisz w RFC 9110 (HTTP Semantics). Po starcie monitoruj 404 przez minimum 30 dni i sprawdź, jak wygląda plan migracji PrestaShop w Zwierzyńcu — kolejność etapów jest tam rozpisana na tym samym schemacie.
| Etap | Kto odpowiada | Czas |
|---|---|---|
| Audyt starej platformy | Analityk + klient | 4–8 h |
| Mapowanie danych i URL-i | Deweloper | 2–4 h + praca klienta |
| Eksport i transformacja | Deweloper | 8–30 h |
| Import na staging | Deweloper | 2–6 h |
| Testy akceptacyjne | Klient + tester | 1–3 dni |
| Cutover i monitoring | Deweloper + klient | 2–4 h + 30 dni obserwacji |
Punktem wyjścia do każdej wyceny jest stawka pracy deweloperskiej: 130-190 zł/h netto. Nie liczba stron, nie szablon, nie „pakiet startowy”. Jeśli oferta otwiera się zdaniem „sklep za 4 999 zł”, to albo zakres jest szczątkowy, albo połowa prac wyjdzie w aneksie po stawce z umowy.
Realne widełki dla firm MŚP: wdrożenie PrestaShop od zera 8 000-25 000 zł, migracja z innej platformy 5 000-18 000 zł. Rozrzut wynika z godzin, nie z widzimisię wykonawcy.
| Zakres | Godziny | Kwota netto |
|---|---|---|
| Wdrożenie: sklep do 300 SKU, 1 język, standardowy szablon | 60-100 h | 8 000-15 000 zł |
| Wdrożenie: sklep z kurierami, płatnościami i modułem kategorii | 90-140 h | 12 000-25 000 zł |
| Migracja z WooCommerce/Shoper, do 1 000 SKU, bez historii zamówień | 40-80 h | 5 000-12 000 zł |
| Migracja z importem historii zamówień i pełną mapą 301 | 60-100 h | 8 000-18 000 zł |
Integracje zjadają najwięcej czasu i najczęściej to one przesuwają datę startu. Kolejność ma znaczenie: najpierw płatności, potem kurierzy — dopiero z działającym koszykiem i płatnością da się przetestować pełną ścieżkę zamówienia od koszyka do maila z potwierdzeniem.
InPost ShipX to generowanie etykiet z panelu sklepu, wybór punktu odbioru w koszyku (mapka), automatyczne statusy przesyłek przez webhooki i obsługa zwrotów. Typowy zakres: 12-20 h. Warunek: własne konto ShipX i wygenerowane tokeny — nie konto wykonawcy.
DPD i DHL wymagają podpisanej umowy kurierskiej i dostępu do API. Tu najczęściej wąskim gardłem nie jest praca dewelopera, tylko czas po stronie przewoźnika: oczekiwanie na dane produkcyjne i środowisko testowe bywa dłuższe niż samo wdrożenie.
ERP (Subiekt GT/nexo, Comarch Optima, WAPRO) to osobna historia. Synchronizacja stanów cronem co 15 minut wystarcza przy 200 zamówieniach dziennie. Przy 2 000 potrzebne są kolejki i webhooki, bo cron zaczyna gubić stany i generować sprzedaż towaru, którego nie ma.
Na etapie wyceny zadaj jedno pytanie: jak rozwiązujecie rate limiting i błędy 429. Jeśli wykonawca nie wie, o co chodzi, przy większym wolumenie integracja zacznie się wysypywać.
| Integracja | Typowy czas | Co blokuje |
|---|---|---|
| InPost ShipX | 12-20 h | Własne konto ShipX, tokeny, konfiguracja mapki punktów |
| DPD / DHL | 10-18 h | Umowa kurierska i dostęp do API po stronie przewoźnika |
| Przelewy24 / PayU / Stripe / BLIK | 6-12 h | Weryfikacja konta, adresy webhooków, testy zwrotne |
| ERP: Subiekt, Optima, WAPRO | 25-60 h | Mapowanie pól, dostęp do bazy lub API, uzgodnienie kierunku synchronizacji |
Przekierowanie 301 dla każdego starego adresu — nie tylko produktów. Kategorie, wpisy bloga, strony CMS, filtry, które mają linki z zewnątrz. Kod 301 to trwałe przekierowanie i dokładnie tak należy go użyć; więcej o semantyce w specyfikacji HTTP (RFC 9110). Zasada praktyczna: żaden adres z linkiem zewnętrznym nie może zwrócić 404.
Uwaga na parametry w adresach PrestaShop: id_product, id_category, controller. Ten sam produkt bywa dostępny pod kilkoma adresami — bez poprawnych canonicali i czyszczenia adresów w konfiguracji sklepu robisz sobie duplikaty w indeksie.
W dniu startu: aktualizacja sitemap.xml i wysłanie nowej wersji w Google Search Console. Narzędzie „Zmiana adresu” stosuj wyłącznie przy zmianie domeny — przy samej zmianie platformy na tej samej domenie nie jest potrzebne i tylko wprowadza szum.
Zasada, którą łamie większość projektów: nie zmieniaj struktury URL i hostingu w tym samym czasie. Rozdziel te zmiany o minimum 2 tygodnie. Inaczej po spadku pozycji nie ustalisz, co go spowodowało.
Przez pierwsze 30 dni po starcie sprawdzaj raport błędów 404 w GSC co tydzień i trzymaj mapę przekierowań dla najczęściej linkowanych adresów. Jeśli planujesz rozłożenie prac, zacznij od sekcji o organizacji wdrożenia dla Frampola, a harmonogram etapów porównaj z założeniami dla Józefowa.
| Typ adresu | Co zrobić | Pułapka |
|---|---|---|
| Stary URL produktu | 301 na nowy adres produktu, jeden cel | Przekierowanie łańcuchowe (A→B→C) spowalnia i rozmywa sygnał |
| Stary URL kategorii | 301 na odpowiednik nowej kategorii | Kategoria usunięta bez odpowiednika — 301 na stronę główną to ostateczność |
| Wpis bloga / strona CMS | 301 na nowy adres treści | Pominięte wpisy, do których prowadzą linki z branżowych serwisów |
| Adres z parametrami (id_product) | Canonical do czystego adresu, docelowo 301 | Duplikaty indeksowane jako osobne strony |
Większość problemów przy migracji PrestaShop nie jest tajemnicą. Różnica polega na tym, czy ktoś sprawdzi je przed startem, czy po odbiorze. Każdą z siedmiu pułapek da się przetestować na środowisku testowym, zanim ruszy produkcja.
/img/p/ z podkatalogami budowanymi z cyfr ID (np. /img/p/1/2/3/4.jpg) plus warianty miniatur. Test: 50 losowych produktów na stagingu - czy ładuje się miniatura, zdjęcie główne i zdjęcie w galerii.max_execution_time i memory_limit. Test: import partiami po 500-1 000 wierszy i podgląd logu błędów PHP.Wartości do sprawdzenia w phpinfo() przed importem:
| Ustawienie | Minimum przy imporcie 20 000 produktów | Gdzie sprawdzić |
|---|---|---|
| max_execution_time | 300 s albo import partiami | php.ini, panel hostingu, phpinfo() |
| memory_limit | 512 MB | php.ini, panel hostingu |
| max_input_vars | 5000 | php.ini (duże formularze produktu w panelu) |
| upload_max_filesize / post_max_size | min. 32 MB, zależnie od rozmiaru pliku CSV | php.ini |
| Limit połączeń MySQL | potwierdzić konkretną wartość u dostawcy | dział techniczny hostingu |
Wdrożenie kończy się w dniu, w którym sklep przyjmuje pierwsze prawdziwe zamówienie. Od tego dnia potrzebny jest ktoś, kto pilnuje, czy wszystko działa - i ma to zapisane w umowie, a nie w czyjejś dobrej woli.
SLA. Wystarczą trzy poziomy: 4 h na zgłoszenie krytyczne (sklep nie działa, bramka odrzuca płatności, brak dostępu do panelu), 24 h na standard (błąd w szablonie, źle liczony koszt dostawy, nie działa metoda wysyłki), 48 h na drobne (literówka, podmiana banera). Dwa zapisy warte dopisania: czy czas reakcji liczy się w godzinach roboczych czy 24/7, oraz że „reakcja” to nie to samo co „naprawa”. W abonamencie siedzi pula godzin, aktualizacje, backupy, monitoring i drobne poprawki. Poza abonamentem: nowe funkcje, integracje z ERP, dodatkowe wdrożenia - wyceniane osobno, żeby nie zjadały puli.
Backupy. Minimum: dzienny zrzut bazy, tygodniowy pełny (pliki plus baza), retencja 30 dni, kopia trzymana poza serwerem produkcyjnym. Raz na kwartał test odtworzenia na osobnej instancji - backup, którego nikt nie odtworzył, nie jest backupem.
Aktualizacje. Każda aktualizacja PrestaShop i modułów wchodzi najpierw na staging, tam przechodzi test koszyka i płatności, dopiero potem trafia na produkcję. Przed każdą zmianą pełna kopia i punkt rollbacku, żeby powrót do stanu sprzed aktualizacji zajmował kilkanaście minut, a nie dwa dni. Kompatybilność modułów z kolejnymi wersjami opisuje dokumentacja dla deweloperów PrestaShop.
Monitoring. Uptime sprawdzany co minutę, czas odpowiedzi, błędy 500, nietypowe spadki zamówień - alert przy spadku o 60% względem średniej z czterech tygodni.
Koszt. Realny abonament to 400-1 500 zł netto miesięcznie. Dolna granica: sklep z kilkoma modułami i jednym integratorem. Górna: katalogi z wieloma magazynami, ERP, kilkoma bramkami płatności i ruchem wymagającym odrębnego serwera.
| Poziom | Czas reakcji | Przykłady | W abonamencie? |
|---|---|---|---|
| Krytyczny | 4 h | sklep nie działa, bramka odrzuca płatności, brak dostępu do panelu | tak |
| Standard | 24 h | błąd w szablonie, źle liczony koszt dostawy, nie działa metoda wysyłki | tak |
| Drobne | 48 h | literówka, podmiana banera, korekta treści | tak, w ramach puli godzin |
| Rozwój / nowe funkcje | wg harmonogramu | nowe integracje, moduły, przebudowa sekcji | nie - wycena osobno |
Biłgoraj i okolice to w dużej mierze firmy produkcyjne i handlowe sprzedające w dwóch kanałach: B2C w sklepie i B2B na zapytania ofertowe. W PrestaShop oznacza to zwykle katalog od 200 do 3 000 SKU, ceny widoczne po zalogowaniu, kombinacje rozmiarów lub opakowań i zamówienia przekazywane dalej do ERP albo mailem w ustalonym formacie.
Pracujemy bezpośrednio z deweloperem. Bez pośredników i podwykonawców, którzy pierwszy raz widzą Wasz projekt w dniu zgłoszenia awarii. Osoba, która robiła migrację, wie, gdzie są nietypowe pola, który moduł nadpisuje szablon i dlaczego numeracja faktur wygląda właśnie tak. To skraca diagnozę z godzin do minut.
Współpracujemy z firmami z Biłgoraja, Tarnogrodu, Janowa Lubelskiego, Józefowa i Frampola. Nie wklejamy tu nazw klientów ani wymyślonych case studies - konkretne przykłady z Waszej branży pokażemy w rozmowie, za zgodą tych firm.
Jeśli szukacie szerszego kontekstu regionalnego, zobaczcie materiały o organizacji wdrożeń PrestaShop w Zamościu, o tym, co zaplanować przy wdrożeniu w Zwierzyńcu, oraz o organizacji wdrożeń w Szczebrzeszynie, Krasnobrodzie, Józefowie i Frampolu.
Następny krok. 30-minutowa rozmowa techniczna. Przychodzimy z listą pytań: ile macie SKU i kombinacji, skąd spływają zamówienia, jakie integracje działają, na jakim hostingu stoi obecny sklep, kiedy wypada szczyt sezonu. Po rozmowie dostajecie wycenę w godzinach z podziałem na etapy: audyt i przygotowanie, konfiguracja środowiska, migracja danych, testy, przekierowania i oddanie do ruchu. Każdy etap ma osobno policzone godziny, więc widać, co można przesunąć w czasie, a co jest niezbędne na start.
Zbieranie ofert przed rozstrzygnięciem, czy to wdrożenie, czy migracja. Wykonawcy wyceniają wtedy różne zakresy i porównanie ofert jest niemożliwe.
Jak wykryć: Masz trzy wyceny, które różnią się o kilkanaście tysięcy złotych, i nie umiesz wskazać, co dokładnie jest w każdej z nich.
Jak naprawić: Zapisz na jednej kartce: nowy sklep czy przeniesienie danych, ile SKU, jakie integracje, czy zostają obecne URL-e. Dopiero z tym dokumentem idź do wykonawców.
Brak inwentaryzacji danych przed startem prac. Nikt nie wie, ile jest produktów, kategorii, zdjęć bez przypisania i klientów z duplikatami.
Jak wykryć: Na pytanie o liczbę SKU odpowiadasz 'około', a liczby w panelu i w eksporcie CSV nie zgadzają się.
Jak naprawić: Zrób eksport produktów, kategorii, klientów i zamówień ze starej platformy. Zapisz liczby w briefie, żeby stały się podstawą wyceny i kryterium odbioru.
Zmiany na starym sklepie w trakcie migracji. Katalog i zamówienia modyfikowane w dniu cutover nie trafiają do nowego sklepu.
Jak wykryć: Po starcie brakuje zamówień z ostatnich 2-3 dni albo produktów dodanych w trakcie prac.
Jak naprawić: Ustal datę freeze'u i poinformuj zespół. Po wykonaniu ostatniego eksportu stary sklep przechodzi w tryb tylko do odczytu na 24-48 h.
Traktowanie przekierowań 301 jako dodatku, który zrobi się po starcie. Bez mapowania URL-i tracisz ruch i pozycje wypracowane przez lata.
Jak wykryć: Wykonawca mówi 'przekierowania dorobimy później' albo w wycenie nie ma pozycji dotyczącej mapowania URL.
Jak naprawić: Wymagaj osobnego pliku mapowania przed cutover. Przy 5 000 produktów plus kategorie i blog to zwykle 2-4 h pracy dewelopera, więc to nie jest temat do pominięcia.
Testy na produkcji zamiast na środowisku testowym z kopią danych. Błędy wychodzą przy pierwszych prawdziwych zamówieniach.
Jak wykryć: Nie ma listy kryteriów odbioru, a pytanie 'kiedy sklep jest gotowy do startu' kończy się odpowiedzią 'no, chyba działa'.
Jak naprawić: Ustal pisemnie kryteria odbioru: koszyk, płatności, etykiety kurierskie, faktury, maile transakcyjne, wydajność na mobile, poprawne canonicale. Testuj na kopii danych, nie na produkcji.
Płacenie za custom development przy standardowych integracjach. Moduły do InPost, DPD, DHL i popularnych bramek płatności są gotowe i nie wymagają pisania od zera.
Jak wykryć: W wycenie widzisz pozycję typu 'integracja płatności - 20 h' albo 'moduł kurierski - 30 h' przy standardowym przewoźniku.
Jak naprawić: Zapytaj wprost, dlaczego dana integracja jest liczona jako praca własna. Jeśli odpowiedź nie jest konkretna (np. brak modułu pod wasz nietypowy scenariusz), poproś o rozbicie pozycji na godziny.
Organizacja to w tych projektach połowa sukcesu. Najpierw rozstrzygnij, czy budujesz nowy sklep, czy przenosisz istniejący, potem policz dane i wypisz integracje - dopiero z tym dokumentem porównuj oferty. Ustal kryteria odbioru i okno cutover na piśmie, a stary sklep zostaw w trybie tylko do odczytu na 24-48 h. Jeśli wykonawca nie potrafi pokazać harmonogramu w etapach i mapowania URL-i, to sygnał ostrzegawczy, niezależnie od ceny.
Wdrożenie to budowa nowego sklepu od zera: instalacja, konfiguracja, szablon, katalog, integracje. Migracja to przeniesienie istniejącego sklepu - danych, URL-i i integracji - na PrestaShop. W praktyce wdrożenie to zwykle 60-160 h pracy, a migracja 40-140 h, bo w migracji dochodzi audyt starych danych i mapowanie adresów.
Dla sklepu do 1 000 SKU realny harmonogram to 3-6 tygodni od briefu do uruchomienia. Powyżej 10 000 SKU trzeba liczyć 8-12 tygodni, głównie ze względu na import katalogu, kombinacje produktów i testy integracji. Do tego dodaj 24-48 h na monitoring po przełączeniu DNS.
Da się, jeśli sklep ma kilkaset produktów, jedną integrację płatności, jednego kuriera i brak historii zamówień do przeniesienia. Przy katalogu z kombinacjami, integracją z ERP i wielojęzycznością tydzień nie wystarcza - sam import i testy zajmują więcej czasu. Lepiej wydłużyć harmonogram niż startować z niedziałającymi płatnościami.
WooCommerce ma sens, gdy sklep jest mały, oparty na gotowych wtyczkach i nie planujecie szybkiego wzrostu katalogu. PrestaShop wygrywa przy dużym katalogu z kombinacjami typu rozmiar razy kolor, przy sprzedaży B2B z cenami grupowymi i przy wielojęzyczności. Jeśli liczba SKU przekracza 5 000 i macie moduły pisane na zamówienie, przenosiny na WooCommerce zwykle oznaczają przepisywanie wszystkiego od nowa.
Bez mapowania URL-i 1:1 stracisz część ruchu, bo stare adresy przestaną działać. Z plikiem przekierowań 301 przygotowanym przed cutover zmiany są zwykle przejściowe i dotyczą głównie pierwszych dni po przełączeniu. Warto też zadbać o poprawne canonicale i dane strukturalne na nowych stronach, żeby wyszukiwarka szybciej zrozumiała nową strukturę.
Prosty sklep z kilkuset produktami i bez integracji z ERP - tak, narzędzia do eksportu i importu CSV wystarczą. Problem zaczyna się przy kombinacjach produktów, wielopoziomowych kategoriach i historii zamówień: wbudowany import CSV tego nie obsłuży i potrzebny jest własny skrypt transformujący. Jeśli nie masz osoby, która to napisze i przetestuje, lepiej zlecić migrację niż naprawiać dane po starcie.
Najbezpieczniejszy model to wycena godzinowa z limitem i płatność podzielona na etapy: brief, import na środowisko testowe, testy akceptacyjne, cutover. Podstawa wyceny to stawka za godzinę pracy deweloperskiej, zwykle 130-190 zł/h netto - nie liczba podstron ani cena szablonu. Jeśli wykonawca nie chce podać stawki, trudno będzie ocenić, czy dodatkowa praca jest wyceniona uczciwie.
Jeśli planujesz wdrożenie lub migrację PrestaShop w Biłgoraju albo okolicy, możemy przejść przez tę checklistę razem i powiedzieć, które punkty są u was realnym ryzykiem. Napisz do DropDigital z krótkim opisem sklepu i liczbą SKU - odpowiemy konkretnie, bez zgadywania.