Sklepy internetowe PrestaShop Poznań: co obejmuje wdrożenie i dla kogo ma sens

Darmowy skrypt PrestaShop pobierzesz i uruchomisz w pół godziny. Wdrożony sklep to inny zakres prac: ktoś konfiguruje serwer, podłącza płatności i kurierów, importuje produkty, ustawia maile i pilnuje, żeby zamówienie dotarło do klienta oraz do magazynu. Licencja jest darmowa w obu przypadkach — płacisz za roboczogodziny i odpowiedzialność za efekt, nie za kod źródłowy.

PrestaShop wygrywa z WooCommerce w czterech sytuacjach:

• katalog powyżej 500 produktów, zwłaszcza z wariantami — kombinacje siedzą w osobnych tabelach i przy 5 000 SKU strona kategorii nadal działa bez agresywnego cache;
• wielojęzyczność — tłumaczenie pól produktu jest wbudowane, w WooCommerce potrzebujesz WPML lub Polylang;
• B2B — grupy klientów, ceny indywidualne, limity kredytowe, zamówienia na firmę;
• integracja z ERP (Subiekt, Comarch) — gotowych modułów jest na rynku wyraźnie więcej niż do WooCommerce.

Poznań obsługujemy zdalnie i hybrydowo: warsztat na start u klienta, potem praca zdalna z jednym spotkaniem kontrolnym. Nie mamy biura w Poznaniu i nie tworzymy go sztucznie — zamiast adresu sprawdź zakres, próbki wdrożeń i sposób rozliczania. Zasady wyboru wykonawcy i technologii rozbieramy szerzej w tekście o tym, jak porównywać koszty, technologie i wykonawców stron.

Ile kosztuje sklep internetowy PrestaShop w Poznaniu? Widełki na 2025 rok

Wycena nie bierze się z cennika z sufitu. Liczymy godziny i mnożymy przez stawkę 100–180 zł netto za godzinę — niższa przy prostych pracach wdrożeniowych, wyższa przy integracjach i modułach pisanych od zera. Proś wykonawcę o rozbicie oferty na moduły i podanie szacunku w godzinach. Bez tego nie porównasz dwóch ofert, bo jedna może zawierać import 500 produktów, a druga nie.

Ramy na 2025 rok wyglądają tak:

• Prosty sklep 6 000–12 000 zł — do 200 produktów, jeden język, gotowy szablon, 2 płatności, 2 kurierów, 3–4 tygodnie.
• Średni sklep 12 000–25 000 zł — 200–2000 produktów, modyfikowany szablon, integracja z magazynem lub fakturami, 5–7 tygodni.
• Rozbudowany 25 000–60 000+ zł — 2000+ SKU, wielojęzyczność, panel B2B, ERP, moduły niestandardowe, 8–16 tygodni.

Co konkretnie podnosi koszt: liczba produktów (import z CSV 0,5–1,5 zł za rekord, a przy ręcznym uzupełnianiu danych 5–15 zł za produkt), migracja z innego sklepu (2–5 dni pracy razem z przekierowaniami 301), integracja ERP (40–120 godzin, zależnie od tego, czy system ma API, czy tylko pliki wymiany), moduł niestandardowy (od 3 000 zł), wielojęzyczność (+15–30% prac) i szablon pisany od zera (5 000–15 000 zł). Zaplanuj 20–30% rezerwy na poprawki po demo — to nie marża wykonawcy, tylko skutek decyzji podejmowanych w trakcie. Pełne rozbicie stawek i wariantów znajdziesz w materiale o tym, ile realnie kosztuje sklep internetowy w 2025 roku.

Jak przebiega wdrożenie sklepu PrestaShop krok po kroku?

Kolejność etapów jest stała, zmienia się tylko ich długość. Pomijanie audytu i testów to najczęstsze źródło opóźnień.

1. Audyt i ustalenia (2–5 dni) — lista metod płatności, kurierów, języków, kto po stronie klienta podejmuje decyzje.
2. Konfiguracja serwera (1–2 dni) — VPS, PHP-FPM z OPcache, cron, backup dzienny, osobne środowisko testowe (staging) na subdomenie.
3. Instalacja PrestaShop (1 dzień) — wersja 8.x, usunięcie danych demo, strefa czasowa, waluty, podatki, ustawienia maili.
4. Szablon (3–10 dni) — instalacja, kolory, menu, strony CMS, poprawki szybkości ładowania.
5. Produkty (3 dni–3 tygodnie) — import CSV z kolumnami kombinacji, kategorie, zdjęcia, opisy, dokumenty.
6. Integracje (2–10 dni) — płatności, kurierzy, faktury, ERP, feedy porównywarek.
7. Testy i start (2–5 dni) — zamówienia testowe, płatność próbna i produkcyjna, sprawdzenie maili, sitemap.xml, GA4, Search Console.

Łącznie 3–8 tygodni. Punkt kontrolny: przed produkcją dostajesz demo na serwerze testowym — sprawdzasz koszyk, wysyłkę i maile, zanim przełączymy DNS. Nie rób tego w piątek po godzinach.

Twoja rola: zdjęcia w rozdzielczości min. 1000 px, opisy, regulamin, polityka prywatności, dane do faktur, decyzje o płatnościach i kurierach. Wszystkie siedem etapów z rozbiciem na odpowiedzialności opisaliśmy też w tekście o organizacji wdrożenia sklepu PrestaShop. Zakres modułów i hooków sprawdzasz w dokumentacji dla deweloperów PrestaShop.

Migracja do PrestaShop z innej platformy – jak nie stracić SEO i zamówień

Migracja z WooCommerce, Shopera albo sklepu pisanego na zamówienie psuje się najczęściej na adresach URL. Zanim cokolwiek przeniesiesz, wyciągnij z Search Console (raport „Skuteczność” → eksport stron) oraz z analityki listę adresów, które generują ruch i mają linki zewnętrzne. Bez tego mapowania nie ma migracji, jest loteria.

Kolejność prac, która się sprawdza:

1. Backup. Pełny zrzut bazy i plików starego sklepu plus eksport produktów, kategorii i klientów do CSV. Zrzut trzymaj minimum 90 dni po starcie nowego sklepu.
2. Mapowanie URL-i. Tabela 1:1: stary adres → nowy adres → kod 301. Przy 2 000 produktów to zwykle 2 500–4 000 reguł, bo dochodzą kategorie, filtry i wpisy blogowe.
3. Migracja danych. Najpierw produkty i kategorie, potem klienci, na końcu historie zamówień (często tylko jako archiwum do wglądu — klient nie musi widzieć zamówienia z 2019 roku).
4. Testy na subdomenie. Blokada indeksacji (noindex + hasło), sprawdzenie 100 losowych przekierowań, koszyka i płatności w trybie testowym.
5. Zmiana DNS. TTL obniżony dobę wcześniej do 300 s, żeby powrót do starej wersji trwał minuty, a nie godziny.
6. Monitoring. Przez 4–6 tygodni: 404 w Search Console, logi serwera, GA4 z porównaniem konwersji tydzień do tygodnia.

Co się psuje najczęściej:

• Zdjęcia — inne ścieżki (/wp-content/uploads/ vs /img/p/), brakujące miniatury, utracone pozycje w Google Images.
• Kategorie — zmieniona struktura i rozwalone linki wewnętrzne w opisach produktów.
• Hasła klientów — jeśli nie da się przenieść hashy, zostaje mailing „ustaw nowe hasło”, a część klientów i tak nie wróci.
• Feedy do Ceneo i Google Shopping — linki w plikach muszą wskazywać nowe URL-e, inaczej kampanie lądują na 404 w dniu startu.

Jak poukładać ten proces po stronie klienta, opisaliśmy przy okazji wdrożenia w innym mieście: wdrożenie sklepu PrestaShop we Wrocławiu i organizacja pracy.

Integracje, które sprzedają: płatności, kurierzy, ERP i magazyn

Integracje dzielą się na trzy grupy i w tej kolejności warto je zamawiać: płatności, dostawa, magazyn/ERP. Odwrotna kolejność kończy się sklepem, który ładnie liczy stany magazynowe, ale nie przyjmuje pieniędzy.

Płatności. Minimum to Przelewy24, PayU albo tpay — wybór zależy od prowizji i tego, kto obsłuży BLIK-a oraz płatności odroczone. Apple Pay i Google Pay nie są osobnymi bramkami: włącza się je w panelu operatora, co wymaga domeny na HTTPS i weryfikacji domeny przez plik lub meta tag. Testuj każdą metodę na kwocie 1 zł i sprawdź powrót do sklepu po płatności — tu najczęściej gubią się statusy „opłacone”.

Kurierzy. InPost Paczkomaty (API ShipX) plus mapa paczkomatów w koszyku, DPD (WebAPI), DHL. Realna wartość to etykiety generowane z panelu sklepu i numer przesyłki w mailu do klienta — ręczne wklepywanie 50 etykiet dziennie to 1,5–2 godziny pracy.

ERP i magazyn. Subiekt GT/Nexo, Comarch ERP Optima, WAPRO. Synchronizacja stanów w jedną stronę (ERP → sklep) jest tańsza i prostsza. Dwukierunkowa (sklep → zamówienia → faktury → stany) to osobny projekt, bo trzeba najpierw ustalić, co jest źródłem prawdy przy konflikcie danych.

Orientacyjnie: 500–3 000 zł za pojedynczą integrację. Przy dwukierunkowym ERP licz raczej 3 000–8 000 zł i kilka tygodni testów. Integracje piszemy jako moduły zgodne z PrestaShop Developer Documentation, żeby aktualizacja sklepu ich nie wyłączyła.

Wydajność i SEO techniczne sklepu PrestaShop – co sprawdzić przed startem

Przed startem ustaw metryki zamiast opinii. Wyniki sprawdzisz w PageSpeed Insights i w raporcie „Podstawowe wyniki internetowe” w Search Console. Progi Core Web Vitals to LCP poniżej 2,5 s, INP poniżej 200 ms i CLS poniżej 0,1 — mierzone w 75. percentylu, nie na jednym teście z laptopa.

• PHP i serwer. PrestaShop 8 wymaga PHP 8.1+. Włącz OPcache (opcache.enable=1, opcache.memory_consumption 128–256 MB) i cache obiektów (Redis albo Memcached). Bez tego każde wejście generuje kilkadziesiąt zapytań do bazy.
• Cache stron i CDN. Pełnostronicowy cache dla niezalogowanych plus CDN na statyki. Pilnuj koszyka i sesji — cache nie może serwować cudzego koszyka.
• Obrazy. Konwersja do WebP/AVIF, poprawne wymiary, lazy loading. Obrazek LCP (banner) wyłącz z lazy loadingu, dodaj fetchpriority="high" i preload.
• Baza. Indeksy na ps_product i ps_category_product, czyszczenie tabeli ps_connections. Przy 20 000+ produktów zapytania kategorii potrafią trwać sekundy.

Indeksacja. Wygeneruj mapę XML (moduł Google Sitemap), ustaw canonicale, unikalne title i description oraz opisy kategorii (600–1 000 znaków pod listą produktów). Filtry fasetowe tworzą tysiące adresów z parametrami — daj im noindex, follow, inaczej Google zmarnuje budżet indeksowania na kombinacje koloru i rozmiaru. Dodaj dane strukturalne Schema.org Product/Offer z ceną, walutą i dostępnością.

Szersze tło technologiczne i kosztowe znajdziesz w tekście o kosztach, technologiach i wyborze wykonawcy stron internetowych.

Hosting, VPS i administracja PrestaShop dla firmy z Poznania

Zanim wybierzesz serwer, sprawdź, czy spełnia wymagania PrestaShop 8.x: PHP 8.1 lub nowsze, MySQL 8 albo MariaDB 10.5+, minimum 4 GB RAM dla samego sklepu i dysk SSD NVMe. Katalogi var/, img/ i app/config/ muszą mieć prawa zapisu — brak tego to najczęstsza przyczyna błędu 500 zaraz po instalacji.

Wybór infrastruktury sprowadza się do trzech scenariuszy:

• Hosting współdzielony — wystarcza do około 300–500 produktów i kilkuset sesji dziennie. Tanio, ale limity CPU i RAM dzielisz z innymi. Import 5 000 produktów z CSV potrafi wtedy trwać godzinami i kończyć się przerwaniem procesu.
• VPS — 4–8 GB RAM, 2–4 vCPU, NVMe. Zmieści się tu większość sklepów z kilkoma tysiącami SKU i integracjami (płatności, kurierzy, fakturowanie). Dochodzi jednak administracja: aktualizacje PHP i MySQL, fail2ban, certyfikaty, rotacja logów.
• Cloud / serwer skalowalny — ma sens przy skokach ruchu, np. podczas kampanii sezonowych. Płacisz za zużycie, konfiguracja jest jednak bardziej złożona.

Niezależnie od wariantu ustal w umowie cztery rzeczy: automatyczny backup co najmniej raz dziennie z próbnym odtworzeniem, monitoring dostępności 24/7, aktualizacje bezpieczeństwa PHP i modułów oraz WAF z 2FA do panelu i do katalogu /admin. SLA zapisz liczbami: reakcja do 4 h w godzinach pracy (np. 8:00–16:00) i do 24 h poza nimi, ze wskazanym kanałem zgłoszeń — e-mail, telefon lub ticket, a nie „Messenger właściciela firmy”.

Trzy pułapki: brak środowiska stagingowego, kopie zapasowe trzymane na tym samym serwerze co sklep i moduły z niepewnych źródeł. Wymagania wersji i konfigurację serwera opisuje dokumentacja deweloperska PrestaShop.

Jak wybrać wykonawcę wdrożenia PrestaShop w Poznaniu? 10 pytań przed umową

Pytania zadaj na piśmie i poproś o odpowiedzi w ofercie, nie „przy ustalaniu szczegółów”.

1. Kto konkretnie programuje sklep i czy będę miał bezpośredni kontakt z tym deweloperem?
2. Kto odpowiada za serwer, domenę, DNS i certyfikat SSL — wykonawca czy ja?
3. Co dzieje się po wdrożeniu: ile dni wsparcia, w jakim zakresie i co jest już płatne dodatkowo?
4. Na jakiej licencji dostarczacie kod i moduły — mogę je swobodnie przenieść do innej firmy?
5. Czy dostanę repozytorium Git i konto właściciela w PrestaShop (SuperAdmin), czy tylko dostęp redaktora?
6. Jakie są koszty poza wyceną: płatne moduły, licencje roczne, szablon, migracja danych, szkolenie?
7. Czy wycena wynika z godzin i zakresu z listą funkcji, czy to sztywna kwota „z sufitu”?
8. Jak wyceniacie zmiany w trakcie prac — stawka godzinowa, limit, kto akceptuje?
9. Czy umowa zawiera SLA, backup, aktualizacje i obowiązek przekazania dostępów na koniec projektu?
10. Kto odpowiada za RODO, politykę prywatności i integrację z programem księgowym?

Najdroższa nie jest stawka, a zależność. Jeśli wykonawca trzyma domenę na swoim koncie i nie chce oddać repozytorium, zmiana dostawcy oznacza odtwarzanie sklepu od zera — łącznie z historią zamówień i konfiguracją płatności. Widełki rynkowe i to, co realnie wpływa na cenę, rozkładamy w tekście o tym, ile naprawdę kosztuje sklep internetowy.

Checklista wdrożenia sklepu PrestaShop – odklikaj przed startem

Ta lista jest po to, żeby go-live nie zależał od czyjejś pamięci. Odhaczaj na piśmie, z datą i osobą odpowiedzialną.

1. Właściciel projektu po stronie firmy — imię, nazwisko, telefon i zastępstwo na czas urlopu.
2. Katalog produktów gotowy w co najmniej 80%: zdjęcia, opisy, EAN, waga, wymiary, uporządkowane nazwy plików.
3. Cennik, stawki VAT, kraje dostawy i progi darmowej wysyłki zatwierdzone.
4. Płatności skonfigurowane w trybie testowym i produkcyjnym, przetestowane realną kartą na małą kwotę i zwrócone.
5. Wysyłka podpięta do API kuriera, wygenerowana próbna etykieta i sprawdzony tracking.
6. Fakturowanie: integracja z programem księgowym albo eksport, wygenerowany i zweryfikowany jeden dokument.
7. E-maile transakcyjne przez SMTP z SPF, DKIM i DMARC; testy na Gmail, Outlook i Onecie.
8. RODO: polityka prywatności, checkboxy zgód, baner cookies, rejestr czynności przetwarzania.
9. Wydajność: cache włączony, obrazy skompresowane do WebP, test Core Web Vitals na telefonie w 4G.
10. SEO techniczne: robots.txt, sitemap.xml, dane strukturalne, przekierowania 301 ze starych adresów przy migracji.
11. Backup i staging działają przed startem — odtworzenie kopii sprawdzone, nie tylko zaplanowane.
12. Konta testowe i dane demo usunięte, zbędne moduły wyłączone.
13. DNS: TTL obniżony do 300 s minimum 24 h przed przełączeniem, wpisy MX i SPF sprawdzone, plan rollbacku gotowy.
14. Plan awaryjny: kto dzwoni, do kogo i o której, jeśli w dniu startu nie działa płatność.

Jeżeli nie masz pewności, czy wszystko jest gotowe, zlecamy audyt przed startem: sprawdzamy konfigurację, kopie zapasowe i przekierowania, zanim przełączysz DNS. Napisz do nas przez formularz kontaktowy na stronie DropDigital. Przykład kolejności prac opisujemy też w materiale o organizacji wdrożenia sklepu PrestaShop.

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

Lista kontrolna do odklikania

• Właściciel projektu — Ustal imiennie przed pierwszym spotkaniem. Jeśli decyzje podejmuje zarząd, zaplanuj krótkie, regularne podsumowania zamiast ciągłego eskalowania pytań.
• Zakres na piśmie — Sprawdź, czy dokument wymienia liczbę produktów, integracje i liczbę godzin. Wycena na podstawie godzin jest uczciwsza niż ryczałt „z sufitu”.
• Dane produktów — Zweryfikuj plik CSV lub XML przed startem: kolumny, kategorie, stany magazynowe, ceny netto i brutto. Błędy w pliku wychodzą dopiero po imporcie.
• Zdjęcia i opisy — Policz, ile produktów ma komplet zdjęć. Braki uzupełnij przed etapem dodawania produktów, nie po nim.
• Dokumenty sklepu — Regulamin, polityka prywatności, informacja o odstąpieniu od umowy i kosztach dostawy. Sprawdź je pod kątem faktycznej oferty przed startem, nie po pierwszej reklamacji.
• Decyzja o płatnościach — Wybierz operatora i metodę rozliczeń. Zapytaj o czas aktywacji, bo weryfikacja po stronie operatora bywa dłuższa niż sama integracja.
• Decyzja o kurierach — Ustal, czy etykiety mają być generowane z panelu sklepu. Jeśli tak, przygotuj umowy i dane dostępowe do API przewoźnika.
• Dostępy techniczne — Domena, strefa DNS, hosting, skrzynki e-mail, konta Google Analytics i Search Console. Zbierz je w jednym miejscu na starcie projektu.
• Serwer testowy — Sprawdź, czy środowisko testowe jest odcięte od indeksowania (np. przez noindex i hasło). Testuj na nim wszystkie zmiany przed produkcją.
• Dane do migracji — Przed pracami zrób kopię bazy i eksport produktów, klientów oraz zamówień. Ustal, które dane przenosicie, a które zostają w archiwum.
• Plan przekierowań — Poproś o mapowanie starych adresów URL na nowe. Sprawdź losowo kilkanaście przekierowań 301 narzędziem do nagłówków HTTP.
• Szkolenie z panelu — Zaplanuj je po testach, ale przed startem. Wskaż osobę, która będzie obsługiwać zamówienia, i zapisz jej pytania podczas szkolenia.
• Harmonogram i punkty kontrolne — Zapisz daty: zakres, demo, migracja, testy, start. Przy każdym punkcie ustal, kto zatwierdza i co się dzieje, jeśli termin się nie zbiega.
• Monitoring po starcie — Ustal, kto i kiedy sprawdza pierwsze zamówienia, błędy 404 i poprawność e-maili transakcyjnych. Najlepiej przez pierwsze dwa tygodnie codziennie.

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