Wdrożenie to budowa sklepu na PrestaShop od zera. Migracja to przeniesienie działającego sklepu z innej platformy tak, żeby nie stracić ruchu, danych i zamówień. Różnica jest praktyczna: w migracji połowę pracy zajmuje uporządkowanie tego, co już masz, a nie samo konfigurowanie sklepu.
Ten tekst to część organizacyjna tematu: co przygotować przed startem, jak rozłożyć role, ile to trwa i ile realnie kosztuje w 2025 roku. Znajdziesz tu checklistę, listę typowych błędów i pytania, które warto zadać wykonawcy jeszcze przed podpisaniem umowy. Kwestie wyboru platformy i planowania zakresu rozpisaliśmy osobno w tekście Wdrożenia i migracje PrestaShop Zwierzyniec — co zaplanować.
Wdrożenie to budowa sklepu na PrestaShop od zera: instalacja, konfiguracja, szablon, płatności, dostawy. Migracja to przeniesienie już działającego sklepu z WooCommerce, Shopify, Shopera czy autorskiego skryptu razem z produktami, klientami, zamówieniami i historią adresów URL. Klienci używają tych słów zamiennie, a to dwie różne prace i dwa różne budżety.
Różnica jest praktyczna: w migracji 40–60% kosztu pochłania uporządkowanie danych źródłowych — duplikaty kategorii, produkty bez opisów i zdjęć, tysiące adresów do przepisania. W wdrożeniu od zera nie ma czego porządkować, ale więcej czasu zajmuje koncepcja: struktura kategorii, atrybuty, proces zamówienia, treści.
Cztery pytania, które warto zadać sobie przed startem:
W Zwierzyńcu i okolicy (Szczebrzeszyn, Zamość, Biłgoraj) dominują trzy typy firm: handel (sklepy z artykułami dla domu, pasieki, sprzedaż wysyłkowa), usługi (noclegi i wypożyczalnie w Roztoczu, gabinety) oraz produkcja (stolarnie, przetwórnie, małe zakłady sprzedające na wymiar). Handel najczęściej migruje z WooCommerce, produkcja potrzebuje wdrożenia od zera z wyceną zapytaniową. Zakres i kolejność prac opisaliśmy w tekście o wdrożeniach i migracjach PrestaShop w Zwierzyńcu.
| Kryterium | Wdrożenie od zera | Migracja z innej platformy |
|---|---|---|
| Punkt startowy | brak sklepu lub sklep bez historii SEO | działający sklep z ruchem i zamówieniami |
| Główne ryzyko | błędna koncepcja struktury kategorii | utrata ruchu przez brak przekierowań 301 |
| Typowy czas | 2–4 tygodnie | 3–6 tygodni |
| Udział pracy nad danymi | 10–20% | 40–60% |
| Kiedy wybierać | nowa marka, nowy asortyment, B2B od zera | jest ruch, są klienci i pozycje w Google |
Typowy sklep MŚP na PrestaShop 1.7/8.x powstaje w 2–6 tygodni. Rozbicie na etapy wygląda tak:
Rola klienta jest większa, niż się wydaje. Potrzebne są: dane produktowe, treści, decyzje (najczęściej blokują harmonogram), dostępy do domeny i skrzynki e-mail, oraz testy akceptacyjne — samodzielne złożenie 2–3 zamówień różnymi metodami płatności przed odbiorem.
Pięć dokumentów do przygotowania przed startem:
Szczegółową kolejność i podział zadań znajdziesz w materiale o organizacji wdrożenia PrestaShop krok po kroku. Warto też zajrzeć do dokumentacji dla deweloperów PrestaShop — to jedyne wiarygodne źródło o hookach i strukturze modułów bez modyfikowania rdzenia.
| Etap | Orientacyjny czas | Co musi dać klient |
|---|---|---|
| Analiza i brief | 2–4 dni | lista kategorii, zakres integracji, cele sprzedażowe |
| Hosting i SSL | 1 dzień | decyzja o domenie, dostępy DNS |
| Instalacja PrestaShop | 1 dzień | dane firmy, adresy e-mail do powiadomień |
| Szablon | 3–7 dni | logo, zdjęcia, akceptacja makiety |
| Moduły | 3–7 dni | treści regulaminów, kosztów dostaw |
| Integracje | 2–10 dni | klucze API, kontakty do wsparcia dostawców |
| Testy i start | 2–5 dni | testy akceptacyjne, akceptacja końcowa |
Migracja bez straty ruchu to przede wszystkim praca na adresach URL, nie na wyglądzie sklepu. Kolejność działań:
Po starcie: crawl testowy pod kątem 404, w Search Console dodaj nową usługę i zgłoś zmianę adresu, wgraj mapę witryny XML i monitoruj pozycje przez 4–8 tygodni. Sprawdź też Core Web Vitals — nowy szablon i hosting potrafią zmienić LCP o sekundy, szczególnie gdy zdjęcia produktów nie są kompresowane do WebP.
| Element | Czy przenosi się w migracji | Uwagi |
|---|---|---|
| Produkty, kategorie, zdjęcia | tak | import CSV/XML, sprawdź mapowanie cech i stanów |
| Adresy URL i pozycje | tak | wymaga mapy 301 i testu 404 po starcie |
| Klienci | tak | hasła nie — wymagany reset po pierwszym logowaniu |
| Zamówienia | tak, częściowo | statusy i płatności wymagają mapowania |
| Opinie o produktach | zależnie od źródła | często brak czystego eksportu z platformy źródłowej |
| Historia koszyków | nie | zostaje w starym systemie |
Zapytania o wdrożenia i migracje PrestaShop ze Zwierzyńca i okolic sprowadzają się zwykle do trzech scenariuszy. Nie ma jednej ceny — są godziny pomnożone przez stawkę. W 2025 roku stawka za pracę przy PrestaShop w Polsce mieści się w przedziale 120–250 zł/h netto. Dolny zakres to rutynowa konfiguracja: instalacja, gotowy szablon, moduły z marketplace'u. Górny to praca deweloperska: własny moduł, integracja z ERP, migracja i porządkowanie danych.
Uwaga przy czytaniu tabeli: rzadko występuje kombinacja najniższej stawki i największej liczby godzin. Realnie najczęściej schodzi się do 150–190 zł/h i środka widełek.
Co konkretnie podnosi koszt:
Do budżetu dolicz pozycje wracające co roku: licencje płatnych modułów i hosting. To nie koszt jednorazowy. Jak rozłożyć prace na etapy i co wpisać do umowy, opisaliśmy w materiale o cenniku i organizacji wdrożeń PrestaShop w Zamościu.
| Scenariusz | Godziny | Zakres prac | Widełki netto przy 120–250 zł/h |
|---|---|---|---|
| Prosty sklep | 40–80 h | Instalacja, gotowy szablon, płatności i kurierzy, import do ok. 200 produktów, podstawowe SEO techniczne | 4 800 – 20 000 zł |
| Średni sklep | 120–200 h | Katalog 500–3000 SKU, warianty i cechy, optymalizacja wydajności, testy, szkolenie obsługi | 14 400 – 50 000 zł |
| Migracja B2B | 250–400 h | Przeniesienie z innej platformy, mapowanie danych, przekierowania 301, ERP, cenniki grupowe, konta firmowe | 30 000 – 100 000 zł |
Zamówienie w firmie handlowej prawie nigdy nie kończy się na samym sklepie. Typowy zestaw to trzy warstwy: kurierzy, płatności i ERP.
Kurierzy. InPost (API ShipX — paczkomaty i kurier), DPD (WebAPI), DHL (DHL24) oraz Poczta Polska (eNadawca). Efekt, który ma działać: w panelu zamówienia klika się „nadaj przesyłkę”, system generuje etykietę PDF i zapisuje numer przesyłki w zamówieniu. Pułapka numer jeden: brak wagi i gabarytów w kartach produktów — bez nich automat nie wybierze właściwego cennika i seryjny wydruk etykiet wysypuje się na trzeciej paczce. Pułapka numer dwa: statusy przesyłek nie wracają do sklepu, więc klient nie dostaje maila z numerem, a obsługa sprawdza追踪 ręcznie w panelu przewoźnika.
Płatności. Przelewy24, PayU, Stripe i tpay pokrywają większość rynku. Poza przyjmowaniem wpłat liczy się obsługa zwrotów: zwrot z panelu sklepu musi wracać do bramki, także zwrot częściowy. Jeśli nie wraca, księgowość dostaje dwa źródła prawdy. Pilnuj też webhooków i statusów (oczekująca, zakończona, anulowana) — bez tego zamówienie wisi w „oczekuje na płatność” mimo zaksięgowanej wpłaty.
ERP. Subiekt GT, Comarch Optima, Fakturownia, WF-Mag. Najczęstszy zakres to dwukierunkowa synchronizacja stanów i cen oraz automatyczne wystawianie faktury po zmianie statusu. Ryzyko: rozjazd stanów, gdy sklep sprzedaje szybciej, niż działa synchronizacja — potrzebne są kolejki i blokady.
Własny moduł zamiast pięciu wtyczek. Gdy logika jest specyficzna (rabat zależny od palety, dostawa w konkretnych oknach czasowych), mały moduł na 25–60 h bije kombinację płatnych wtyczek, które się wzajemnie nadpisują. Trzeba tylko pamiętać o utrzymaniu: dokumentacja dla deweloperów PrestaShop zmienia się między 1.7 i 8.x, a override'y przenosi się przy każdej aktualizacji. Kalkulację tych prac rozpisaliśmy w tekście o koszcie wdrożeń i migracji PrestaShop w Zamościu.
Nie ma „lepszej platformy”. Jest platforma lepiej dopasowana do konkretnego katalogu i procesu sprzedaży. Pięć kryteriów rozstrzyga większość przypadków: liczba SKU, sprzedaż B2B, wielojęzyczność, koszt utrzymania i dostępność deweloperów.
PrestaShop wygrywa, gdy katalog ma 3000+ SKU i warianty, sprzedajesz do firm (grupy klientów, ceny grupowe, minimalne ilości, faktury z odroczonym terminem), potrzebujesz dwóch–trzech wersji językowych bez dokładania wtyczek, a kluczowe funkcje są w standardzie. Mniej wtyczek to mniejsze ryzyko, że aktualizacja jednej zepsuje drugą.
WooCommerce wygrywa, gdy sklep jest dodatkiem do treści: masz firmowego bloga, kilkaset produktów, zależy Ci na szybkim starcie i chcesz zarządzać wszystkim z jednego panelu WordPressa. Łatwiej też znaleźć wykonawcę do drobnych zmian.
Test przed decyzją: weź 20 najtrudniejszych produktów (najwięcej wariantów, cech, zdjęć) i policz, ile kliknięć zajmie dodanie ich w obu systemach. Potem oszacuj dwie aktualizacje w skali roku — PrestaShop 1.7 → 8.x i WordPress z piętnastoma wtyczkami. Jeśli po tym teście nadal nie ma wyraźnego wskazania, katalog prawdopodobnie jest za mały, żeby PrestaShop się opłacał.
Kontekst organizacyjny — role, kolejność prac, co przygotować przed startem — zebraliśmy w artykule o wdrożeniach i migracjach PrestaShop dla firmy.
| Kryterium | PrestaShop | WooCommerce |
|---|---|---|
| Liczba SKU | Komfortowo 3000+ SKU, także z wieloma wariantami | Komfortowo do ok. 1000–2000 SKU; powyżej panel administracyjny wyraźnie zwalnia |
| B2B | Grupy klientów, ceny grupowe, minimalne zamówienia w standardzie | Wymaga wtyczki B2B i dodatkowej konfiguracji |
| Wielojęzyczność | Wbudowany multistore i tłumaczenia | WPML lub Polylang — dodatkowa licencja i praca |
| Koszt utrzymania | Hosting plus licencje modułów | Hosting plus wtyczki; start bywa tańszy, koszty rosną przy rozbudowie |
| Dostępność deweloperów | Węższa grupa specjalistów, stawki wyższe | Szersza grupa osób od WordPressa, mniej z doświadczeniem w Woo na poziomie kodu |
Większość problemów przy migracji nie wynika z samego PrestaShop, tylko z tego, co przyjeżdża razem ze starym sklepem: moduły pisane pod PHP 5.6, szablony sprzed pięciu lat i dane, których nikt nie porządkował. Poniżej siedem pułapek z testem, który pozwala je wykryć jeszcze przed startem.
var/logs/. Warto zestawić to z dokumentacją dla deweloperów PrestaShop.php -v na serwerze, logi błędów, a po przełączeniu wersji wyczyść cache w Zaawansowane → Wydajność, wyłącz OPcache i odśwież CDN. Sprawdź produkt, którego cenę zmieniłeś minutę wcześniej — jeśli pokazuje starą, cache nadal siedzi.COUNT(*) dla tabel ps_orders, ps_customer i ps_order_detail przed i po imporcie.curl -I na stary adres (ma zwracać 301), sprawdzenie w Search Console i kontrola meta robots oraz robots.txt.Trzy narzędzia robią większość roboty: logi serwera, Search Console i testowe zamówienie na produkcji. Czwarte — PageSpeed Insights — powie ci, czy sklep po migracji nie stał się wolniejszy. Jak ułożyć z tego plan pracy, opisujemy w materiale o tym, co zaplanować przy migracji PrestaShop w Zwierzyńcu.
| Pułapka | Szybki test | Gdzie sprawdzić |
|---|---|---|
| Stare moduły | Włączanie pojedynczo na stagingu | logi PHP, var/logs/ |
| Konflikty PHP i cache | php -v + zmiana ceny produktu | logi serwera, Zaawansowane → Wydajność |
| Brak rollbacku | Odtworzenie backupu na stagingu | snapshot serwera, dump bazy |
| Wysyłka, podatki, waluty | Zamówienie z adresem PL i DE | reguły wysyłki, reguły podatkowe |
| Płatności i etykiety | Zamówienie za 1 zł na produkcji | panel operatora płatności, panel kuriera |
| Utrata danych klientów | Logowanie na konto testowe + COUNT(*) | baza danych, panel klientów |
| SEO | curl -I, meta robots, Search Console | Search Console, robots.txt, PageSpeed Insights |
Poniższa lista ma 14 punktów. Odklikujesz je po kolei i wiesz, na jakim etapie jesteś — bez tego typu migracje ciągną się tygodniami, bo ktoś „jeszcze dopisuje treść”.
Przed startem (6 punktów): 1. Inwentaryzacja: liczba produktów, kategorii, klientów, zamówień i waga bazy. 2. Spis modułów ze starego sklepu z decyzją: zostaje, zastępujemy, wypada. 3. Mapowanie starych adresów URL na nowe w arkuszu (kolumna: stary URL, nowy URL, kod odpowiedzi). 4. Backup bazy i plików oraz test jego odtworzenia. 5. Staging z docelową wersją PHP i PrestaShop, skonfigurowany jak produkcja. 6. Ustalenie okna serwisowego i jednej osoby decyzyjnej po stronie klienta.
W dniu migracji (4 punkty): 7. Zamrożenie zmian w starym sklepie — żadnych edycji cen i stanów, bo import się rozjedzie. 8. Import danych i porównanie liczb rekordów przed i po. 9. Przełączenie domeny i wpisanie przekierowań 301 w .htaccess. 10. Testowe zamówienie w każdej metodzie płatności i wygenerowanie etykiety kurierskiej.
Po starcie (4 punkty): 11. E-maile transakcyjne: potwierdzenie zamówienia, faktura, wysyłka — sprawdź wysyłkę przez SMTP i konfigurację SPF/DKIM, bo bez tego potwierdzenia lecą do spamu. 12. Wydajność: Core Web Vitals w PageSpeed Insights, TTFB, cache i CDN. 13. Monitoring uptime (sprawdzenie co minutę), codzienny backup z kopią poza serwerem i zapisany w umowie czas reakcji. 14. Search Console: nowa sitemap, raport błędów 404, kontrola noindex.
Punkt, o którym się zapomina: w każdym z trzech etapów musi być wskazana osoba odpowiedzialna — inaczej „sprawdzenie płatności” nie należy do nikogo. Podział ról znajdziesz także w materiale o organizacji wdrożenia PrestaShop w firmie w Zamościu.
| Etap kontroli | Kto po stronie klienta | Kto po stronie wykonawcy |
|---|---|---|
| Przed startem | Właściciel sklepu: dostępy, decyzje o modułach, treści | Deweloper: staging, mapowanie URL, test backupu |
| Dzień migracji | Osoba zatwierdzająca start i zamrożenie zmian | Deweloper: import, przełączenie, przekierowania 301 |
| Po starcie | Osoba odbierająca testy: zamówienia, e-maile, faktury | Deweloper: monitoring, backup, SLA, poprawki |
Pracujesz bezpośrednio z deweloperem, bez pośredników. Nie ma handlowca, który przekazuje ustalenia, ani project managera w środku. Efekt praktyczny: pytanie o moduł płatności albo o zachowanie koszyka dostaje odpowiedź od osoby, która ten kod pisze, a nie od działu obsługi.
Wycena z godzin. Nie wrzucamy jednej kwoty „za sklep”, bo to zawsze kończy się dopisanymi pozycjami. Rozbijamy zakres na bloki: analiza i inwentaryzacja, konfiguracja PrestaShop, migracja danych, mapowanie przekierowań 301, testy i szkolenie z panelu. Każdy blok ma przypisaną liczbę godzin, więc widzisz, co podnosi koszt — na przykład dodatkowy język, import z nietypowej bazy albo moduł B2B. Widełki dostajesz przed startem i wiesz, kiedy przekroczenie zakresu oznacza dopłatę, a kiedy jest zwykłą poprawką.
SLA i opieka po wdrożeniu. W umowie zapisujemy kanał zgłoszeń, czas reakcji i zakres opieki: aktualizacje bezpieczeństwa PrestaShop i modułów, monitoring dostępności, backup bazy i plików, pomoc przy zgłoszeniach klientów typu „nie mogę złożyć zamówienia”. To ważne, bo po starcie sklep żyje dalej — pojawiają się nowe wersje PHP, zmiany w API przewoźników i operatorów płatności.
Obsługujemy firmy ze Zwierzyńca, Zamościa, Lublina i okolic. Jeśli szukasz gotowego schematu pracy nad takim projektem, zajrzyj do organizacji wdrożenia i migracji PrestaShop krok po kroku — to ten sam sposób pracy, opisany punkt po punkcie.
Startujemy od rozmowy i dostępu do starego sklepu albo od listy funkcji nowego. Potem checklista, wycena z godzin i termin. Bez zobowiązania do podpisania umowy przed poznaniem zakresu.
Start bez listy SKU i bez jednej osoby decyzyjnej po stronie klienta
Jak wykryć: Pierwszy tydzień schodzi na mailach w stylu „a kto ma cennik?”, a liczba produktów zmienia się przy każdej rozmowie.
Jak naprawić: Wyznacz jedną osobę, która podejmuje decyzje, i dostarcz jeden plik z eksportem produktów (CSV/XLSX) — razem z atrybutami, stanami i cenami.
Traktowanie migracji jak kopiowania plików z jednego hostingu na drugi
Jak wykryć: Nie istnieje inwentaryzacja adresów URL, nie ma mapy przekierowań 301, nikt nie patrzył w Google Search Console.
Jak naprawić: Zrób inwentaryzację URL (sitemap, logi serwera, Search Console), a potem mapę 301 dla każdego adresu, który miał ruch lub linki.
Hosting wybrany „na później”, dopiero po postawieniu sklepu
Jak wykryć: Instalacja testowa stoi na najtańszym hostingu współdzielonym, bez SSL, bez dostępu SSH i z domyślną wersją PHP.
Jak naprawić: Wybierz hosting pod PrestaShop przed instalacją: SSL w cenie, kopie zapasowe, aktualne PHP i możliwość pracy z wiersza poleceń.
Moduły instalowane bez sprawdzenia zgodności z wersją PrestaShop
Jak wykryć: W logach PHP sypią się ostrzeżenia, a część modułów nie ma podanej wersji kompatybilności w opisie.
Jak naprawić: Instaluj tylko moduły wspierające Twoją wersję PrestaShop. Aktualizuj pojedynczo i testuj sklep po każdej zmianie, nie hurtem.
Próba przeniesienia haseł klientów jeden do jednego
Jak wykryć: Po migracji klienci nie mogą się zalogować, a support nie umie podać przyczyny.
Jak naprawić: Nie przenoś haseł. Zaplanuj mechanizm resetu hasła i wyślij do klientów informację przed startem nowej wersji sklepu.
Uruchomienie sklepu bez testu pełnej ścieżki zamówienia
Jak wykryć: Test kończy się na dodaniu produktu do koszyka. Nikt nie sprawdził płatności, etykiety kurierskiej, faktury i zwrotu.
Jak naprawić: Wykonaj na produkcji jedno realne zamówienie z płatnością i jednym zwrotem. Sprawdź maile, statusy, dokumenty i stany magazynowe.
Wdrożenie i migracja PrestaShop to projekt organizacyjny tak samo jak techniczny. Największe ryzyko nie leży w kodzie, tylko w braku listy SKU, braku mapy przekierowań i braku osoby, która podejmuje decyzje.
Typowy MŚP zamyka wdrożenie w 2–6 tygodniach i 40–200 godzinach pracy, a migracja z elementami B2B w 250–400 godzinach. Przy stawce 120–250 zł/h netto łatwo policzyć rząd wielkości budżetu jeszcze przed pierwszym spotkaniem.
Wniosek jest prosty: zacznij od checklisty i dokumentów, nie od wyboru szablonu.
Dla typowego MŚP to 2 do 6 tygodni pracy. Prosty sklep z gotowym szablonem i kilkoma integracjami zamyka się bliżej dolnej granicy, a wdrożenie z B2B, wielojęzycznością i integracją z ERP-realnie idzie w górę widełek.
Termin zależy przede wszystkim od tego, jak szybko klient dostarcza dane i podejmuje decyzje. Opóźnienia po stronie treści i cenników są najczęstszą przyczyną przesunięć.
Wdrożenie to budowa sklepu od zera: instalacja, konfiguracja, szablon, moduły, integracje, testy. Migracja to przeniesienie istniejącego sklepu z innej platformy na PrestaShop.
W migracji dochodzą prace, których we wdrożeniu nie ma: inwentaryzacja URL, mapa przekierowań 301, eksport treści i zdjęć oraz decyzja, co przenosimy, a czego nie.
Stawka godzinowa przy tego typu pracach to zwykle 120–250 zł/h netto, w zależności od specjalizacji. Prosty sklep to około 40–80 godzin, średni projekt 120–200 godzin, a migracja z ujęciem B2B 250–400 godzin.
Koszt podnoszą integracja z ERP, wielojęzyczność, niestandardowy moduł i przenoszenie danych. Szersze omówienie kosztów po stronie organizacji znajdziesz w tekście Wdrożenia i migracje PrestaShop w Zamościu: cennik i organizacja.
Sama zmiana platformy nie szkodzi. Szkodzi brak mapy przekierowań 301, brak adresów kanonicznych i niekontrolowane parametry filtrów, które tworzą duplikaty URL.
Po migracji sprawdź indeksację w Google Search Console, przetestuj przekierowania i monitoruj pozycje przez kilka tygodni. Zasady tworzenia treści, które Google uznaje za wartościowe, opisuje dokumentacja Creating Helpful, Reliable, People-First Content.
Pięć rzeczy w formie plików: eksport produktów z atrybutami, drzewo kategorii, lista integracji z danymi dostępowymi, teksty prawne oraz plan testów akceptacyjnych.
Do tego jedna osoba decyzyjna i budżet z rezerwą na prace, których na starcie nie da się przewidzieć.
PrestaShop wygrywa przy dużym katalogu, sprzedaży B2B i wielojęzyczności — ma te funkcje wbudowane, a nie dokładane wtyczkami. WooCommerce ma sens przy mniejszym sklepie opartym o treści i WordPressa.
Kryteria wyboru rozpisaliśmy w tekście Wdrożenia i migracje PrestaShop Zamość dla firmy — organizacja.
Treści, zdjęcia i kategorie przenosi się praktycznie zawsze. Opinie — tylko wtedy, gdy stara platforma pozwala je wyeksportować w sensownej strukturze; inaczej trzeba je odtworzyć.
Zamówienia historyczne najczęściej zostawia się w archiwum. W nowym sklepie nie pełnią funkcji operacyjnej, a zaburzają statystyki i komplikują księgowość.
Jeśli chcesz przejść przez wdrożenie lub migrację PrestaShop bez niespodzianek w harmonogramie, napisz do nas — powiemy wprost, co da się zrobić w Twoim zakresie i budżecie.