Program poleceń to jeden z nielicznych kanałów pozyskiwania klientów, w którym sprzedają Twoi obecni klienci, a koszt pojawia się dopiero po zamknięciu sprzedaży. Strategię — dlaczego marketing szeptany konwertuje, jaką nagrodę zaoferować, jak prosić o polecenie bez irytowania odbiorców — omówiliśmy w artykule programy poleceń: jak zamienić zadowolonych klientów w zespół sprzedaży. Ten wpis jest drugą połową tematu: jak faktycznie podłączyć taki program w PrestaShop. Platforma daje więcej podstawowych elementów, niż wielu sprzedawców zakłada — reguły koszyka, konta klientów, cykl statusów zamówienia, e-maile oparte na hookach — ale nie daje gotowego silnika poleceń, więc najważniejsza decyzja brzmi: ile tej instalacji składasz ręcznie, a ile przekazujesz modułowi.

Ostatnia aktualizacja: czerwiec 2026.

Co daje PrestaShop, a czego nie daje

Lista administracyjna poziomów lojalności PrestaShop z nazwą, minimalnymi wydatkami i procentem rabatu, gdzie kolumna grupa klientów nie jest przypisana
Ekran Loyalty Discounts Tiers pokazuje liczniki podsumowania i pojedynczy wiersz progu: Silver, minimalne wydatki 100,00 €, rabat 5,00%, brak przypisanej grupy klientów, oznaczony jako aktywny.

PrestaShop ma wszystkie podstawowe elementy potrzebne programowi poleceń, tylko żaden z nich nie jest połączony z pozostałymi. Masz już cztery ruchome części: reguły koszyka (system kuponów/rabatów w Katalog → Rabaty) do obsługi nagród — środki do wykorzystania w sklepie to tutaj po prostu kupon przypisany do konkretnego klienta, a nie księga salda konta; konta klientów do identyfikacji osoby polecającej, dzięki czemu reguła koszyka może wystawić kupon ograniczony do tego klienta; cykl statusów zamówienia (Płatność zaakceptowana, Wysłane, Dostarczone), który pozwala określić, kiedy nagroda zostaje naliczona; oraz system poczty, który informuje ludzi o nagrodzie. Brakuje warstwy, która powiąże kliknięcie z kupującym, przypisze jego zamówienie do polecającego i wyda nagrodę bez Twojej ingerencji. Ta warstwa to cała robota — i właśnie tu wybierasz swoją drogę.

Droga pierwsza: ręczne reguły koszyka

Podejście bez modułu wykorzystuje bezpośrednio reguły koszyka. W sekcji Katalog → Rabaty → Nowa reguła koszyka tworzysz unikalny kod kuponu dla każdej osoby polecającej — na przykład REF-ANNA-7F3 — ustawiasz rabat procentowy albo kwotowy, ograniczasz go do jednego użycia i opcjonalnie dodajesz minimalną wartość koszyka na karcie Warunki, żeby nikt nie wykorzystywał programu przy zamówieniu za 2 €. Znajomy wpisuje kod przy finalizacji zakupu; gdy widzisz jego użycie, wiesz, że polecenie pochodziło od Anny, i ręcznie tworzysz drugą regułę koszyka (środki do wykorzystania w sklepie) jako jej nagrodę.

Ile to naprawdę kosztuje? Nic w licencjach, wszystko w czasie. Nie ma linku, ciasteczka ani atrybucji — są tylko kody i Twoja własna ewidencja. Każda nagroda to ręcznie utworzona reguła koszyka po sprawdzeniu zamówienia. To działa, a w małym sklepie z garstką zaangażowanych stałych klientów jest to sensowny sposób, by sprawdzić, czy polecenia w ogóle konwertują, zanim wydasz pieniądze na moduł. Ale skala szybko zaczyna przeszkadzać: powyżej mniej więcej 20–30 aktywnych polecających poświęcasz realne godziny na generowanie kodów i ustalanie, które opłacone zamówienie należy do kogo, bez panelu dla klienta i bez automatycznego wyzwalacza po osiągnięciu przez zamówienie statusu Dostarczone, a nie tylko po jego złożeniu.

MożliwośćRęczne reguły koszykaDedykowany moduł poleceń
Osobisty link polecającyNie — tylko kodyTak, osobny dla każdego klienta (?ref=…)
Atrybucja od kliknięcia do zakupuRęczna, według koduAutomatyczna, przez ciasteczko
Wydawanie nagródTworzysz każdą regułę koszykaAutomatycznie przy wybranym statusie zamówienia
Panel widoczny dla klientaBrakLink, kliknięcia i nagrody na koncie klienta
Ochrona przed samopoleceniami / nadużyciamiPilnujesz tego ręcznieWbudowane reguły
Realistyczna skala~20–30 polecającychSetki i więcej
KosztBrak opłat, dużo pracyLicencja, prawie zero pracy ręcznej

Droga druga: dedykowany moduł poleceń

Gdy polecenia są warte utrzymania, moduł zastępuje całą ręczną instalację. Elementy, których warto oczekiwać — i które trzeba sprawdzić przed zakupem — to dokładnie te same elementy, których brakuje wersji składanej ręcznie:

  • Link polecający dla każdego klienta. Każdy zalogowany klient otrzymuje unikalny URL (yourstore.com/?ref=abc123), który może udostępniać. Bez wpisywania kodów.
  • Atrybucja przez ciasteczko i jej okno. Kliknięcie zapisuje ciasteczko; późniejszy zakup tego odwiedzającego zostaje przypisany osobie polecającej. Okno atrybucji (czyli czas życia ciasteczka — zwykle domyślnie 30 dni) decyduje o tym, jak hojny jest program, więc upewnij się, że da się je skonfigurować.
  • Wyzwalacz nagrody powiązany ze statusem zamówienia. To szczegół, który odróżnia dobry moduł od nieszczelnego. Nagroda powinna zostać naliczona po osiągnięciu przez zamówienie statusu Płatność zaakceptowana albo, jeszcze lepiej, Dostarczone — po upływie okna zwrotu — a nie w chwili utworzenia koszyka. Moduł, który wydaje środki przy złożeniu zamówienia, będzie przyznawał nagrody za zamówienia później zwrócone.
  • Zabezpieczenia przed nadużyciami. Blokada samopoleceń (klient polecający własne drugie konto), minimalna wartość zamówienia przed odblokowaniem nagrody oraz limit nagród w danym okresie.
  • Panel klienta. Polecający widzą swój link, liczbę kliknięć, skuteczne polecenia i zarobione nagrody bezpośrednio na swoim koncie — to właśnie zachęca ich do dalszego udostępniania.
  • Zgodność z wersją i motywem. Potwierdź, że moduł pasuje do Twojej wersji PrestaShop oraz że strona wejściowa polecenia i blok konta renderują się w Twoim motywie, a nie tylko w motywie demonstracyjnym.

Wiele modułów poleceń dla PrestaShop wydaje nagrody jako reguły koszyka/kupony pod spodem — to natywny mechanizm rabatowy PrestaShop, a dobrze zbudowany moduł po prostu tworzy je i przypisuje za Ciebie, zamiast zmuszać Cię do ręcznej pracy — ale niektóre używają punktów, środków w portfelu, własnej logiki kuponów albo zewnętrznych systemów nagród, więc przed zakupem potwierdź mechanizm nagradzania. Jeśli moduł korzysta z natywnych reguł koszyka, to dobra wiadomość: wystawione kupony pojawiają się na standardowej liście Katalog → Rabaty, więc możesz sprawdzić, co zostało wydane.

Projektowanie nagrody jako reguły koszyka

Niezależnie od tego, czy nagroda jest wydawana ręcznie, czy przez moduł, jest ona regułą koszyka, a kilka decyzji konfiguracyjnych chroni Cię przed kosztem większym niż wartość polecenia. Ustaw je na kartach Warunki i Akcje reguły koszyka:

  • Środki do wykorzystania w sklepie (stała kwota): nagroda kwotowa z okresem ważności (90 dni to rozsądny wybór) i minimalną wartością koszyka, żeby środki w wysokości 10 € nie mogły zostać zużyte na zamówienie za 10 € przy zerowej marży.
  • Rabat procentowy: X% zniżki na następne zamówienie — pamiętaj jednak, że natywna reguła koszyka nie ma pola ograniczającego maksymalną wartość rabatu procentowego, więc duże zamówienie może oddać nieograniczoną kwotę. Jeśli Cię to niepokoi, wybierz środki do wykorzystania w sklepie o stałej kwocie, które z natury mają limit.
  • Darmowy produkt: reguła koszyka przyznająca konkretny produkt — sensowna tylko wtedy, gdy masz tani produkt firmowy albo upominek, w przeciwnym razie marża znika.
  • Jedno użycie na klienta i jasna data wygaśnięcia każdej reguły, żeby niewykorzystane zobowiązania nie wisiały w Twoich księgach bez końca.

Ścieżka znajomego przez kasę

Doświadczenie poleconego znajomego to miejsce, w którym atrybucja albo się utrzymuje, albo pęka. Czysty przepływ wygląda tak:

  • Wejście. Znajomy klika link polecający i trafia do Twojego sklepu z ustawionym ciasteczkiem atrybucji. Baner — „Znajomy dał Ci 10% rabatu, naliczymy go przy kasie” — potwierdza, że wszystko zadziałało. Utrzymuj adres URL strony polecenia w czytelnej formie; jeśli porządkujesz strukturę URL-i w całym sklepie, nasz menedżer przyjaznych URL-i SEO utrzyma takie linki w czytelnej postaci zamiast zupy parametrów.
  • Kasa. W module opartym na ciasteczkach rabat stosuje się automatycznie — bez wpisywania kodu — a koszyk pokazuje komunikat „Polecenie od znajomego — rabat naliczony”. W ręcznej ścieżce z kodem znajomy wpisuje kupon, co oznacza więcej tarcia, ale nie wymaga modułu.
  • Wyzwalacz. Nagroda dla polecającego jest wydawana dopiero wtedy, gdy zamówienie znajomego jest opłacone i minęło Twoje okno zwrotu. Powiąż ją ze statusem zamówienia, nie z utworzeniem zamówienia — zwrócone zamówienia nigdy nie powinny wypłacać nagrody za polecenie.

Zachęcanie do poleceń w istniejących e-mailach

Link polecający nic nie daje, jeśli leży na stronie konta, której nikt nie odwiedza — trzeba pokazać go zadowolonym klientom we właściwym momencie. Największą intencję mają momenty transakcyjne: potwierdzenie zamówienia, wiadomość „Twoje zamówienie zostało dostarczone” i follow-up po pozytywnej opinii. Wstaw link polecający do tych przepływów zamiast budować dla niego osobną kampanię. Mechanika takich sekwencji — wyzwalacze, timing, treść — zasługuje na osobne poradniki: zobacz e-maile po zakupie: co wysłać po złożeniu zamówienia dla momentów po zamówieniu oraz e-mail marketing dla sklepów internetowych dla całego kanału. Jeśli prowadzisz automatyzację przez platformę, Omnisend albo Klaviyo mogą uruchomić zachętę do polecenia jako krok w przepływie pozakupowym, który już działa.

Gdzie polecenia mieszczą się w Twoim systemie retencji

Polecenia są taktyką pozyskiwania, która działa na aktywie retencyjnym: możesz prosić klientów o polecanie dopiero wtedy, gdy są na tyle zadowoleni, by chcieć to zrobić. To sprawia, że program jest warstwą nad lojalnością i pracą nad ponownymi zakupami, a nie ich zamiennikiem. Jeśli wskaźnik ponownych zakupów jest niski, program poleceń prosi małą, niezbyt zaangażowaną bazę o wykonywanie Twojej sprzedaży — najpierw napraw bazę. Teksty uzupełniające: programy lojalnościowe dla PrestaShop: punkty, środki i ponowne zakupy o mechanice punktów oraz środków, a także programy lojalnościowe dla małych sklepów, jeśli wolisz zacząć prosto. Polecenia i lojalność korzystają z tej samej instalacji reguł koszyka, więc budując jedno, uczysz się drugiego.

Jak mierzyć, czy warto to prowadzić

Program poleceń jest tani w prowadzeniu i łatwo się co do niego oszukać, dlatego obserwuj niewielki zestaw liczb zamiast próżnej metryki typu „udostępnione linki”. Prawdę pokazują:

  • Aktywni polecający — klienci, którzy udostępnili co najmniej jeden link. Program, w którym link udostępnia 5 osób, nie jest programem.
  • Konwersja z kliknięcia do zakupu — ilu odwiedzających z polecenia kupiło. Niski wynik zwykle oznacza, że rabat dla znajomego jest za mały albo doświadczenie po wejściu na stronę jest mylące.
  • Koszt poleconego klienta — suma wypłaconych nagród podzielona przez liczbę kupujących z polecenia. To liczba, która pozwala uczciwie porównać polecenia z płatnymi reklamami i ruchem organicznym.
  • Retencja klientów z polecenia — czy poleceni kupujący wracają. Często mówi się, że klienci z polecenia zostają dłużej niż ci pozyskani „na zimno”; potraktuj to jako powód, by zmierzyć to we własnym sklepie, a nie jako wartość, którą można przyjąć w ciemno.

Jeśli nagrody są wydawane jako natywne reguły koszyka, dużą część tych danych da się sprawdzić bezpośrednio z poziomu zaplecza — lista Katalog → Rabaty pokazuje, co zostało wystawione i wykorzystane, a dane zamówień dają zakupy z polecenia. Przekaż sumy do raportowania, żeby rzeczywisty ROI programu leżał obok innych kanałów, a nie opierał się na wierze.

Najczęstsze pytania o programy poleceń w PrestaShop

Czy mogę prowadzić program poleceń bez żadnego modułu? Tak, używając ręcznie reguł koszyka: utwórz unikalny, jednorazowy kupon dla każdego polecającego w Katalog → Rabaty, a gdy zobaczysz wykorzystany kod, ręcznie wystaw drugą regułę koszyka (środki do wykorzystania w sklepie) dla polecającego. Nie kosztuje to nic w licencjach i wystarcza do przetestowania pomysłu, ale nie ma linku, atrybucji przez ciasteczko ani panelu klienta — powyżej mniej więcej 20–30 aktywnych polecających ręczna ewidencja zaczyna zjadać realne godziny.

Kiedy nagroda za polecenie powinna zostać faktycznie naliczona? Gdy zamówienie osiągnie status Płatność zaakceptowana albo, jeszcze lepiej, Dostarczone — po upływie okna zwrotu — nigdy w chwili utworzenia koszyka. Moduł, który wydaje środki przy złożeniu zamówienia, wypłaci nagrody za polecenia również dla zamówień później zwróconych. Powiąż wyzwalacz ze statusem zamówienia, nie z utworzeniem zamówienia.

Jakie okno atrybucji ma sens? Moduł oparty na ciasteczkach przypisuje późniejszy zakup osobie polecającej, która udostępniła link; 30 dni to typowa wartość domyślna. Upewnij się, że można ją konfigurować, bo to jedno ustawienie decyduje o hojności programu — dłuższe okno przypisuje więcej zakupów, ale także więcej takich, których związek z poleceniem jest luźniejszy.

Lepiej użyć nagrody procentowej czy stałej kwoty? Natywna reguła koszyka PrestaShop nie ma pola ograniczającego maksymalną wartość rabatu procentowego, więc duże zamówienie może oddać nieograniczoną kwotę. Jeśli Cię to niepokoi, użyj środków do wykorzystania w sklepie o stałej kwocie, które z natury mają limit — i dodaj minimalną wartość koszyka, żeby środki w wysokości 10 € nie mogły zostać zużyte na zamówienie za 10 € przy zerowej marży.

Skąd wiem, czy program warto prowadzić? Obserwuj aktywnych polecających (osoby, które udostępniły co najmniej jeden link), konwersję z kliknięcia do zakupu, koszt poleconego klienta (wypłacone nagrody podzielone przez kupujących z polecenia) oraz retencję klientów z polecenia. Jeśli nagrody są wydawane jako natywne reguły koszyka, dużą część tych danych da się sprawdzić na liście Katalog → Rabaty — nie prowadź programu na wiarę.

Uczciwe podsumowanie: PrestaShop nie poprowadzi programu poleceń za Ciebie, ale daje wszystkie części potrzebne do jego zbudowania, a system nagród oparty na regułach koszyka oznacza, że nawet zautomatyzowany moduł pracuje na natywnym mechanizmie, który możesz skontrolować. Zacznij ręcznie, jeśli testujesz pomysł, przejdź na moduł w momencie, gdy ręczna ewidencja zacznie zjadać tydzień pracy, i wiąż każdą nagrodę z rzeczywistym, ustabilizowanym statusem zamówienia, żeby program wypłacał nagrody wyłącznie za sprzedaż, która została w sklepie.

Tagi: Konwersja SEO
Udostępnij ten wpis:
David Miller

David Miller

Founder, mypresta.rocks

David Miller to specjalista PrestaShop z ponad dekadą praktycznego doświadczenia i założyciel mypresta.rocks — studia programistycznego z Tychów. Tworzy i utrzymuje katalog 152 modułów PrestaShop — w tym 21 pakietów „Revolution" obejmujących SEO, checkout, bezpieczeństwo, wydajność, marketing, wyszukiwanie, wsparcie i operacje magazynowe — które każdego dnia usprawniają realne sklepy, testowanych na PrestaShop 1.7.8, 8.x i 9.x. Sprawuje również opiekę nad sklepami produkcyjnymi generującymi miliony rocznego obrotu, dlatego jego pracę ocenia się po realnej sprzedaży, a nie po wersjach demo. Jego doświadczenie obejmuje pełen zakres e-commerce — wydajność, bezpieczeństwo, SEO i marketing — oraz wykracza poza PrestaShop, sięgając WooCommerce, Shopify i systemów tworzonych na zamówienie. Na blogu pisze o technicznej stronie PrestaShop: co platforma naprawdę robi pod maską, co psuje się na produkcji i które rozwiązania faktycznie się sprawdzają.

Spodobał Ci się ten artykuł?

Otrzymuj nasze najnowsze porady, przewodniki i aktualizacje modułów prosto na swoją skrzynkę.

Komentarze

Brak komentarzy. Bądź pierwszy!

Bądź pierwszy: zadaj pytanie albo podziel się przydatną opinią.

Ładowanie...
Do góry