PrestaShop co to jest — definicja w 60 sekund

PrestaShop to otwartoźródłowa platforma e-commerce napisana w PHP, rozwijana przez PrestaShop SA od 2007 roku i udostępniana na licencji OSL 3.0. W praktyce: kod źródłowy możesz pobrać, zmodyfikować i uruchomić na własnym serwerze bez opłat licencyjnych. Darmowy jest jednak tylko kod — płacisz za hosting, moduły i pracę wdrożeniową.

Typowe widełki z projektów dla firm w Polsce (punkt startowy do własnej wyceny, nie cennik):

• hosting pod sklep 1 000–5 000 SKU: 1 200–4 800 zł netto rocznie — VPS lub serwer dedykowany, nie hosting współdzielony,
• moduły i integracje: 1 500–12 000 zł netto jednorazowo,
• praca wdrożeniowa: 8 000–60 000 zł netto. To ona decyduje o budżecie, a nie licencja — organizacja wdrożenia PrestaShop to zwykle 60–70% całego kosztu projektu.

Skala ma znaczenie praktyczne: na świecie działa kilkaset tysięcy sklepów na PrestaShopie, z dużym udziałem Europy, a Polska jest jednym z TOP10 rynków pod względem liczby instalacji. Efekt: część dokumentacji i modułów jest po polsku, deweloperów nie brakuje. Druga strona medalu — sporo wdrożeń „za 3 000 zł”, w których po roku nikt nie potrafi wykonać aktualizacji.

Ustal od razu gałąź platformy. Linia 1.7 to wdrożenia długoterminowe (LTS-owe), 8.x to obecna wersja produkcyjna. Oferta na 1.6.x oznacza sklep wymagający migracji, a nie nowe wdrożenie.

Jak działa PrestaShop od środka: technologia, szablony, moduły

Stack: PHP (w praktyce 8.1+ dla gałęzi 8.x), baza MySQL lub MariaDB, a w nowszych komponentach framework Symfony — dotyczy głównie panelu administracyjnego i nowych kontrolerów. Do tego wymagania serwerowe, które najczęściej wywracają tanie hostingi: rozszerzenia PHP (intl, gd lub imagick, curl, zip, mbstring), memory_limit minimum 256 MB i rozsądny czas wykonania skryptu. Bez tego import 5 000 produktów z CSV kończy się timeoutem w połowie pliku.

Platforma dzieli się na dwie części: front office, czyli sklep widoczny dla klienta, i back office — panel z katalogiem, zamówieniami, klientami i modułami. Warstwa prezentacji w linii 1.7/8.x opiera się na Smarty (katalog /themes), a dane obsługuje warstwa modeli.

Architektura jest modułowa. Katalog /modules to dodatki, /override to nadpisania klas i kontrolerów rdzenia. Moduł podpina się do hooków (np. displayHeader, displayHome, actionValidateOrder) — i to jest metoda preferowana. Override podmienia metodę core: działa, dopóki nie klikniesz „aktualizuj”. Po aktualizacji rdzeń się zmienia, a override zostaje na starym kodzie — tracisz poprawki błędów i łatki bezpieczeństwa, czasem wywracasz checkout. Praktyka: każdy override musi być uzasadniony i udokumentowany, a przy dziwnych błędach pierwszą rzeczą do sprawdzenia jest lista override’ów w Advanced Parameters → Performance (jest tam też przełącznik wyłączający je wszystkie). Do diagnostyki służy tryb debugowania w config/defines.inc.php.

Bez dodatkowych instalacji dostajesz: multistore (wiele domen z jednej instalacji, ze wspólnym lub osobnym katalogiem), tryb B2B (grupy klientów, ceny hurtowe, minimalna wartość zamówienia, płatność odroczona), wielowalutowość i wielojęzyczność. Dwie ostatnie mają ukryty koszt: każdy język mnoży wiersze w tabelach *_lang i ilość treści do utrzymania. Opis hooków i aktualne wymagania wersji znajdziesz w dokumentacji dla deweloperów PrestaShop.

PrestaShop vs WooCommerce vs Shopify — tabela wyboru w 5 kryteriach

Zamiast pytania „co jest lepsze”, policz pięć kryteriów dla swojego przypadku.

1. Koszt całkowity w 3 latach. Sumuj licencję, hosting, moduły, pracę, aktualizacje i wsparcie — nie sam abonament. PrestaShop: licencja 0 zł, ale dochodzi serwer i płatne moduły. WooCommerce: darmowe wtyczki często zamieniają się w roczne subskrypcje. Shopify: abonament + aplikacje + prowizje od transakcji poza własnym systemem płatności, więc koszt rośnie razem z obrotem. Rozbicie pozycji dla PrestaShopu opisujemy w materiale o koszcie wdrożenia.

2. Kontrola nad kodem i danymi. PrestaShop i WooCommerce: kod oraz baza MySQL u Ciebie, możesz przenieść sklep, dopisać integrację, zmienić logikę koszyka. Shopify: SaaS — modyfikacje tylko w zakresie udostępnionym przez platformę, dane po stronie dostawcy.

3. Katalog 5 000+ SKU i wydajność. PrestaShop jest projektowany pod duże katalogi, ale sam szybki nie będzie: włącz cache (Advanced Parameters → Performance), dodaj Redis lub Memcached i wydajną wyszukiwarkę (np. Elasticsearch). WooCommerce trzyma produkty i warianty w wp_posts oraz wp_postmeta — przy tysiącach SKU zapytania robią się ciężkie. Shopify skaluje po stronie dostawcy, ale narzuca strukturę katalogu i limity wariantów. Liczy się efekt dla użytkownika, czyli Core Web Vitals, a nie deklaracja „platforma jest szybka”.

4. Czas wdrożenia. PrestaShop: 6–12 tygodni dla sklepu z gotowym motywem i 2–3 integracjami, 12–20 tygodni z migracją danych, B2B i wielojęzycznością. WooCommerce 4–8 tygodni, Shopify 2–4 tygodnie przy gotowym motywie. Termin skrócony o połowę oznacza cięcie zakresu — najczęściej testów i SEO technicznego.

5. Zależność od dostawcy i koszt zmiany. Otwarty kod to wielu wykonawców: w Polsce najwięcej jest tych od WooCommerce, mniej od PrestaShopu, ale są wyspecjalizowani. Ryzyko: „sklep-sierota” po tanim wdrożeniu. Shopify ma najniższy koszt startu, ale wyjście z platformy oznacza przepisanie sklepu i odtworzenie treści.

Kryterium	PrestaShop	WooCommerce	Shopify
Koszt w 3 latach (typowe widełki)	Licencja 0 zł, hosting 1 200–4 800 zł/rok, moduły 1 500–12 000 zł, praca 8 000–60 000 zł	Tańszy hosting, ale roczne subskrypcje wtyczek, praca 5 000–35 000 zł	Abonament + aplikacje + prowizje; brak kosztu serwera i wdrożenia infrastruktury
Kontrola nad kodem i danymi	Pełny kod, baza MySQL u Ciebie, dowolne modyfikacje	Pełny kod (WordPress), dane w Twojej bazie	SaaS — dane u dostawcy, zmiany tylko w udostępnionym zakresie
Katalog 5 000+ SKU	Zbudowany pod duże katalogi; wymaga cache, Redis i zewnętrznej wyszukiwarki	Przy tysiącach wariantów wp_postmeta staje się wąskim gardłem	Skaluje się samo; narzucona struktura katalogu i limity wariantów
Czas wdrożenia	6–12 tygodni; 12–20 z migracją, B2B i wielojęzycznością	4–8 tygodni	2–4 tygodnie przy gotowym motywie
Koszt zmiany platformy	Wielu wykonawców, przenośny kod i dane; ryzyko „sklepu-sieroty”	Największa baza wykonawców w Polsce	Wyjście = przepisanie sklepu i odtworzenie treści

Ile kosztuje sklep na PrestaShop — realne widełki na 2025 rok

Najdroższe nieporozumienie w budżetowaniu e-commerce brzmi: „PrestaShop jest na darmowej licencji, więc sklep będzie tani”. Darmowy jest kod. Płacisz za godziny pracy, serwer i moduły. Poniżej typowe widełki z projektów dla firm w Polsce — punkt startowy do własnej wyceny, nie cennik.

• Wdrożenie: 60–160 godzin dla sklepu do około 1 000 SKU. Przy stawce 80–150 zł/h netto to 5 000–24 000 zł. W tej puli siedzi konfiguracja kategorii, atrybutów, podatków, płatności, kurierów, szablonu i testy całego procesu zamówienia.
• Powyżej 200 godzin, gdy dochodzi integracja z ERP: mapowanie pól produktu, stany magazynowe, ceny grupowe dla B2B, eksport zamówień i obsługa błędów synchronizacji.
• Hosting: 150–500 zł/mc za VPS z realnym zapasem RAM (minimum 4 GB, przy katalogu z filtrami 8 GB), PHP-FPM i MariaDB. Współdzielony hosting za 30 zł/mc kończy się limitem procesów PHP i sklepem, który „gaśnie” przy 30 osobach na stronie.
• Moduły premium: 300–1 500 zł za sztukę, często w subskrypcji rocznej. Zanim kupisz piąty moduł do liczenia dostawy, policz: prosty moduł własny to zwykle 8–20 godzin pracy, czyli 800–2 500 zł, ale bez corocznego odnawiania licencji i bez walki z ograniczeniami cudzego kodu. Punkt wyjścia do takich decyzji opisuje dokumentacja dla deweloperów PrestaShop.
• Utrzymanie i opieka: 300–900 zł/mc — zależnie od SLA (reakcja 4 h czy 48 h), liczby integracji i tego, czy w cenie są aktualizacje modułów oraz kopie zapasowe z testem odtworzenia.
• Migracja ze starej platformy: 30–80 godzin osobnego budżetu na mapowanie danych (produkty, klienci, zamówienia, zdjęcia) i przekierowania 301. To nie jest „dodatek do wdrożenia”.

Przykład: sklep 500 SKU z prostym B2B. Wdrożenie 90 h × 120 zł = 10 800 zł, trzy moduły po 700 zł = 2 100 zł, migracja 40 h = 4 800 zł, hosting 300 zł/mc = 3 600 zł za rok. Razem około 21 300 zł w pierwszym roku. Podział prac na etapy i sposób liczenia zakresu znajdziesz w opisie kosztów i organizacji wdrożenia PrestaShop, a ogólne tło platformy w sekcji PrestaShop.

Kiedy PrestaShop wygra, a kiedy przegra — 6 kryteriów decyzyjnych

PrestaShop nie jest dla każdego i udawanie, że jest, kosztuje klienta pieniądze. Sześć kryteriów, które w praktyce rozstrzygają wybór.

1. Katalog. Od kilku tysięcy SKU w górę — z wariantami, filtrami i rozbudowanym drzewem kategorii — PrestaShop zaczyna wygrywać. Przy 50 produktach w jednej kategorii jego przewagi są niewidoczne, a narzut administracyjny zostaje.

2. Model B2B. Ceny grupowe, indywidualne rabaty, limity kredytowe, zamówienia na fakturę, logowanie z zatwierdzaniem konta — to funkcje dostępne natywnie. W WooCommerce składa się to z kilku wtyczek, a każda to osobny autor i osobny cykl aktualizacji.

3. Wielojęzyczność i wielowalutowość. Trzy języki i dwie waluty to standard, nie projekt. Pułapka: tłumaczenia modułów trzeba sprawdzić przed zakupem — część z nich ma tylko angielski i francuski interfejs.

4. Integracja z ERP. Jeśli magazyn, księgowość i sklep mają wymieniać dane automatycznie, liczy się jakość API i gotowe konektory do popularnych systemów ERP.

5. Kontrola nad kodem. Firma, która chce własne moduły, własne hooki i kod na własnym serwerze, dostaje w PrestaShop właściwe narzędzie. Firma, która woli „wszystko w abonamencie i niech ktoś się tym zajmuje”, powinna wybrać SaaS.

6. Kanał sprzedaży. Gdy głównym kanałem jest Facebook, Instagram albo marketplace bez własnego sklepu www, całe wdrożenie to koszt bez zwrotu.

Kolejność prac, etapy odbiorów i punkty kontrolne opisujemy w sekcji o organizacji wdrożeń i migracji PrestaShop. Przykład rozbicia projektu na etapy znajdziesz też w materiale o wdrożeniu PrestaShop krok po kroku.

7 pułapek PrestaShop, które kosztują najwięcej — i jak je wykryć

Większość problemów nie wynika z samego PrestaShop, tylko z decyzji podjętych przy wdrożeniu. Każdą pułapkę da się wykryć przed klientem — o ile wiesz, gdzie patrzeć.

• Współdzielony hosting. Sygnał: time to first byte powyżej 800 ms i limity na procesy PHP. Sprawdź TTFB w PageSpeed Insights i w logach PHP-FPM parametr pm.max_children — jeśli jest ustawiony na 5, sklep padnie przy kilkunastu jednoczesnych koszykach.
• Aktualizacja łamiąca moduły. Przejście z 1.7 na 8.x potrafi wyłączyć koszyk, bo moduł nadpisywał szablon przez /override. Testuj wyłącznie na stagingu, nigdy na produkcji, i trzymaj listę modułów z wersjami.
• Moduły z marketplace bez wsparcia. Otwórz kartę modułu i sprawdź datę ostatniej aktualizacji oraz deklarowaną kompatybilność z wersją PrestaShop i PHP. Brak wpisu od dwóch lat oznacza, że problemy będziesz łatać sam.
• Brak cache i OPcache. Porównaj Core Web Vitals przed i po konfiguracji: opcache.enable=1, pamięć co najmniej 128 MB, włączone CCC (Combine, Compress, Cache) i cache Smarty. Metodykę pomiaru opisuje web.dev – Web Vitals.
• Duplikaty i puchnięcie bazy. Monitoruj rozmiar tabel ps_connections i ps_guest — rosną przy każdym wejściu, także botów. Dobierz do tego cron czyszczący porzucone koszyki, inaczej po roku baza ma kilka GB.
• Migracja bez planu 301. Po wdrożeniu sprawdź w Search Console raport 404. Bez mapy starych adresów na nowe tracisz ruch i pozycje, które budowała poprzednia strona.
• Brak stagingu. Jeśli w sklepie chodzą płatności i kurierzy, środowisko testowe to warunek konieczny — osobna subdomena, kopia bazy, wyłączona indeksacja i tryb testowy płatności.

Jak rozłożyć te kontrole w harmonogramie projektu, opisujemy na przykładzie organizacji wdrożenia i migracji PrestaShop.

PrestaShop w polskich realiach: płatności, kurierzy, ERP, faktury

Polskie wdrożenie PrestaShop różni się od angielskich poradników w trzech obszarach: płatności, kurierzy, fakturowanie. Każdy z nich to osobny moduł i osobne miejsce, w którym projekt najczęściej się wykłada.

Płatności. W praktyce wybierasz między Przelewy24, PayU, tpay i PayPalem, a BLIK zwykle działa jako kanał w bramce P24 lub tpay. Przy wyborze modułu sprawdź cztery rzeczy: zgodność z Twoją wersją PrestaShop (1.7.8 i 8.x mają inne wymagania wobec modułów), obsługę notyfikacji asynchronicznej — bez webhooka zamówienie zostaje na statusie „oczekiwanie na płatność”, gdy klient zamknie kartę, możliwość zwrotu i częściowego zwrotu z panelu sklepu oraz realny koszt: karty to zwykle 1,5–2,5% wartości transakcji, przelewy i BLIK są tańsze, ale stawki zależą od umowy i obrotu. Uwaga na moduły „darmowe”, rozliczane miesięcznym abonamentem.

Kurierzy. InPost (Paczkomaty i kurier), DPD, DHL. Integracja składa się z trzech części: wyboru punktu w koszyku, generowania etykiety i trackingu. Numer listu przewozowego musi trafić do zamówienia, e-maila i konta klienta — inaczej lawina pytań „gdzie paczka?” spada na obsługę. Sprawdź też, czy moduł drukuje etykiety zbiorczo i obsługuje pobranie.

ERP i księgowość. Subiekt GT/Nexo, Comarch, WAPRO, Fakturownia, iFirma, wFirma — integracja idzie przez API albo plik wymiany i wymaga ustalenia kierunku przepływu danych: stan magazynowy w dół, zamówienia i faktury w górę.

KSeF. Harmonogram e-fakturowania był przesuwany, więc przed wdrożeniem potwierdź aktualne terminy w oficjalnych źródłach Ministerstwa Finansów i ustal z księgową, kto wystawia dokument: sklep czy ERP.

B2B. Progi darmowej dostawy licz na wartość netto, rabaty grupowe i płatność odroczoną (przelew 14/30 dni) włączaj tylko wybranej grupie klientów, a limit kredytowy trzymaj w ERP, nie w sklepie. Zakres takich integracji opisujemy przy organizacji wdrożenia PrestaShop; punktem wyjścia jest strona o PrestaShop.

Checklista przed startem lub migracją na PrestaShop

Ta lista działa w obie strony: przed pierwszym startem sklepu i przed migracją z innej platformy. Odhaczaj po kolei — pominięcie pierwszych dwóch punktów kosztuje najwięcej, bo wraca na każdym kolejnym etapie. Kontekst kosztowy i organizacyjny znajdziesz przy koszcie i organizacji wdrożenia.

Środowisko. PrestaShop 8.x potrzebuje PHP 8.0–8.2 i MySQL 5.7+ (zalecane 8.0). Ustaw memory_limit na minimum 256 MB, przy imporcie CSV 512 MB, max_execution_time 300 s. Włącz OPcache i sprawdź, czy hosting nie resetuje go przy restarcie PHP-FPM. Skonfiguruj zadania cron — bez nich maile, sitemap i statystyki przestają działać po cichu. Wykonaj test odtworzenia sklepu na innym serwerze: backup, którego nie odtwarzałeś, nie jest backupem.

Dane. Zrób mysqldump bazy oraz archiwum katalogów /img, /modules, /themes. Przygotuj dokument mapowania pól: kolumna źródłowa → tabela docelowa (ps_product, ps_product_lang, ps_category, ps_stock_available), typ, konwersja, decyzja „pomijamy”. To on ratuje projekt, gdy import zaczyna się nie zgadzać.

SEO. Mapa przekierowań 301 ze starych adresów, nowa sitemap zgłoszona w Search Console, dane strukturalne produktu z ceną i dostępnością. Zasady opisuje dokumentacja Google na temat danych strukturalnych obsługiwanych w wyszukiwarce.

Testy akceptacyjne. Pełny cykl: koszyk → płatność → e-mail → etykieta → faktura → zwrot. Minimum pięć zamówień testowych, w tym jedno z BLIK-iem i jedno z płatnością odroczoną. Kolejność kroków przy przełączeniu platformy opisujemy w materiale o organizacji migracji na PrestaShop krok po kroku.

Najczęstsze pytania o PrestaShop

Krótkie odpowiedzi na pytania, które dostajemy najczęściej przed wyceną.

Czym jest PrestaShop? To otwartoźródłowa platforma e-commerce napisana w PHP, rozwijana od 2007 roku na licencji OSL 3.0. Kod jest darmowy, płacisz za hosting, moduły i pracę wdrożeniową. Dane trzymasz na własnym serwerze, więc masz kontrolę nad kodem, bazą i integracjami — inaczej niż w rozwiązaniach SaaS.

Czy PrestaShop jest darmowy i ile kosztuje wdrożenie? Sam kod tak, licencja nie przewiduje opłat. Realne koszty to hosting (50–300 zł miesięcznie), moduły płatności i kurierów, szablon oraz praca wdrożeniowa. Prosty sklep z 2–3 integracjami to zwykle 3–6 tygodni pracy, wdrożenie z migracją i ERP: 2–4 miesiące.

PrestaShop czy WooCommerce? WooCommerce wygrywa, gdy sklep jest dodatkiem do WordPressa i mocno korzysta z treści. PrestaShop wygrywa przy katalogu od kilkuset produktów, wielu wariantach, regułach cenowych B2B i integracji z ERP — ma to wbudowane, zamiast składać z wtyczek, z których każda jest osobnym punktem aktualizacji.

PrestaShop czy Shopify? Shopify to SaaS: szybki start, subskrypcja i prowizje od transakcji, mniejsza kontrola nad kodem. PrestaShop to kod na własnym serwerze: wyższy próg wejścia, brak opłat od obrotu i swoboda integracji z polskimi systemami fakturowymi. Przy rosnącym obrocie różnica w prowizjach bywa istotna.

Czy PrestaShop jest szybki? Sam kod niczego nie gwarantuje. O wyniku decydują hosting, cache, OPcache, optymalizacja zdjęć i liczba modułów na stronie produktu. Cel to progi Core Web Vitals: LCP poniżej 2,5 s i INP poniżej 200 ms. Mierz na produkcji.

Od czego zacząć migrację na PrestaShop? Od inwentaryzacji: liczba produktów i zdjęć, integracje, kto wystawia faktury. Potem środowisko testowe, mapowanie pól bazy, import na kopii, mapa przekierowań 301 i dopiero przełączenie DNS. Zakres i kolejność kroków opisujemy na stronach wdrożenia i migracje PrestaShop dla firm oraz organizacja migracji PrestaShop.

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

Lista kontrolna do odklikania

• Wersja platformy: 8.x czy 1.7 — Ustal to przed startem. Nowe projekty stawiaj na 8.x, a 1.7 ma sens głównie przy rozbudowie istniejącego wdrożenia. Sprawdź też, czy wybrane moduły mają wydania pod Twoją wersję.
• Wersja PHP i bazy danych — Dla linii 8.x to PHP 8.1 lub nowsze oraz MySQL albo MariaDB w wersji wspieranej. Zweryfikuj w panelu hostingu przed podpisaniem umowy, nie po wdrożeniu.
• Parametry serwera — RAM, liczba procesów MySQL, osobny cache. Praktyczny test: import 500 produktów i sprawdzenie, czy panel oraz front sklepu zachowują się normalnie.
• Liczba SKU i wariantów — Policz produkty, kombinacje i zdjęcia. Powyżej 1 000 SKU planuj VPS z zapasem, bo hosting współdzielony przestaje wystarczać przy importach i przebudowie indeksów.
• Lista modułów i ich koszt — Zrób spis: nazwa, cena licencji, koszt wsparcia, kto odpowiada za aktualizacje. Roczny koszt modułów potrafi przewyższyć koszt hostingu — to pozycja budżetowa, nie detal.
• Integracje: ERP, kurierzy, płatności, fakturowanie — Każda integracja to godziny wdrożenia i dodatkowy punkt awarii. Spisz je osobno, przypisz właściciela po stronie firmy. Zakres i koszt takich projektów opisujemy w materiale Wdrożenia i migracje PrestaShop Zamość — koszt i organizacja.
• Ceny grupowe, tryb B2B, multistore, waluty — Sprawdź, czy potrzebujesz cenników grupowych, wielu sklepów w jednej instalacji i kilku walut. To funkcje rdzenia, więc nie musisz ich dokupować jako modułów.
• Wielojęzyczność i treści — Ustal liczbę języków oraz to, kto tłumaczy opisy produktów i kategorie. Mechanizm jest w rdzeniu — kosztem jest treść i jej aktualizacja.
• Mapa przekierowań 301 i SEO — Przed startem przygotuj listę starych adresów URL i ich odpowiedników, po starcie pilnuj 404 w Search Console. Oznaczanie treści ułatwiają dane strukturalne wspierane przez Google.
• Wydajność mierzona na produkcji — Core Web Vitals sprawdzaj po uruchomieniu, na docelowym hostingu i z realnym katalogiem — nie na czystej instalacji testowej. Punkty odniesienia i interpretację metryk opisuje web.dev.
• Środowisko testowe i kopie zapasowe — Ustal częstotliwość kopii, okres retencji i osobę odpowiedzialną za odtwarzanie. Przywracanie przetestuj jeszcze przed startem sprzedaży.
• Umowa na opiekę techniczną — Sprawdź czas reakcji, zakres prac w abonamencie i listę czynności płatnych dodatkowo. Typowe widełki to 300–900 zł/mc zależnie od SLA i liczby integracji.

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