E-maile po zakupie: co wysyłać po złożeniu zamówienia

Ostatnia weryfikacja: czerwiec 2026 — wyzwalacze e-maili statusów zamówień, ścieżki szablonów mails/{iso}/ oraz lokalizacje w panelu administracyjnym opisane poniżej są aktualne dla PrestaShop 1.7, 8.x i 9.x (nazwy menu z wersji 1.6 podano w tekście).

W chwili, gdy ktoś klika „Potwierdź zamówienie”, Twój sklep automatycznie wysyła e-mail — PrestaShop uruchamia potwierdzenie zamówienia bez żadnej ręcznej pracy z Twojej strony. W większości sklepów jest to jednocześnie ostatnia wiadomość, jaką klient otrzymuje od Ciebie, aż do momentu, gdy kilka tygodni później wyślesz masowy newsletter. I właśnie w tej ciszy kryje się problem. Kupujący, który przed chwilą zapłacił, jest w punkcie najwyższego zaufania do Twojej marki: sprawdza skrzynkę w poszukiwaniu potwierdzenia, wypatruje informacji o wysyłce, myśli o tym, co kupił. Wszystko, co wyślesz w tym oknie, ma większą szansę zostać zauważone. Ten wpis pokazuje dokładnie, co wtedy wysyłać — w odniesieniu do cyklu życia zamówienia w PrestaShop, aby było jasne, które e-maile platforma wysyła już sama, których nie potrafi obsłużyć i co trzeba dołożyć z zewnątrz.

Najpierw jedna ważna granica, bo to ona decyduje, po jakie narzędzie sięgnąć: e-maile po zakupie dzielą się na wiadomości transakcyjne (potwierdzenie, wysyłka, doręczenie — powiązane ze zmianą stanu zamówienia) oraz marketing cyklu życia klienta (prośby o opinię, sprzedaż komplementarna, stopniowe prowadzenie klienta do drugiego zamówienia). PrestaShop natywnie obsługuje pierwszą grupę, a drugiej praktycznie wcale. Zrozumienie, gdzie przebiega ta granica, jest kluczowe — i większość tego poradnika dotyczy pracy po obu jej stronach.

Co PrestaShop wysyła już teraz — i skąd

E-maile transakcyjne w PrestaShop są sterowane przez statusy zamówień, a nie przez harmonogram marketingowy. Każdy status w sklepie znajduje się w tabeli ps_order_state i jest zarządzany w sekcji Parametry sklepu → Ustawienia zamówień → Statusy (w PrestaShop 1.6: Zamówienia → Statusy). Otwórz dowolny status — „Płatność zaakceptowana”, „Wysłane”, „Dostarczone” — a zobaczysz pole wyboru „Wyślij e-mail do klienta przy zmianie na ten status” oraz pole wskazujące, którego szablonu e-mail użyć (dokładny wygląd kontrolki zależy od wersji). Gdy zamówienie przechodzi do tego statusu, PrestaShop wywołuje Mail::Send z odpowiednim szablonem. To cały natywny mechanizm: zmiana statusu jest wyzwalaczem, a e-mail jest treścią wysyłki.

[SCREENSHOT: ekran edycji statusu zamówienia w PrestaShop w sekcji Parametry sklepu → Ustawienia zamówień → Statusy, z podświetlonym polem „Wyślij e-mail do klienta przy zmianie na ten status” oraz selektorem szablonu]

Same szablony są prawdziwymi plikami na dysku, a nie rekordami w bazie danych. Znajdują się w mails/{iso}/ — na przykład mails/en/order_conf.html oraz jego tekstowy odpowiednik order_conf.txt, obok shipped.html, order_changed.html i pozostałych. Dla każdego zainstalowanego języka istnieje osobny folder, a PrestaShop w momencie składania zamówienia wybiera folder odpowiadający językowi klienta. Ma to znaczenie z dwóch powodów. Po pierwsze, jeśli edytujesz szablon w Międzynarodowe → Tłumaczenia → „Tłumaczenia szablonów e-mail” (Lokalizacja → Tłumaczenia w 1.6), a zmiany znikają, zwykle oznacza to, że motyw lub moduł dostarcza własne nadpisanie w mails/, które ma pierwszeństwo przed kopią rdzeniową. Po drugie, każda zmienna w tych szablonach ({firstname}, {order_name}, {shipping}, {products}) jest wypełniana przez kontroler, który uruchomił wysyłkę — więc możesz pokazać tylko te dane, które obiekt zamówienia już posiada, nic więcej.

W praktyce, bez żadnego dodatkowego oprogramowania, PrestaShop daje Ci trzy z pięciu e-maili opisanych poniżej: potwierdzenie zamówienia, akceptację płatności i wysyłkę. Haczyk polega na tym, że uruchamiają się wyłącznie przy zmianie statusu, uruchamiają się raz i nie istnieje tu pojęcie „wyślij tę wiadomość trzy dni po doręczeniu”. Właśnie tego czasowego, sekwencyjnego zachowania platforma nie potrafi obsłużyć — i dlatego dalsza część poradnika jest potrzebna.

Sekwencja po zakupie przypisana do statusów zamówień PrestaShop

Oto sekwencja, którą warto uruchomić: każdy e-mail jest przypisany do zdarzenia w PrestaShop, które powinno go wyzwalać, wraz z uczciwą informacją, czy platforma poradzi sobie z nim samodzielnie.

1. Potwierdzenie zamówienia — najczęściej otwierany e-mail, jaki wyślesz

E-maile z potwierdzeniem zamówienia osiągają współczynniki otwarć, za które większość marketerów oddałaby bardzo wiele; tego typu wiadomości transakcyjne regularnie zostawiają kampanie promocyjne daleko w tyle, bo klient aktywnie ich szuka. Nie marnuj tej uwagi na goły paragon. Domyślny szablon order_conf w PrestaShop już pokazuje produkty, sumy i wysyłkę — edytuj go w Międzynarodowe → Tłumaczenia → „Tłumaczenia szablonów e-mail” (albo bezpośrednio w mails/{iso}/order_conf.html), aby dodać: realistyczny termin wysyłki, bezpośredni link do śledzenia zamówienia w koncie klienta oraz jedną jasną informację kontaktową do wsparcia. Każde pytanie „gdzie jest moje zamówienie?”, któremu zapobiegniesz tutaj, to zgłoszenie do obsługi, na które nie musisz odpowiadać. I co z tego? E-mail o najwyższej uwadze w całym sklepie staje się jednocześnie najtańszym narzędziem do ograniczania pracy wsparcia — odpowiadasz na pytanie, zanim klient je zada.

Jedna praktyczna uwaga dotycząca PrestaShop: jeśli klient twierdzi, że nie dostał potwierdzenia (folder spam, literówka w adresie, płatność potwierdzona z opóźnieniem), natywny panel administracyjny w starszych wersjach nie ma wygodnego przycisku „wyślij ponownie”. Moduł Resend Order Confirmation zbudowaliśmy dokładnie po to — aby jednym kliknięciem ponownie uruchomić potwierdzenie ze strony zamówienia, zanim brakujący e-mail zamieni się w prośbę o zwrot.

2. Powiadomienie o wysyłce — mniej niepewności po stronie klienta

Okno między „zapłaciłem” a „przesyłka jest w drodze” to miejsce, w którym pojawiają się wątpliwości i niepokój kupującego. E-mail o wysyłce je zamyka. PrestaShop automatycznie uruchamia szablon shipped, gdy zamówienie zmienia status na taki, który został skonfigurowany do wysłania tego szablonu — najlepiej już po ustawieniu numeru śledzenia i adresu URL śledzenia przewoźnika — a szablon udostępnia wtedy ten adres śledzenia. Upewnij się, że link śledzenia przewoźnika jest faktycznie skonfigurowany w Wysyłka → Przewoźnicy (pole „URL” z symbolem @ jako miejscem na numer śledzenia), inaczej e-mail wyśle martwy link. Powtórz okno dostawy obiecane przy finalizacji zamówienia: jeśli na stronie produktu pokazujesz szacowaną datę dostawy, zacytuj te same daty w e-mailu o nadaniu, aby komunikacja była spójna od początku do końca. Rozbieżne daty na stronie produktu i w e-mailu wyglądają jak niedbalstwo i generują dokładnie te zapytania do wsparcia, których próbujesz uniknąć.

3. Kontakt po doręczeniu — e-mail, którego PrestaShop nie potrafi zaplanować w czasie

Dwa lub trzy dni po dotarciu paczki zadaj jedno ludzkie pytanie: czy przesyłka dotarła i czy wszystko jest w porządku? To pierwszy e-mail w sekwencji, którego natywna platforma nie może wysłać samodzielnie, bo nie jest to zmiana statusu — to „X dni po zmianie statusu”. Masz dwie uczciwe ścieżki. Jeśli przewoźnik zapisuje status „Dostarczone” z powrotem w PrestaShop, możesz podpiąć kontakt po doręczeniu pod ten status; jeśli nie, planujesz wysyłkę na podstawie daty zamówienia plus szacowany czas dostawy. W obu przypadkach potrzebujesz czegoś, co odmierza czas, i tu wchodzi platforma automatyzacji e-maili (omówiona niżej). Korzyść jest podwójna: wyłapujesz uszkodzony lub błędny produkt, zanim stanie się obciążeniem zwrotnym albo jednogwiazdkową opinią, i przygotowujesz klienta na prośbę, która przyjdzie później.

4. Prośba o opinię — moment wysyłki jest ważniejszy niż wszystko inne

Poproś zbyt wcześnie, a klient jeszcze nie użył produktu; poproś zbyt późno, a pozytywne wrażenie zdążyło osłabnąć. Pięć do siedmiu dni po doręczeniu to dobry punkt dla większości produktów fizycznych (dłużej w przypadku produktów wymagających nauki). Mechanika jest ważniejsza niż tekst: prośba musi przenosić klienta jednym kliknięciem na dokładny formularz opinii dla dokładnego produktu, który kupił — bez ściany logowania i bez szukania po katalogu. PrestaShop w wielu instalacjach nie zapewnia w rdzeniu pełnego, nowoczesnego procesu opinii, dlatego większość sklepów korzysta z modułu opinii; nasz Reviews & Ratings generuje taki link do opinii dla konkretnego produktu i może potwierdzić, że autor rzeczywiście dokonał zakupu, co utrzymuje wiarygodność ocen i prawidłowość gwiazdek w wynikach rozszerzonych. Prośba o opinię nie jest tak naprawdę zwykłym e-mailem po zakupie — to mechanizm lojalnościowy w przebraniu wiadomości po zakupie, i tak właśnie traktujemy ją we wpisie o programach lojalnościowych dla PrestaShop. Opinie zdobyte w ten sposób zasilają też Twój mechanizm poleceń — klient, który właśnie publicznie napisał, że lubi produkt, jest najłatwiejszą osobą do poproszenia o wskazanie znajomego.

5. Uzupełnienie zapasu i sprzedaż komplementarna — drugie zamówienie

Po dwóch do czterech tygodniach e-mail przechodzi od obsługi do delikatnej sprzedaży. Sztuczka polega na tym, że musi wynikać z tego, co klient kupił, a to oznacza odczytanie produktów z zamówienia. Dwa osobne scenariusze:

• Uzupełnienie zapasu dla produktów zużywalnych — kawa, filtry, suplementy, karma dla zwierząt. Jeśli typowy cykl ponownego zamówienia wynosi 30 dni, wyślij przypomnienie 25. dnia, aby dotarło tuż przed wyczerpaniem zapasu. To najlepiej konwertująca forma sprzedaży dodatkowej, bo nie sprzedajesz — przypominasz.
• Komplementarna sprzedaż dodatkowa dla dóbr trwałych — kupujący aparat może potrzebować torby, karty, paska. „Klienci, którzy kupili X, często dodają Y” prawie zawsze działa lepiej niż „KUP TERAZ”, bo brzmi jak pomoc, nie nacisk.

Oba scenariusze wymagają odczytania pozycji zamówienia, które znajdują się w ps_order_detail. Możesz podejrzeć grupę odbiorców dla przypomnienia o uzupełnieniu zapasu wybranego produktu w tylko do odczytu Menedżerze SQL (Zaawansowane → Baza danych), zanim zbudujesz cały przepływ — poniższe zapytanie pokazuje kupujących jeden produkt (według product_id), których zamówienie jest już mniej więcej wystarczająco stare, aby przypomnieć o ponownym zakupie, od najnowszych:

SELECT c.email,
       c.firstname,
       od.product_name,
       o.date_add AS ordered_on
FROM ps_order_detail od
JOIN ps_orders o   ON o.id_order = od.id_order
JOIN ps_customer c ON c.id_customer = o.id_customer
WHERE o.valid = 1
  AND c.newsletter = 1
  AND od.product_id = 42            /* the consumable's product ID */
  AND o.date_add < DATE_SUB(NOW(), INTERVAL 25 DAY)
ORDER BY o.date_add DESC;

To jednorazowy podgląd do planowania. Aby wysyłać takie wiadomości w kroczącym cyklu 25 dni dla każdego klienta, przekazujesz logikę platformie automatyzacji — zapytanie tylko pokazuje, że dane są dostępne.

Trzymaj to ściśle osobno od kalendarza promocji. Klient, który w poniedziałek zapłacił pełną cenę za zimowy płaszcz, nie powinien zobaczyć go w czwartek za pół ceny — to najszybszy sposób, aby nauczyć ludzi czekać na rabat i sprawić, że poczują się oszukani. Wstrzymaj wszystkie wysyłki o wyprzedażach i nowościach, dopóki sekwencja po zakupie się nie zakończy; pozwól e-mailom cyklu życia klienta spokojnie przejąć to okno.

Gdzie kończą się możliwości natywne, a zaczyna narzędzie

Gdy zestawisz pięć e-maili z możliwościami PrestaShop, podział jest jasny: platforma obsługuje sterowaną statusem parę transakcyjną (potwierdzenie, wysyłka), ale nie obsłuży zależnej od czasu i produktu trójki (kontakt po doręczeniu, prośba o opinię, sprzedaż komplementarna). Do uruchomienia drugiej połowy potrzebujesz narzędzia, które robi trzy rzeczy niedostępne w silniku zamówień PrestaShop: planuje wysyłkę z opóźnieniem, rozgałęzia scenariusz według kupionych produktów i zatrzymuje sekwencję, jeśli klient złoży kolejne zamówienie. W praktyce jest to platforma automatyzacji e-maili synchronizująca klientów i zamówienia z PrestaShop.

Wybór platformy zależy od tego, jak daleko chcesz z tym pójść — a tę decyzję omawia cały powiązany zestaw wpisów, więc dobierz głębokość do potrzeb zamiast kupować z zapasem:

• Mailchimp — najłagodniejszy start; wystarczy do prostej sekwencji czasowej, jeśli potrzeby są niewielkie.
• Klaviyo — zbudowane pod e-commerce i cykl życia klienta: wyzwalacze na poziomie produktu, logika uzupełniania zapasu, SMS obok e-maila.
• Omnisend — jeśli chcesz, aby przepływ po zakupie obejmował SMS i powiadomienia push z jednego miejsca.
• ActiveCampaign — gdy sekwencja ma rozgałęziać się według rzeczywistych warunków CRM, a nie tylko timerów.

Niezależnie od wyboru warunkiem jest czysta synchronizacja danych zamówień i klientów z PrestaShop do tego narzędzia — bez informacji „ten klient kupił produkt 4821 trzeciego dnia miesiąca” żadna z opisanych wyżej wiadomości zależnych od czasu i produktu nie ruszy. Szerszy kontekst roli e-maili po zakupie w automatyzacji znajdziesz w przeglądzie email marketingu dla sklepów internetowych, a lista odbiorców, do której trafiają automatyzacje, jest budowana właściwie w poradniku newslettera PrestaShop.

Czym ta sekwencja nie jest: odzyskiwaniem nieaktywnych klientów

Kusi, aby wysyłać wiadomości tak długo, aż klient kupi ponownie, ale tu istnieje wyraźny moment przekazania. Sekwencja po zakupie działa wtedy, gdy klient jest wciąż zaangażowany — przez dni i tygodnie po świeżym zamówieniu. W chwili, gdy klient milczy dłużej niż wynosi jego normalny cykl ponownego zakupu, wychodzisz poza komunikację po zakupie i wchodzisz w ponowne angażowanie, czyli inną sekwencję o innym tonie i innych zachętach. Nie mieszaj tych dwóch procesów. Gdy kupujący przestaje wracać, przekaż go do sekwencji odzyskiwania klientów — właśnie do tego służy tamten wpis, a rozdzielenie obu ścieżek pomaga też uniknąć wysyłania tej samej osobie dwóch nakładających się kampanii.

Jak mierzyć, czy sekwencja naprawdę się opłaca

E-maile transakcyjne i e-maile cyklu życia klienta ocenia się według innych liczb — nie uśredniaj ich razem.

• Transakcyjne (potwierdzenie, wysyłka): obserwuj współczynniki otwarć (zwykle są bardzo wysokie — nagły spadek częściej oznacza problem z dostarczalnością albo folderem spam niż słaby tekst) oraz pośrednio liczbę zgłoszeń typu „gdzie jest moje zamówienie?”. Mniej takich zgłoszeń to prawdziwa wygrana, i to darmowa.
• Prośba o opinię: kliknięcia do formularza opinii oraz faktycznie przesłane opinie. Jeśli kliknięć jest dużo, ale opinii mało, formularz stawia opór — zwykle przez wymóg logowania albo zły produkt.
• Sprzedaż komplementarna / uzupełnienie zapasu: jedyną metryką, która naprawdę ma znaczenie, jest współczynnik ponownych zakupów w ciągu 90 dni wśród klientów, którzy otrzymali sekwencję, w porównaniu z tymi, którzy jej nie dostali. To liczba, która mówi, czy druga połowa procesu zarabia na narzędzie.
• Wskaźnik rezygnacji z subskrypcji dla każdego e-maila: utrzymuj go nisko. Skok przy jednej konkretnej wiadomości w łańcuchu prawie zawsze oznacza, że e-mail jest wysłany w złym momencie albo zbyt sprzedażowy; usuń go albo zmień termin.

Porównuj te liczby w realnym oknie — co najmniej 30 dni i przy liczbie zamówień wystarczającej do pokazania trendu, a nie szumu — zanim zdecydujesz, czy dana wiadomość zasługuje na miejsce w sekwencji. Często mówi się, że sklepy z dobrze prowadzonym programem komunikacji po zakupie osiągają wyraźnie wyższą wartość klienta w czasie niż sklepy, które milkną po wysłaniu paragonu; potraktuj to jako kierunek do przetestowania na własnych danych, a nie gwarantowaną liczbę.

Uczciwe podsumowanie: PrestaShop za darmo robi już trudną i newralgiczną część — potwierdza zamówienie i ogłasza wysyłkę natychmiast po zmianie statusu, a Ty powinieneś sprawić, by te dwa szablony pracowały mocniej niż dziś. Wszystko później — kontakt po doręczeniu, idealnie wyczuta prośba o opinię, przypomnienie o uzupełnieniu zapasu trafiające dzień przed jego wyczerpaniem — to marketing zależny od czasu i produktu, do którego platforma nigdy nie była projektowana, i warto użyć jednego narzędzia automatyzacji, aby to zrobić. Dobrze ustaw obie połowy, a klient, który raz Ci zapłacił, stanie się klientem, któremu prawie nie trzeba już niczego sprzedawać.

Najczęściej zadawane pytania

Które e-maile po zakupie PrestaShop wysyła bez dodatkowego modułu?

Trzy, wszystkie powiązane ze statusami zamówień: potwierdzenie zamówienia, akceptację płatności i wysyłkę (nadanie). Każdy uruchamia się raz, w chwili, gdy zamówienie przechodzi do statusu z włączoną opcją „Wyślij e-mail do klienta przy zmianie na ten status” w Parametry sklepu → Ustawienia zamówień → Statusy. Kontakt po doręczeniu, prośba o opinię oraz e-maile uzupełnienia zapasu/sprzedaży komplementarnej są oparte na czasie, więc natywny PrestaShop nie potrafi ich wysłać — potrzebują narzędzia automatyzacji.

Edytowałem szablon e-maila, ale nic się nie zmieniło — dlaczego?

Prawie zawsze winne jest nadpisanie mails/. Motyw albo moduł może dostarczać własną kopię szablonu (na przykład themes/your-theme/mails/en/order_conf.html), a ta kopia ma pierwszeństwo przed rdzeniowym plikiem mails/en/ i przed zmianami wykonanymi w Międzynarodowe → Tłumaczenia. Znajdź nadpisanie, które faktycznie ładuje się dla języka klienta, i edytuj właśnie je. Po edycji wyczyść pamięć podręczną, aby zmiana została uwzględniona.

Jak ponownie wysłać potwierdzenie zamówienia, którego klient podobno nie otrzymał?

W wielu wersjach PrestaShop strona zamówienia nie ma wygodnego przycisku ponownego wysłania samego potwierdzenia. Najpierw sprawdź historię statusów zamówienia — ponowne zastosowanie statusu skonfigurowanego do wysyłki e-maila ponownie uruchomi szablon tego statusu. Jeśli potrzebujesz niezawodnego, dedykowanego przycisku, nasz moduł Resend Order Confirmation ponownie wysyła potwierdzenie bezpośrednio ze strony zamówienia, bez żonglowania statusami tylko po to, aby odzyskać jeden e-mail.

Czy mogę natywnie zaplanować e-mail z „prośbą o opinię” albo „uzupełnieniem zapasu”?

Nie. PrestaShop uruchamia e-mail tylko przy zmianie statusu, nigdy „X dni po” zdarzeniu. Prośba o opinię 5–7 dni po doręczeniu albo przypomnienie o uzupełnieniu zapasu 25. dnia wymagają harmonogramu — czyli platformy automatyzacji e-maili (Klaviyo, Omnisend, ActiveCampaign albo Mailchimp) zsynchronizowanej z danymi zamówień i produktów, aby mogła wysyłać z opóźnieniem i rozgałęziać scenariusz według tego, co kupiono.

E-maile z zamówieniami trafiają do spamu — co sprawdzić najpierw?

Przejdź do Zaawansowane → E-mail i zmień wysyłkę z PHP mail() na uwierzytelniony SMTP z nadawcą w Twojej własnej domenie. Następnie opublikuj rekordy DNS SPF, DKIM i DMARC dla tej domeny, aby serwery odbiorcze ufały Twojej poczcie. Ponieważ potwierdzenia zamówień są najczęściej otwieranymi e-mailami, które wysyłasz, nagły spadek ich otwarć zwykle oznacza problem z dostarczalnością, a nie z treścią — zacznij właśnie tam.